BRKSPG 2014 PDF

#CLUS
Path to an Intent based

Transport SDN
Infrastructure:
Segment Routing and EVPN Network
Evolution Strategies and Usecases
Kashif Islam – Sr. Solutions Architect
@kuislam1
BRKSPG-2014
#CLUS
Agenda
• The Case for Intent based Network Transport
• Transport Network Evolution
• BGP VPN Services Evolution
• Application Driven, SDN Ready Transport Networks
• Summary
#CLUS BRKSPG-2014 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 3
Glossary
• SR – Segment Routing • BGP-LS – BGP Link State Protocol
• SRTE – Segment Routing Traffic • NSO – Network Services
Engineering Orchestrator
• PCE– Path Computation Element • EPE – Egress Peer Engineering (SR
SID for eBGP Peers)
• SR-PCE – Segment Routing Path
Computation Element • ODN – On Demand Next Hop
• PCC – Path Computation Client
• PCEP – Path Computation Element
Protocol
The Case for Intent
based Transport
Network
Forecast – Growth Ahead !!
14.6B M2M
28.5B
Connections by 2022
(51% of total )
Connected Devices
3.6 devices/person
85gbps pp/mo
12x Growth
VR/AR
More !!!!
Avg Broadband Speed to Double!!
5.7 billion mobile users in 2022**
3.6x more devices 3X global traffic increase**
than people
**Cisco VNI 2019

New Services …. New Service Requirements !!
IOT Entertainment Mission Critical Private Network

Bulk Update
High Bandwidth M2M Non-Critcal AR, VR, Gaming Ultra Reliable Low Latency Create your own Slice
SW Updates Low intensity Bursts Upsell Opportunities Public Health Industry Verticals
Sporting Events Smart Services User Experience Self Driving Cars Security, 5G
Drivers for Intent based networks !!!
What is Intent !!
in-ˈtent – noun: the act or fact of intending

in-ˈtent – adjective: directed with strained or eager
attention
What is Intent !!
in-ˈtent – noun: the act or fact of intending

in-ˈtent – adjective: directed with strained or eager
attention
in-ˈtent – networking: use of application specific

algorithm(s), with specific constraints, directing packets to
traverse a particular set of links and/or nodes in an effort to
provide a pre-determined SLA
Evolving Transport Networks For SDN
Machine Learning, AI
Topology
Source
Programmable
Collection
Automation,
SDN Ready
Routing
Intent
Based
Network
Path Calculation
What Makes up an Intent Based Network?
What, Why and How
• Ability to specify path of the packet by the

Source source; not send to Next Hop and hope for
Routing the best
• Allows for path control at the source; make
possible an “Intent based Path”
• Implemented using Segment Routing
BRKRST-2124: Introduction to Segment Routing

BRKRST-3009: Troubleshooting Segment Routing
What, Why and How
• Mechanism to learn detailed multi-domain

topology with link-level attributes
Topology • Required to create an end to end path across
Collection domains based on a “forwarding intent”
• BGP Link State (BGP-LS) used to learn IGP/BGP
topology with all relevant link/node attributes
• Topology information may be passed to external
applications for “Software Defined” path
calculation
What, Why and How
• With topology info and source-routing, an “intent-

based” path can be calculated
• Ability to provide pre-defined SLA
• Dynamically adjust traffic path when network state
changes (e.g. latency change on a link)
Intent Based
• Path calculation can be done on Headend or on
Path Calculation centralized “Path Computation Element” (PCE)
• PCE can provide calculated path to nodes
BRKRST-3122: Segment Routing Technology

Deep-dive and Advanced Usecases
Why Intent Based Networking?
A Foundation for Network Transformation
SDN Ready 5G Ready App driven Efficient Make and

Transport Architecture Forwarding Operation Save Money
Transport Network
Evolution
Transport Network Evolution
Application
Intent
Simplified Driven,
Driven
SDN Ready
Network Evolution and Simplification Journey
Legacy Existing Next Gen

Technology Arch. IP/MPLS Unified MPLS Segment Routing
Provisioning
Programmability
Services (L2/L3 VPN) LDP BGP
Scaling Mechanism
TE, FRR RSVP
Overlay Protocol LDP
Connectivity Protocol IGP

Provisioning
Programmability
Services (L2/L3 VPN) LDP BGP LDP BGP
Scaling Mechanism BGP-LU
TE, FRR RSVP RSVP
Overlay Protocol LDP LDP
Connectivity Protocol IGP IGP

Provisioning NETCONF, YANG
Path Computation Element
Programmability
(PCE)
Services (L2/L3 VPN) LDP BGP LDP BGP BGP
Scaling Mechanism BGP-LU
TE, FRR RSVP RSVP

Segment Routing w/ IGP
Overlay Protocol LDP LDP
Connectivity Protocol IGP IGP
Where We Are …
Current Unified MPLS Baseline
Access Aggregation Core Aggregation Backhaul
IS-IS L1 IS-IS L2 IS-IS L2 IS-IS L2 IS-IS L1
AS - WEST AS - Core AS- EAST
Inline RR AGN-ASBR CN-ASBR CN-ASBR AGN-ASBR Inline RR

 next-hop-self   next-hop-self   next-hop-self   next-hop-self   next-hop-self   next-hop-self 
eBGP eBGP
IPv4+label IPv4+label
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

PAN IPv4+Label P IPv4+Label P IPv4+Label
ASBR ASBR
A
BGP-LU Signalled LSP eBGP LSP eBGP LSP BGP-LU Signalled LSP
LDP Signalled LDP Signalled LDP Signalled LDP Signalled LDP Signalled
Where Do We Want to Go…
Intent Based SDN Ready Transport
Path Computation
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
Segment-Routing#CLUS
Enabled Transport
BRKSPG-2014 © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 21
BW Signaling Modeling Visualization Monitoring Health Insights Remediation
REST API
Telemetry
Telemetry
Path Computation
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
Enabled Transport
REST API
NetConf/Yang
NetConf/Yang
REST API
Telemetry
Telemetry
Path Computation
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
Enabled Transport
How Do We Get There?
Multi-Step Network Evolution
Ships in the Night:

1 Minimal Architectural Change
Introduce Central Intent

2 Based Path Control
3 Simplify Routing Design
New Features to Support

4 Value Add Services
Ready for Software

5 Driven Usecases
1
Introducing Segment Routing Underlay Transport
Ships in the Night: MPLS-LDP Based Service Transport
• No Architectural Changes, minimal
Configuration Changes
• All services continue using MPLS-LDP
• BGP still used for multi-domain path
• Intent cannot be defined yet, as
services use MPLS-LDP Transport
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
#CLUS BRKSPG-2014
1
Introducing: Segment Routing Underlay Transport
Ships in the Night: MPLS-LDP Based Service Transport
• No Architectural Changes, minimal router isis 1
Configuration Changes address-family ipv4 unicast
metric-style wide
• All services continue using MPLS-LDP segment-routing mpls [sr-prefer]
!
• BGP still used for multi-domain path interface Loopback0
passive
• Intent cannot be defined yet, as address-family ipv4 unicast
services use MPLS-LDP Transport prefix-sid index 1
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
#CLUS BRKSPG-2014
1
Introducing: Segment Routing Underlay Transport
Ships in the Night: SR Based Service Transport
• No fundamental architectural Changes
• BGP-SR used for Multi-Domain path
• Intent can now be defined on the
headend using SRTE
• All path calculation done on headend
• Network Visibility required on headend
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
#CLUS BRKSPG-2014
1
Introducing Segment Routing Underlay Transport
Ships in the Night: SR Based Service Transport
• No fundamental architectural Changes segment-routing
traffic-eng
• BGP-SR used for Multi-Domain path policy POLICY1
color 20 end-point ipv4 1.1.1.4
• Intent can now be defined on the candidate-paths
headend using SRTE preference 100
dynamic
• All path calculation done on headend metric
type latency
• Network Visibility required on headend affinity
exclude-any name high_cost_link
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
#CLUS BRKSPG-2014
2
Centralized Traffic Control and Compute
PCE-PCC Relationship
• Offload Intent Based Path computation
• SR-PCE, as XRv9K device, can take

requests to compute path
• Requesting node in called Path
Computation Client (PCC)
• SR-PCE must have topology view SR-PCE
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
2
pce
address ipv4 6.1.1.100
rest
• SR-PCE take path compute requests
from Path Computation Client (PCC) segment-routing
traffic-eng
• SR-PCE must have topology viewREST API
pcc
source-address ipv4 6.1.1.1
pce address ipv4 6.1.1.100
• Uses REST NBI to provide data to
application SR-PCE
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
2
pce
address ipv4 6.1.1.100
rest
• SR-PCE take path compute requests
from Path Computation Client (PCC) segment-routing
traffic-eng
• SR-PCE must have topology viewREST API
pcc
source-address ipv4 6.1.1.1
pce address ipv4 6.1.1.100
• Uses REST NBI to provide data to
application SR-PCE
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
Intent Based Programmable Network:
Transport now Ready for SDN
BW Signaling Visualization Visualization Monitoring Health Insights Remediation
REST API
Telemetry
Telemetry
Path Computation
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
Reminder: How Do We Get There?
Ships in the Night:



Ready for Software

5 Driven Usecases
3
Reminder: BGP-LU, with MPLS-LDP Design
AS - WEST AS - Core AS- EAST
Inline RR AGN-ASBR CN-ASBR CN-ASBR AGN-ASBR Inline RR

 next-hop-self   next-hop-self   next-hop-self   next-hop-self   next-hop-self   next-hop-self 
eBGP eBGP
IPv4+label IPv4+label
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR IPv4+Label
A IPv4+Label
AGG AGG PAN

ASBR ASBR
A
3
Simplify Routing with SR-PCE Useage
BGP-LS BGP-LS
Inter-AS Option C, Inter-AS Option C,

PCE Route Exchange PCE Route Exchange
RR VPNv4 Routes for Service Exchange RR VPNv4 Routes for Service Exchange RR
A AGG AGG
PAN P P PAN
ASBR ASBR
A
AGG AGG PAN
PAN P P
ASBRSR EPE ASBR
A SR EPE
AS- West AS - Core AS- EAST
3
What Just Happened?
Core Aggregation Backhaul
Access Nodes
IS-IS L2 don’t needIS-IS
BGP/IGP routeIS-IStoL2remote
Access Aggregation
IS-IS L1 L2 IS-IS L1
service nodesBGP-LS BGP-LS
Inter-AS Option C, Inter-AS Option C,

PCE Route Exchange PCE Route Exchange
Simplified,
RR
scalable routing:RRNo L1/L2
eBGP
leaking, No RR
A BGP-LU routes AGG

IPv4+label
AGG
PAN P P PAN
ASBR ASBR
A PCE could be part of both L1/L2 areas and have
AGG AGG
reachability
PAN toASBR
Access PNodes P
ASBR
PAN
A SR EPE SR EPE
RR could be part of both area to provide VPNv4 Route

Exchange
AS- West AS - Core AS- EAST
Ships in the Night:



Ready for Software

5 Driven Usecases
4
On-Demand Next Hop (ODN)
Value Proposition
Config Simplification OnDemand Policy Instantiation
• No need for a per-destination • Intent can be pre-configured
intent policy
• No policy is instantiated or
• ODN works as a “template” programmed
• Specify only intent and color • Policy only instantiated when a
route is received for that Intent
• Intent applies to all routes/dest
that matches the color • Policy removed, once the route
goes away, freeing up resources
• Very helpful for bursty, sporadic
traffic .. Like IOT
Flex Algo & Segment Routing TE
Segment Routing (SR):
Use Default IGP Metric to forward traffic (Default Algo)
Ability to define a SID-List at the source for traffic forwarding
Segment Routing Traffic Engineering (SRTE):

Intent based forwarding that goes beyond IGP Best Path forwarding
Uses SID List to influence forwarding path
Flex-Algo
“Intent” become additional fwdg logic (i.e. algo) in IGP, enabling domain level forwarding tables
IGP distributes multiple metrics/Affinities – SPF, Low Latency, Constrained Nodes/Link etc
A Network node may or may not participate in Flex Algo, allowing sub-topologies to be created
Multiple Algo’s may be operational in a given Network topology
Network Slicing through Flex-Algo
1 2
router isis 1 4 3
net 49.0001.0000.0000.0002.00 0
flex-algo 128 Default 9
5 6
metric-type latency Algo
8 7
!
interface Loopback0 1 2
address-family ipv4 unicast
prefix-sid index 2 0 4 3
prefix-sid algorithm 128 absolute 16802 Alg128
Low Latency 9
segment-routing
traffic-eng 0
on-demand color 100 9
5 6
dynamic Alg129
sid-algo 128 8 7
IGP Metric
Network Slicing through Flex-Algo
1 2
router isis 1 4 3
net 49.0001.0000.0000.0002.00 0
flex-algo 128 Default 9
5 6
metric-type latency Algo
8 7
!
interface Loopback0
address-family ipv4 unicast 1 2
prefix-sid index 2 4
0 3
prefix-sid algorithm 128 absolute 16802
Alg128
9
segment-routing Low Latency
traffic-eng 0
on-demand color 100 9
5 6
dynamic Alg129
sid-algo 128 8 7
IGP Metric
Intent Statement: Secure Slice Usecase
1. Financial customer asks for a PE PE
secure path E2E
A Default Algo A
2. Requests link-level encryption IGP Cost
for any of its traffic PE PE
3. Using Lowest Latency possible
is still part of their “intent”
4. Your solution: You will create a PE PE
“Secure Network slice” using
Flex-Algo
Flex algo that would avoid non- A A
encrypted links (Secure Path)
PE PE
Ships in the Night:



Ready for Software

5 Driven Usecases
New Services …. New Service Requirements !!
IOT Entertainment Mission Critical Private Network

Bulk Update
High Bandwidth M2M Non-Critcal AR, VR, Gaming Ultra Reliable Low Latency Create your own Slice
SW Updates Low intensity Bursts Upsell Opportunities Public Health Industry Verticals
Sporting Events Smart Services User Experience Self Driving Cars Security, 5G
Intent Definition: Intent Definition: Intent Definition: Intent Definition: Intent Definition:
Bandwidth Signaling ODN Latency Bound Low Latency Flex-Algo
Constraints
Network Slicing
VPN Services
Evolution
VPN Services Over Segment Routing
• Utilizes Multi-Protocol BGP (i.e. no dependency on LDP)

Layer 3 VPN • Segment Routing/Intent Based Forwarding enhances L3VPN
Service
• Point to Point – EoMPLS

• Multi-point VPLS/H-VPLS
Layer 2 VPN
• If using LDP Signaling, services L2VPN services need to
evolve for Segment Routing based network
Point to Point L2VPN  EVPN Evolution
T-LDP Label Exchange
EoMPLS Metro Area Metro or DC

CE PE PE CE

CE PE PE CE
Statically Defined Label
Static PW Metro Area Metro or DC

CE PE PE CE

CE PE PE CE
Statically Defined Label
Static PW Metro Area Metro or DC

CE PE PE CE
Ethernet VPN (EVPN
EVPN VPWS Metro Area Metro or DC

CE PE PE CE
Service Unification Through EVPN*
BRKSPG-3002: Network Service Fabric Architecture
More… with EVPN
Multicast BRKSPG-3965: EVPN Deep Dive and Troubleshooting with
DCI IOS-XR Configuration examples for
Head-End Service Provider Metro and Data Center
ETREE
FXC
VPWS
Routing
IRB
Bridging
Network
Service
Fabric SP SP
PE PE L L
EVPN
s.switch
A vm vm
#CLUS © 2019 Cisco and/or its affiliates. All rights reserved. Cisco Public 50
Application Driven, SDN
Ready Transport
Network Usecases
A Recipe For Transport SDN Automation
Feedback
Loop
• Network Simplification and intent based Data

Orchestrator
transport paves the way Collector
• Individual components for a “Transport
SDN” architecture widely available
ZTP Analytics
• Integration between various software
components in key PCE Central
• Applications interact with and actively w/ Topo
View
NBI
drive Transport Network
Intent
PCC Based
Transport
REST API to Provisioning Sub-system if needed
NetConf/Yang
NetConf/Yang
Telemetry
Telemetry
REST API
A AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
Intent Based SDN Ready Transport Use Cases:
Example1: Centralized Control and Visualization for End-to-End Path
• SR-PCE enables REST API

• External Application gather
Topology from SR-PCE
• Visualization includes:
• Link/Node info
• SID Allocation
• Intent Based Path, if defined on
nodes/PCE
Intent Based SDN Ready Transport Usecases:
Example 2: Centrally Computed Low Latency Intent Path
NetConf/Yang
Telemetry
Telemetry
REST API
3
4
A AGG AGG
PAN
ASBR
P P
ASBR
PAN 2
A RR RR RR
AGG AGG PAN
PAN P P
ASBR ASBR
A
5. Applications
1. Provision Low 2. Request LSP 3. Perform 4. Send Computed
Updated with new
Latency Service Computation Computation LSP
LSP
Example3: Application Initiated SRTE
NetConf/Yang
BW Signaling Modeling 2 Visualization Monitoring Health Insights Remediation
Telemetry
Telemetry
REST API
3
A 4 AGG AGG
PAN P P PAN
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
1. Application 3. Application 4. Intent based LSP

Determines need 2. Application Instructs SR PCE of Path is instantiated
Computes new LSP on Headend
for TE Path new LSP
Example 4: Bandwidth Intent Service
NetConf/Yang
BW Signaling Modeling
3 Health Insights Remediation 1
Visualization Monitoring
Telemetry
Telemetry
REST API
5
6
A
PAN
AGG
P P
AGG
PAN 2
ASBR ASBR
RR RR RR
A
AGG AGG PAN
PAN P P
ASBR ASBR
A
2. LSP 3. Computation 6. LSP Path with

1. New Service 4. LSP Path 5. LSP Path sent BW allocated
Computation Delegated to Computed to SR PCE
Requests BW sent to Headend
Requested Application
Example 5: Network Health Monitoring and Self Remediation
4
NetConf/Yang
7 2 5
Telemetry
Telemetry
REST API
1
A AGG AGG
PAN P P PAN
ASBR ASBR 6
A RR RR RR
AGG AGG PAN
PAN P P
ASBR ASBR
A
1. Network 2. Published on 3. Applications 4. App Takes 5. NSO makes 6. PCC 7. PCE update
Telemetry Data Data Bus for Collect Data action, advices n/w changes Requests new Apps with new
(Model/Event) Subscribers and Analyze NSO for continuity Path from PCE path
Summary
Towards Intent Based Transport SDN Networks!!!
Introduce Locally Eleminate non-

Introduce SR
Computed Intent essential Routing Develop and
Switch Traffic to
Complications Implement
SR SID
Leverage SR- Application Driven
PCE Usecases
Start your Intent Based
Transport SDN Journey T-SDN Ready
It all starts with Intent Based Programmable Transport

SPG Walk-In Labs – Hosted in World of Solutions
• No reservation required, just show up and get hands-on experience
• A great way to get hands-on experience on a lot of topics covered here
Session ID Title
LABSPG-1020 MPLS Segment Routing Introduction
LABSPG-1327 Introduction to Segment Routing v6 (SRv6) with IOS-XR
Network Slicing with Segment Routing Flex-Algorithm for 5G and other
LABSPG-2000 Applications
LABSPG-2001 Intent Based Networking using Segment Routing Traffic Engineering
LABSPG-2068 Configure and Implement BGP-EVPN with Segment Routing using IOS-XR
LABSPG-2109 Ethernet VPN (EVPN) Implementation and Troubleshooting
LABRST-1015 Introduction - Segment Routing for Policy Aware Network
Complete your
online session • Please complete your session survey
evaluation after each session. Your feedback
is very important.
• Complete a minimum of 4 session
surveys and the Overall Conference
survey (starting on Thursday) to
receive your Cisco Live water bottle.
• All surveys can be taken
in the Cisco Live Mobile App.
Cisco Live sessions will be available for viewing
on demand after the event at ciscolive.cisco.com.
Continue your education
Demos in the
Walk-in labs
Cisco campus
Meet the engineer

Related sessions
1:1 meetings
Thank you
#CLUS
#CLUS

BRKSPG 2014 PDF

Uploaded by

Copyright:

Available Formats

You might also like

BRKSPG 2014 PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

BRKSPG 2014 PDF

Uploaded by

Copyright:

Available Formats

#CLUS

Path to an Intent based

**Cisco VNI 2019

IOT Entertainment Mission Critical Private Network

Drivers for Intent based networks !!!

in-ˈtent – noun: the act or fact of intending

in-ˈtent – noun: the act or fact of intending

in-ˈtent – networking: use of application specific

• Ability to specify path of the packet by the

BRKRST-2124: Introduction to Segment Routing

• Mechanism to learn detailed multi-domain

• With topology info and source-routing, an “intent-

BRKRST-3122: Segment Routing Technology

SDN Ready 5G Ready App driven Efficient Make and

Legacy Existing Next Gen

Services (L2/L3 VPN) LDP BGP

Overlay Protocol LDP

Connectivity Protocol IGP

Legacy Existing Next Gen

Services (L2/L3 VPN) LDP BGP LDP BGP

Scaling Mechanism BGP-LU

TE, FRR RSVP RSVP

Overlay Protocol LDP LDP

Connectivity Protocol IGP IGP

Legacy Existing Next Gen

Services (L2/L3 VPN) LDP BGP LDP BGP BGP

Scaling Mechanism BGP-LU

TE, FRR RSVP RSVP

Connectivity Protocol IGP IGP

Inline RR AGN-ASBR CN-ASBR CN-ASBR AGN-ASBR Inline RR

AGG AGG PAN

BW Signaling Modeling Visualization Monitoring Health Insights Remediation

BW Signaling Modeling Visualization Monitoring Health Insights Remediation

Ships in the Night:

Introduce Central Intent

3 Simplify Routing Design

New Features to Support

Ready for Software

AGG AGG PAN

AGG AGG PAN

AGG AGG PAN

AGG AGG PAN

• SR-PCE, as XRv9K device, can take

AGG AGG PAN

AGG AGG PAN

AGG AGG PAN

BW Signaling Visualization Visualization Monitoring Health Insights Remediation

Ships in the Night:

Introduce Central Intent

3 Simplify Routing Design

New Features to Support

Ready for Software

Inline RR AGN-ASBR CN-ASBR CN-ASBR AGN-ASBR Inline RR

AGG AGG PAN

Inter-AS Option C, Inter-AS Option C,

AS- West AS - Core AS- EAST

Inter-AS Option C, Inter-AS Option C,

A BGP-LU routes AGG