This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ipv6-wg@ripe.net/
[ipv6-wg] IPv6 Prefix delegation BCOP version 3 is out...
- Previous message (by thread): [ipv6-wg] IPv6 Prefix delegation BCOP version 3 is out...
- Next message (by thread): [ipv6-wg] IPv6 Prefix delegation BCOP version 3 is out...
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ondřej Caletka
Ondrej.Caletka at cesnet.cz
Wed Jul 5 22:21:21 CEST 2017
Dne 5.7.2017 v 10:11 Sander Steffann napsal(a): > I think this would indeed be a good place to recommend against this, but maybe the other way around: "When providing address space to a smaller ISP you should give them a sub-allocation (not an assignment) that allows them to make properly sized (see the rest of this BCOP) assignments to their customers." or something like that. Exactly, that was what I meant, just a reminder that there is this difference between assignment and allocation. Even though it's the first topic at every RIPE NCC training, there are lots of LIRs ignoring such trainings and even more non-LIR ISPs who don't even have chance to learn that. I think this small paragraph could fit to the end of section 4: > Please also note that RIRs require proper registration of prefixes assigned to the customers. Unlike typical IPv4 scenario with one address per customer or even Carrier Grade NAT, it is not possible to assign addresses to the customers out of the prefixes assigned to ISP's infrastructure. As assigned prefixes cannot be sub-assigned, an operator always need an allocation, not an assignment. I'm aware that this is not complete information for a total newcomer, but it has at least the right keyword, which can be either Googled or discussed with the upstream LIR. -- Cheers, Ondřej Caletka -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3718 bytes Desc: Elektronicky podpis S/MIME URL: </ripe/mail/archives/ipv6-wg/attachments/20170705/edca501b/attachment.p7s>
- Previous message (by thread): [ipv6-wg] IPv6 Prefix delegation BCOP version 3 is out...
- Next message (by thread): [ipv6-wg] IPv6 Prefix delegation BCOP version 3 is out...
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]