1 / 6

Encapsulating MPLS in UDP draft-xu-mpls-in-udp-02

Encapsulating MPLS in UDP draft-xu-mpls-in-udp-02. Xiaohu Xu ( Huawei ) Marshall Eubanks (AmericaFree.TV) Lucy Yong (Huawei) Nischal Sheth (Juniper) Zhenbin Li (Huawei) Yongbing Fan (China Telecom) IETF84, Vancouver IETF84, Vancouver. Problem Statement.

jola
Download Presentation

Encapsulating MPLS in UDP draft-xu-mpls-in-udp-02

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Encapsulating MPLS in UDP • draft-xu-mpls-in-udp-02 Xiaohu Xu (Huawei) • Marshall Eubanks (AmericaFree.TV) • Lucy Yong (Huawei) • Nischal Sheth (Juniper) • Zhenbin Li (Huawei) • Yongbing Fan (China Telecom) • IETF84, Vancouver IETF84, Vancouver

  2. Problem Statement • There are some MPLS-based L2VPN or L3VPN application scenarios where the underlying networks are IP enabled, rather than MPLS enabled (e.g., multi-tenant cloud data center networks). • Moreover, load-balancing is much desirable in these scenarios (e.g., to maximize the bisection bandwidth between servers within or across data centers). • However, since distinct customer traffic flows between a given PE pair would be encapsulated with the same IP/GRE tunnel as per normal operations, P routers (i.e., core routers) could not achieve an ideal load-balancing for these tunneled traffic flows due to the lack of adequate entropy information.

  3. Problem Statement (cont.) • The existing method [RFC5640] requires a change to the data plane of core routers. • Core routers is required to be capable of performing hash calculation on the specific "load-balancing" field contained in the L2TPv3 or GRE tunnel header. • Such requirement can not be met in some cases. • For example, some deployed core routers could only perform hash calculation on the five tuple of TCP/UDP packets or some fields in the IP header of non-TCP/UDP packets.

  4. Solution Overview • Use MPLS-in-UDP encapsulation instead of MPLS-in-GRE/IP in the case where load-balancing is much desirable. • The Source Port field of the UDP header contains an entropy value that is generated by the ingress PE router through performing hash calculation on certain fields in the customer packets (e.g., the five tuple of UDP/TCP packets).

  5. Applicability • This approach is applicable to many technologies such as • L3VPN [RFC4364] • L2VPN such as VPLS [RFC4761, RFC4762] and E-VPN [E-VPN]. • PWE3 • 6PE [RFC4798]

  6. Next-steps • Solicit more comments and suggestions. • WG adoption?

More Related