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/address-policy-wg@ripe.net/
[address-policy-wg] getting second IPv6 PA as a LIR
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Mon May 2 16:44:33 CEST 2011
Hi, On Sun, May 01, 2011 at 11:03:34PM +0200, Marcin Kuczera wrote: > > (And towards Marcin: if these policies stop you from assigning /128 to > > end customers, that was partly the intention. Customers are supposed to > > receive at least a /64, or better a /56 or /48 - which is why LIRs can get > > a huge block of addresses quite easily. Don't return into IPv4 > > "single-address-plus-NAT" land!) > > Well, > we have never had used NAT, that's not good when you want to be serious > ISP. /128 is just an example. If you give your customers a single /128, you're forcing *them* to use NAT. This is bad. > Probably the simplest way will be subnet /64 or smaller, where part of > IP will be MAC address of enduser. The strong recommendation is to give your customers something between a /48 and a /64. NO LESS, unless you know for sure(!) that they only have a single machine, and no network behind it. IPv6 is not IPv4, and we have enough addresses. Let's make good use out of it. (And the math has been done: giving a /56 to every single end customers out in the world will use up well below 0.0001% of the global address space) Gert Doering -- NetMaster -- did you enable IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 306 bytes Desc: not available URL: </ripe/mail/archives/address-policy-wg/attachments/20110502/7262deb0/attachment.sig>
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]