IPv6 Addressing ISP Training Workshops 1
Where to get IPv6 addresses p Your upstream ISP p Africa n AfriNIC http://www.afrinic.net p Asia and the Pacific n APNIC http://www.apnic.net p North America n ARIN http://www.arin.net p Latin America and the Caribbean n LACNIC http://www.lacnic.net p Europe and Middle East n RIPE NCC http://www.ripe.net/info/ncc 2
Internet Registry Regions 3
Getting IPv6 address space (1) p From your Regional Internet Registry n Become a member of your Regional Internet Registry and get your own allocation p Membership usually open to all network operators n General allocation policies are outlined in RFC2050 p RIR specific details for IPv6 allocations are listed on the individual RIR website n Open to all organisations who are operating a network n Receive a /32 (or larger if you will have more than 65k /48 assignments) 4
Getting IPv6 address space (2) p From your upstream ISP n Receive a /48 from upstream ISP s IPv6 address block n Receive more than one /48 if you have more than 65k subnets p If you need to multihome: n Apply for a /48 assignment from your RIR n Multihoming with provider s /48 will be operationally challenging p Provider policies, filters, etc 5
Using 6to4 for IPv6 address space p Some entities use 6to4 n Not recommended due to operational problems n Read http://datatracker.ietf.org/doc/draft-ietfv6ops-6to4-to-historic p FYI: 6to4 operation: n Take a single public IPv4 /32 address n 2002:<ipv4 /32 address>::/48 becomes your IPv6 address block, giving 65k subnets n Requires a 6to4 gateway n 6to4 is a means of connecting IPv6 islands across the IPv4 Internet 6
Addressing Plans ISP Infrastructure p ISPs should receive /32 from their RIR p Address block for router loop-back interfaces n Number all loopbacks out of one /64 n /128 per loopback p Address block for infrastructure (backbone) n /48 allows 65k subnets n /48 per region (for the largest multi-national networks) n /48 for whole backbone (for the majority of networks) n Summarise between sites if it makes sense 7
Addressing Plans ISP Infrastructure p What about LANs? n /64 per LAN p What about Point-to-Point links? n Protocol design expectation is that /64 is used n /127 now recommended/standardised p http://www.rfc-editor.org/rfc/rfc6164.txt p (reserve /64 for the link, but address it as a /127) n Other options: p /126s are being used (mimics IPv4 /30) p /112s are being used Leaves final 16 bits free for node IDs p Some discussion about /80s, /96s and /120s too 8
Addressing Plans Customer p Customers get one /48 n Unless they have more than 65k subnets in which case they get a second /48 (and so on) p In typical deployments today: n Several ISPs give small customers a /56 or a /60 and single LAN end-sites a /64, e.g.: /64 if end-site will only ever be a LAN /60 for small end-sites (e.g. consumer/broadband) /56 for medium end-sites (e.g. small business) /48 for large end-sites n (This is another very active discussion area) 9
Addressing Plans Customer p Consumer Broadband Example: n DHCPv6 pool is a /48 p DHCPv6 hands out /60 per customer p Which allows for 4096 customers per pool p Business Broadband Example: n DHCPv6 pool is a /48 p DHCPv6 hands out /56 per customer p Which allows for 256 customers per pool n If BRAS has more than 256 business customers, increase pool to a /47 p This allows for 512 customers at /56 per customer n Increasing pool to /46 allows for 1024 customers n BRAS announces entire pool as one block by ibgp 10
Addressing Plans Customer p Business leased line : n /56 per customer n Reserve the /48 allows for growth of customer network p Hosted services: n One physical server per vlan n One /64 per vlan n How many vlans per PoP? n /48 reserved for entire hosted servers across backbone p Internal sites will be subnets and carried by ibgp 11
Addressing Plans Miscellaneous p NOC: n ISP NOC is trusted network and usually considered part of infrastructure /48 p Contains management and monitoring systems p Hosts the network operations staff p Infrastructure Suggestions: n Loopbacks: p take the first /64 n NOC & Management systems: p take the last /60 (allows enough subnets) n Backbone point to point links: p Occupy the remaining /48 space 12
Addressing Plans ISP to Customer p ISP to Customer links n Use ipv6 unnumbered Or p Which means no ipv6 address p Router adopts the specified interface s IPv6 address Router doesn t actually need an IPv6 address to forward packets n Use the second /48 for point to point links p Useful if ISP monitors point to point link state for customers p Link addresses are untrusted, so do not want them in the first /48 used for the backbone &c p Aggregate per router and carry in ibgp (not ISIS/OSPF) 13
Addressing Plans Routing Considerations p Carry Broadband pools in ibgp across the backbone n Not in OSPF/ISIS p Multiple Broadband pools on one BRAS should be aggregated if possible n Reduce load on ibgp p Aggregating leased line customer address blocks per router or per PoP is undesirable: n Interferes with ISP s traffic engineering needs n Interferes with ISP s service quality and service guarantees 14
Addressing Plans Traffic Engineering p Smaller providers will be single homed n The customer portion of the ISP s IPv6 address block will usually be assigned sequentially p Larger providers will be multihomed n Two, three or more external links from different providers n Traffic engineering becomes important n Sequential assignments of customer addresses will negatively impact load balancing 15
Addressing Plans Traffic Engineering p ISP Router loopbacks and backbone point-topoint links make up a small part of total address space n And they don t attract traffic, unlike customer address space p Links from ISP Aggregation edge to customer router needs one /64 n Small requirements compared with total address space n Some ISPs use IPv6 unnumbered p Planning customer assignments is a very important part of multihoming n Traffic engineering involves subdividing aggregate into pieces until load balancing works 16
Unplanned IP addressing p ISP fills up customer IP addressing from one end of the range: 2001:db8::/32 1 2 3 4 5 ISP Customer Addresses p Customers generate traffic n Dividing the range into two pieces will result in one /33 with all the customers and the ISP infrastructure the addresses, and one /33 with nothing n No loadbalancing as all traffic will come in the first /33 n Means further subdivision of the first /33 = harder work 17
Planned IP addressing p If ISP fills up customer addressing from both ends of the range: 2001:db8::/32 1 3 5 7 9 2 4 6 8 10 ISP Customer Addresses Customer Addresses p Scheme then is: n First customer from first /33, second customer from second /33, third from first /33, etc p This works also for residential versus commercial customers: n Residential from first /33 n Commercial from second /33 18
Planned IP Addressing p This works fine for multihoming between two upstream links (same or different providers) p Can also subdivide address space to suit more than two upstreams n Follow a similar scheme for populating each portion of the address space p Don t forget to always announce an aggregate out of each link 19
Addressing Plans Advice p Customer address assignments should not be reserved or assigned on a per PoP basis n Follow same principle as for IPv4 n Subnet aggregate to cater for multihoming needs n ISP ibgp carries customer nets n Aggregation within the ibgp not required and usually not desirable n Aggregation in ebgp is very necessary p Backbone infrastructure assignments: n Number out of a single /48 p Operational simplicity and security n Aggregate to minimise size of the IGP 20
Addressing Plans Scheme p Looking at Infrastructure: 2001:db8::/32 /64 2001:db8:0::/48 /60 2001:db8:1::/48 to 2001:db8:ffff::/48 Loopbacks Backbone PtP & LANs NOC Customers p Alternative: 2001:db8::/32 /64 2001:db8:0::/48 /60 2001:db8:1::/48 2001:db8:2::/48 to 2001:db8:ffff::/48 Loopbacks Backbone PtP & LANs NOC Customer PtP Customers 21
Addressing Plans Planning p Registries will usually allocate the next block to be contiguous with the first allocation n (RIRs use a sparse allocation strategy industry goal is aggregation) n Minimum allocation is /32 n Very likely that subsequent allocation will make this up to a /31 or larger n So plan accordingly 22
Addressing Plans (contd) p Document infrastructure allocation n Eases operation, debugging and management p Document customer allocation n Customers get /48 each n Prefix contained in ibgp n Eases operation, debugging and management n Submit network object to RIR Database 23
Addressing Tools p Examples of IP address tools (which support IPv6 too): n NetDot netdot.uoregon.edu n HaCi sourceforge.net/projects/haci n IPAT nethead.de/index.php/ipat n ipv6gen n sipcalc n freeipdb techie.devnull.cz/ipv6/ipv6gen/ www.routemeister.net/projects/sipcalc/ home.globalcrossing.net/~freeipdb/ 24
IPv6 Addressing ISP Training Workshops 25