Virtual ¡Topologies ¡for ¡Service ¡Chaining ¡in ¡ BGP ¡IP ¡MPLS ¡VPNs ¡ (dra?-‑rfernando-‑l3vpn-‑service-‑chaning-‑03) ¡ Dhananjaya ¡Rao ¡ Rex ¡Fernando ¡ Luyuan ¡Fang ¡ Maria ¡Napierala ¡ Ning ¡So ¡ Adrian ¡Farrel ¡ ¡ ¡ IETF ¡88, ¡November ¡2013 ¡ Vancouver ¡ ¡ ¡
About ¡this ¡dra? ¡ § Propose ¡techniques ¡built ¡upon ¡BGP/IP ¡MPLS ¡VPN ¡ control ¡plane ¡mechanisms ¡to ¡construct ¡virtual ¡ topologies ¡for ¡service ¡chaining. ¡ ¡ § The ¡virtual ¡service ¡topologies ¡interconnect ¡network ¡ zones ¡and ¡constrain ¡the ¡flow ¡of ¡traffic ¡between ¡these ¡ zones ¡via ¡a ¡sequence ¡of ¡service ¡nodes ¡ ¡ § Two ¡approach ¡described: ¡rou[ng ¡control ¡plane, ¡and ¡ by ¡network ¡orchestra[on ¡to ¡realize ¡these ¡virtual ¡ service ¡topologies. ¡ ¡ § 04 ¡hanges: ¡Adrian ¡joined ¡as ¡co-‑author ¡and ¡updated ¡ ¡ the ¡dra?. ¡
Terminologies ¡ § A network zone: a logical grouping of physical assets that supports certain applications. Hosts can communicate freely within a zone. § Service-PE: An IP VPN PE to which a service is attached. Direct incoming traffic from other PEs or from attached hosts to the service node via an MPLS VPN label or IP lookup. § Service node: A physical or virtual service appliance/application. E.g. FWs, LBs, and DPIs. The service node acts as a CE. ¡ ¡ § Service chain: A sequence of service nodes that interconnect the zones containing the source and destination hosts. Unidirectional and creates a one way traffic flow between source zone and destination zone. § Virtual service topology: a sequence of service-PEs and their attached service nodes created in a specific order. A service topology is constructed via one or more routes that direct the traffic flow among the PEs that form the service chain. § Service-topology-RT: A BGP route attribute that identifies the specific service topology. ¡
¡ Virtual ¡Machine ¡Intra-‑zone ¡rou[ng ¡ § In ¡a ¡data ¡center, ¡servers ¡host ¡VMs ¡where ¡end ¡applica[ons ¡reside ¡ § each ¡applica[on ¡VM ¡is ¡a ¡CE ¡from ¡an ¡IP ¡BGP ¡VPN ¡perspec[ve ¡ § A ¡collec[on ¡of ¡CE/VMs ¡that ¡can ¡communicate ¡freely ¡form ¡a ¡ zone ¡ § A ¡PE ¡creates ¡a ¡VRF ¡for ¡its ¡a]ached ¡CE/VMs ¡in ¡a ¡zone ¡ § Intra-‑zone ¡connec[vity ¡achieved ¡by ¡designa[ng ¡a ¡RT ¡per ¡zone ¡(zone-‑ RT) ¡ § Applied ¡on ¡all ¡PE ¡VRFs ¡that ¡terminate ¡the ¡CE/VMs ¡that ¡belong ¡to ¡the ¡zone
¡ Inter-‑zone ¡Rou[ng ¡and ¡Traffic ¡Forwarding ¡ § Apply ¡network ¡policies ¡and ¡services ¡in ¡a ¡specific ¡order ¡ § Service ¡nodes ¡may ¡be ¡VMs ¡spread ¡across ¡the ¡data ¡center ¡ § Inter-‑zone ¡traffic ¡must ¡follow ¡a ¡predetermined ¡service ¡path ¡and ¡forwarding ¡ through ¡one ¡or ¡more ¡service ¡nodes ¡ § A ¡sequence ¡of ¡service-‑PEs ¡and ¡their ¡a]ached ¡service ¡nodes ¡creates ¡a ¡ unidirec[onal ¡service ¡chain ¡or ¡topology ¡ § Two ¡step ¡process: ¡ § Virtual ¡Service ¡Topology ¡construc[on ¡ § Inter-‑zone ¡Rou[ng ¡and ¡Service ¡Chaining ¡ Zone: 1 Zone: 3
Inter-‑zone ¡Rou[ng ¡ Inter-‑zone ¡Traffic ¡Forwarding ¡ Zone Servi Servi Zon :1 ¡ ce ¡ ce ¡ e:3 ¡ VRF ¡ VRF ¡ VRF ¡ VRF ¡ FIB/LIB ¡ FIB/LIB ¡ FIB/LIB ¡ FIB/LIB ¡ 192.168.1.1/32, ¡VPN ¡In_label ¡(123) ¡ ¡ 192.168.1.1/32, ¡NH ¡PE 0 , ¡VPN ¡label ¡(123) ¡ 100.1.1.1/32, ¡VPN ¡Out_label ¡(123), ¡VPN ¡In_label ¡ 192.168.1.1/32, ¡NH ¡100.1.1.1/32, ¡VPN ¡label ¡ 192.168.1.1/32, ¡NH ¡100.1.1.1/32, ¡VPN ¡label ¡(123) ¡ (192) ¡ ¡ (123) ¡ 100.1.1.1/32) ¡NH=SPE 2 ¡VPN ¡Out_label ¡(127) ¡ ¡ 100.1.1.1/32) ¡NH=SPE 1 ¡VPN ¡Out_label ¡(192), ¡ VPN ¡In_label ¡(127) ¡ Zone ¡Prefix ¡= ¡ 192.168.1.1/32 ¡ Service-‑ Service-‑ PE 1 ¡ PE 2 ¡ Zone:3 ¡ Zone:1 ¡ VRF ¡ Zone: 3 Zone: 1 VRF ¡ PE 0 ¡ Servi PE 1 ¡ Servi 1 1 1 ce ¡ ce ¡ 2 9 192.168.1.1 ¡ 2 192.168.1.1 ¡ 192.168.1.1 ¡ VRF ¡ VRF ¡ 3 ¡ 2 ¡ 7 ¡ Dst: ¡192.168.1.1/32 ¡ Dst: ¡192.168.1.1/32 ¡ 192.168.1.1 ¡ 192.168.1.1 ¡ 192.168.1.1 ¡ 192.168.1.1 ¡ Servi Servi ce 1 ¡ ce 2 ¡ Service ¡ Service ¡ Node 1 ¡ Node 2 ¡
Orchestra[on ¡Driven ¡Approach ¡ ¡ • Remove the need for the zone or service PEs to determine the appropriate next-hops based on the specified service node sequence. • The central orchestrator performs the necessary policy computations, and construct the forwarding tables for the various VRFs at the PEs. • The orchestrator communicates with the various PEs (typically virtual PEs on the end-servers) to populate the forwarding tables. ¡ ¡ ¡
Next ¡Steps ¡ -‑ Add ¡Nabil ¡back ¡to ¡the ¡dra?, ¡as ¡orchestra[on ¡approach ¡has ¡been ¡added ¡ -‑ More ¡feedbacks ¡welcome ¡ -‑ Ready ¡to ¡ask ¡for ¡WG ¡adop[on ¡and ¡quickly ¡progress ¡to ¡last ¡call ¡ ¡
Recommend
More recommend
