[ppml] IPv6>>32
Leo Bicknell
bicknell at ufp.org
Tue May 17 15:07:54 EDT 2005
- Previous message: [ppml] IPv6>>32
- Next message: [ppml] Proposed Policy: AfriNIC Recognition Policy
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Cable and Wireless just made a presentation at Nanog about their IPv6 deployment. You can find it at: http://www.nanog.org/mtg-0505/steinegger.html Slide 6, entitled "Addressing" has some interesting facts about how they have chosen to deploy IPv6, which includes use of their /21 (11 bits larger than the default /32 allocation). While I think all the numbers are interesting to talk about, two points are particularly interesting with respect to my original post on this thread. I quote: "All links, regardless of interface type, do get /64 assigned to simplify operations, IP admin, DNS and management." "No stateless autoconfig anywhere." So, they are assigning /64's everywhere, yet explicitly not using the one feature the fixed subnet size (currently) enables. So, for something that in IPv4 we can number with a single bit (using a /31 on a point to point link), they are using 64 bits to do the same job. -- Leo Bicknell - bicknell at ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request at tmbg.org, www.tmbg.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.arin.net/pipermail/ppml/attachments/20050517/3fb94f54/attachment.bin
- Previous message: [ppml] IPv6>>32
- Next message: [ppml] Proposed Policy: AfriNIC Recognition Policy
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the PPML mailing list