i pv6 over i pv4 mpls networks i pv6 over i pv4 mpls
play

I Pv6 over I Pv4/ MPLS Networks: I Pv6 over I Pv4/ MPLS Networks: - PowerPoint PPT Presentation

I Pv6 over I Pv4/ MPLS Networks: I Pv6 over I Pv4/ MPLS Networks: The 6PE approach The 6PE approach Athanassios Liakopoulos Network Operation & Support Manager (aliako@grnet.gr) Greek Research & Technology Network (GRNET) I I I


  1. I Pv6 over I Pv4/ MPLS Networks: I Pv6 over I Pv4/ MPLS Networks: The 6PE approach The 6PE approach Athanassios Liakopoulos Network Operation & Support Manager (aliako@grnet.gr) Greek Research & Technology Network (GRNET) I I I Global I Pv6 Summit Moscow, 25 th November 2004

  2. Presentation outline Presentation outline � IPv6 support over MPLS networks � Applicability - Requirements � Label distribution � Packet forwarding � Bibliography III Global IPv6 Summit 2 Moscow, Nov. 2004

  3. I Pv6 support over MPLS networks I Pv6 support over MPLS networks � Native IPv6 over MPLS � Requires dual stack core network, a.k.a IPv6 routing and label distribution protocols. � IPv6 and IPv4 traffic is treated identically by the core routers. � IPv6 over Circuit Transport over MPLS � MPLS tunnels are terminated at PE routers. � L2 frames, e.g. Ethernet frames or ATM cells, are encapsulated into MPLS frames and transported over the network. � No changes are needed to P routers. � PE routers has to support the appropriate functionality, such as Cisco AtoM or Juniper CCC/TCC, in order to terminate the tunnels. IPv6 support is also a requirement for the PE routers. � Scalability problems arise in heavily (L2 tunnel) mesh topologies. � The 6PE approach � 6PE is similar to MPLS VPNs in terms of technical implementation and complexity. III Global IPv6 Summit 3 Moscow, Nov. 2004

  4. Applicability of 6PE approach Applicability of 6PE approach � 6PE is typically deployed by ISPs that have MPLS core network and (possible) supports MPLS VPN (or other) services. � IPv6 services are requested by a small number of customers. � If the IPv6 customers are limited, a L2 tunnelled solution may be preferable. � If the IPv6 customers are require most of the access routers to become 6PE, ISP may consider to upgrade to whole network. � The ISP wants to avoid either to fully upgrade the core network or to deploy IPv6-over-IPv4 tunnels. III Global IPv6 Summit 4 Moscow, Nov. 2004

  5. Requirements Requirements � The ISP has to upgrade the Provider Edge (PE) routers to support IPv6 and MP-BGP. � Core (P) routers do not need any change in terms of configuration or software. IPv6/IPv4 IPv6/IPv4 MP- -BGP support BGP support MP • IPv4 only IPv4 only • III Global IPv6 Summit 5 Moscow, Nov. 2004

  6. Label distribution (# 1) Label distribution (# 1) � Customer Edge (CE) router and 6PE router are connected with (one or more) logical or physical native IPv6 interfaces. � Any common routing protocol (e.g. OSPF, eBGP) between CE and 6PE allows the distribution of IPv6 reachability information. Static or default routes may also be used. IGPv6 or MP IGPv6 or MP- -BGP BGP advertising 2001:F00:3::/48 advertising 2001:F00:3::/48 III Global IPv6 Summit 6 Moscow, Nov. 2004

  7. Label distribution (# 2) Label distribution (# 2) � Customer IPv6 prefixes are exchanged among the 6PE routers over MP-BGP session running over IPv4. 6PE routers convey their IPv4 address as the BGP Next-Hop for the IPv6 prefixes. (Note that BGP Next Hop field is the IPv4-mapped IPv6 address of the 6PE router.) PE- -2 advertises over MP 2 advertises over MP- -iBGP iBGP PE 2001:F00:3::/48 is reachable 2001:F00:3::/48 is reachable Aggregate label Aggregate label via BGP Next Hop = ::FFFF: ::FFFF:192.168.2.1 192.168.2.1 via BGP Next Hop = bind a BGP label to 2001:F000:3:: bind a BGP label to 2001:F000:3:: 192.168.2.1 192.168.2.1 III Global IPv6 Summit 7 Moscow, Nov. 2004

  8. Label distribution (# 3) Label distribution (# 3) � 6PE routers insert their IPv4 address into the IGP routing table of the IPv4/MPLS core network. Therefore, each router in the MPLS domain will eventually assigns a label corresponding to the route for each 6PE router. IGPv4 advertises reachability of 192.168.2.1 192.168.2.1 IGPv4 advertises reachability of 192.168.2.1 192.168.2.1 LDPv4 binds a label LDPv4 binds a label to 192.168.2.1 to 192.168.2.1 III Global IPv6 Summit 8 Moscow, Nov. 2004

  9. 9 Routing interactions Routing interactions III Global IPv6 Summit Moscow, Nov. 2004

  10. Packet forwarding (# 1) Packet forwarding (# 1) � The CE sends a IPv6 packet to PE-1 � The ingress 6PE router tunnels the IPv6 data over an LSP towards a the Egress 6PE router identified by the IPv4 address that derives from the IPv4-mapped IPv6 address of the BGP Next Hop field for the corresponding IPv6 prefix. IGPv4/LDP label IGPv4/LDP label Aggregate label (iBGP iBGP) ) Aggregate label ( Penultimate hop popping Penultimate hop popping III Global IPv6 Summit 10 Moscow, Nov. 2004

  11. Packet forwarding (# 2) Packet forwarding (# 2) � 6PE encapsulation involves two labels. The inner label (“aggregated IPv6 label”) is bounded to each advertised destination IPv6 prefix. The outer label is associated with the egress 6PE IPv4 address. Note that the inner label is not actually required for the operation but it helps to keep the MPLS core unaffected. In particular, without the inner label the “penultimate hop” P router would have to be able to forward a plain IPv6 packet to the egress 6PE router. III Global IPv6 Summit 11 Moscow, Nov. 2004

  12. Conclusions Conclusions � PE routers has to be dual stack and to support MP-BGP. P routers does not need any modification. � Provide native IPv6 services to customers without changing the IPv4 MPLS core network. This means minimal operational cost and risk. � 6PE scenario is similar to packet forwarding in MPLS VPNs (RFC2547bis). IPv6 CEs have only one routing peer and do not need any change whenever remote IPv6 CEs are connected or removed (scalability). � 6PE technology fits very well into the general MPLS philosophy. However, 6PE does not justify the deployment if MPLS core network. Therefore, 6PE should be deployed in in cases where MPLS core is available. III Global IPv6 Summit 12 Moscow, Nov. 2004

  13. Bibliography Bibliography � J. DeClercq, D. Oooms, S. Prevost, F. Le Faucheur, “ Connecting IPv6 Islands over IPv4 MPLS using IPv6 Provider Edge Routers (6PE) ”, IETF Internet Draft, Work in Progress. � “D2.2.3: Updated IPv4 to IPv6 transition Cookbook for organisational/ISP (NREN) and backbone networks” , http://www.6net.org. III Global IPv6 Summit 13 Moscow, Nov. 2004

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend