Gedetailleerde ontwerpgids en configuratievoorbeelden van SR-TE Expliciet-Path Policy met EVPN VPWS, IOS XR release - 7.5.x
Inhoud
Inleiding
Dit document beschrijft de gedetailleerde ontwerpgids met technische beschrijvingen die op de vereisten van de Netwerken van XYZ worden gebaseerd en verstrekt ook een laag configuratiemalplaatje en een configuratie voor de gebruiks-gevallen van het Beleid van de Verkeer van het Segment Routing Engineering (SR-TE) Expliciet-Path met de Virtuele Privé Bedrade Dienst van Ethernet VPN (EVPN) (VPWS).
1. Achtergrondinformatie
1.1. Niet van toepassing
Dit document bevat geen vereisten voor gecentraliseerd SR-TE-beleid op aanvraag dat gebruik maakt van XTC-controller, EVPN ELAN, enzovoort, maar richt zich alleen op het door head-end knooppunt aangestuurde SR-TE-beleid met EVPN VPWS-overlay.
1.2. Veronderstelling
De lezer van dit document moet bekend zijn met de concepten IP/MPLS en Ethernet in combinatie met technologieën voor segmentrouting en traffic engineering.
1.3. Technische werkingssfeer
Het belangrijkste technische toepassingsgebied van dit document is beperkt tot:
- OSPF met TI-LFA FRR
- Head-end (gedistribueerde) gecontroleerd SR-TE beleid
- Expliciete primaire pad en dynamische op IGP gebaseerde failover-paden
- Enkelvoudig gemaakte VPN-VPWS
De configuratiesjablonen die in dit document worden gegeven, worden Cisco IOS®-XR 7.5.x genoemd.
1.4. Samenvatting van document
Tabel 1. Documentsecties
| Onderwerptype |
Onderwerpnaam |
Sectienummer |
| Inleiding |
Achtergrondinformatie |
1 |
| Vereiste |
Gebruikersvereisten |
2 |
| Overzicht van technologie |
Segmentrouting |
3 |
| SR-TE - Overzicht |
4 |
|
| TI-LFA FRR |
5 |
|
| EVPN-overlay |
6 |
|
| Betalingsbalans en taakverdeling |
7 |
|
| Configuratiesjablonen |
De volledige ontwerpoplossing |
8 |
| Configuratie voorbeeld en opdrachten weergeven |
9 |
Vereiste
2. Gebruikersvereisten
2.1. Samenvatting van de vereisten
De serviceprovider XYZ Networks heeft een vereiste om een netwerk met groene velden op te bouwen via Cisco NCS 5500-apparaten.
Het doel is om een multicast gegevensstroom (spraak, video) als een service over een Layer 2-transportnetwerk met bepaalde vereisten te dragen, een daarvan is om de verkeerspaden door het netwerk te laten construeren.
Zij hebben de voorkeur gegeven aan SR voor transportlabels, SR-TE voor verkeerstechniek en EVPN als overlay om service labels te leveren.
2.2. Gebruikte componenten
De gebruiker XYZ is geconvergeerd op de NCS 5500 routers en lijnkaarten:
Tabel 2. Projecthardwarevereisten
| PE-knooppunten |
PID’s |
| Chassis |
NCS-5504 switch |
| MPA/LC’s verbindende IP-knooppunten |
NCS 55-36X100G-A-SE switch |
| MPA/LC’s die CE-knooppunten verbinden |
NCS 55-36X100G-A-SE switch |
| IP-knooppunten |
PID’s |
| Chassis |
NCS-5508 |
| MPA/LC’s die andere IP-knooppunten verbinden |
NCS 55-36X100G-A-SE switch |
| MPA/LC’s die PE-knooppunten verbinden |
NCS 55-36X100G-A-SE switch |
In dit deel wordt een overzicht gegeven van de te gebruiken technologieën, met korte beschrijvingen.
Overzicht van technologie
3. Segmentrouting
3.1. Wat is segmentrouting?
Segment Routing is de nieuwste geavanceerde MPLS-technologie die wordt gebruikt om de traditionele LDP- en RSVP-TE-protocollen te vervangen door de invoering van labeldistributie en traffic engineering onder één paraplu en dit alleen te laten gebeuren via link-state IGP/BGP-protocollen.
Segment routing is een methode om pakketten door te sturen op het netwerk op basis van het paradigma voor bronrouting. De bron kiest een pad en codeert het in de pakketheader als een geordende lijst met segmenten. Segmenten zijn een identificatiecode voor elk type instructie. Bijvoorbeeld, identificeren de topologiesegmenten de volgende hop naar een bestemming. Elk segment wordt geïdentificeerd door de segment-ID (SID) die bestaat uit een vlak, niet-ondertekend 20-bits geheel getal.
3.2. Identificatiecodes van segmenten
Afbeelding 1. ASR-knooppunt SID’s en aanpasbaar SID’s
Segmenten: Interior Gateway Protocol (IGP) verdeelt twee soorten segmenten: Prefix-segmenten en Adjacency-segmenten. Elke router (knooppunt) en elke link (nabijheid) heeft een gekoppeld segment-identifier (SID).
Prefix SID: Een prefixsegment is een mondiaal segment, zodat een prefix SID globaal uniek is binnen het segment dat domein routeert zoals geïllustreerd in afbeelding 1. Een prefix SID is gekoppeld aan een IP-prefix. Het prefix SID wordt handmatig geconfigureerd vanuit het segment dat wereldwijde blokbereik (SRGB) van labels routeert en wordt gedistribueerd door IS-IS of OSPF. Het prefixsegment stuurt het verkeer langs het kortste pad naar de bestemming.
- Maakt gebruik van SR Global Block (SRGB)
- SRGB geadverteerd met routermogelijkheden TLV - In de configuratie kan Prefix-SID worden geconfigureerd als een absolute waarde of een index
- In de protocolreclame, wordt Prefix-SID altijd gecodeerd als globaal unieke index. De index vertegenwoordigt een offset van SRGB base, op nul gebaseerde nummering, dat wil zeggen, 0 is de 1e index. Index 1 à SID is bijvoorbeeld 16.000 + 1 = 16.001
Knooppunt SID: Een knooppunt SID is een speciaal type voorvoegsel SID dat een specifiek knooppunt identificeert. Het wordt geconfigureerd onder de loopback-interface met het loopback-adres van het knooppunt als voorvoegsel. Een prefixsegment is een mondiaal segment, zodat een prefix-SID globaal uniek is binnen het segment-routeringsdomein.
Met andere woorden, het segment Node is een prefixsegment dat is gekoppeld aan een hostprefix die een knooppunt identificeert.
- Equivalent aan een router-id prefix, dat een prefix is dat een knooppunt identificeert
- Node-SID is Prefix-SID waarbij de N-vlag is ingesteld in de advertentie
- Standaard is elke geconfigureerde prefix-SID een knooppunt-SID
- 'regular' (dat wil zeggen, non-Node-SID) Prefix-SID is configureerbaar voor IS-IS
Adjacency SID: Een nabijheidssegment wordt geïdentificeerd door een etiket genoemd een nabijheid SID, die een specifieke nabijheid, zoals een uitgangsinterface, aan een naburige router vertegenwoordigt. De nabijheid SID wordt verdeeld door IS-IS of OSPF. Het nabijheidssegment stuurt het verkeer naar een specifieke nabijheid. Een nabijheidssegment is een lokaal segment, zodat de nabijheid SID lokaal uniek is met betrekking tot een specifieke router.
- Lokaal significant
- Automatisch toegewezen voor elke nabijheid
- Altijd gecodeerd als een absolute (dus niet-geïndexeerde) waarde
Bindende SID of BSID: het is een lokaal belangrijke SID die aan SR-beleid is gekoppeld. Het helpt om pakketten in zijn bijbehorende SR-beleid te sturen. Het bindingssegment is een lokaal segment dat een SR-TE-beleid identificeert. Elk SR-TE-beleid is gekoppeld aan een bindende segment-ID (BSID).
De BSID is een lokaal label dat automatisch wordt toegewezen voor elk SR-TE-beleid wanneer het SR-TE-beleid wordt geconcretiseerd. BSID kan worden gebruikt om verkeer naar het SR-TE beleid en over domeingrenzen te sturen, wat tot naadloos end-to-end SR-TE beleid tussen domeinen leidt.
4. SR-TE - Overzicht
4.1. Wat is SR-TE?
Segment Routing Traffic Engineering (SR-TE) transformeert het eenvoudige, stateless bronroutingmechanisme van SR naar een geavanceerd niveau om gegevensverkeer te programmeren en te sturen door vooraf gedefinieerde paden die congestie voorkomen en alternatieve paden bieden net zoals een live-verkeerskaart met snelwegen.
Dit wordt bereikt wanneer u beleid dat wordt gedefinieerd via een combinatie van verschillende beperkingen die de primaire en back-uppaden van de bron naar de doelknooppunten programmeert, administratief configureert. De controller kan worden gecentraliseerd (ISDN) of gedistribueerd (head-end), wat afhankelijk is van de netwerkvereisten.
Laten we eens kijken naar de topologie in figuur 2. Stel dat de kosten van de koppelingen standaardwaarden zijn en dat het kortste pad om D van A te bereiken A-B-C-D is, maar het pad met lage latentie A-E-F-G-H-D is. De exploitant kan het door verkeer aangelegde pad definiëren volgens de eisen (bijvoorbeeld Latency) en het uitdrukken in de vorm van een segment-ID-lijst - (A, E, F, G, H, D). In tegenstelling tot RSVP-TE, wordt de status van dit beleid alleen bij router A gehandhaafd en niet bij de gehele routers die door de pakketten worden gepasseerd (d.w.z. E, F, G en H).
Afbeelding 2. Voorbeeld van administratief gedefinieerd SR-TE-pad
4.2. SR-TE-beleid
Segment Routing for Traffic Engineering (SR-TE) gebruikt een 'beleid' om verkeer door het netwerk te sturen. Een SR-TE-beleidspad wordt uitgedrukt als een lijst met segmenten die het pad opgeeft. Dit wordt een SID-lijst (Segment ID) genoemd. Elk segment is een end-to-end pad van de bron naar de bestemming en draagt de routers in het netwerk op om het opgegeven pad te volgen in plaats van het kortste pad te volgen dat door de IGP wordt berekend. Als een pakket in een SR-TE beleid wordt gestoken, wordt de SID lijst op het pakket door het uiteinde gedrukt. De rest van het netwerk voert de instructies uit die in de SID-lijst zijn ingesloten.
Een SR-TE-beleid wordt geïdentificeerd als een geordende lijst (head-end, kleur, eindpunt):
- Head-end - Waar het SR-TE-beleid wordt geconcretiseerd
- Kleur - een numerieke waarde die onderscheid maakt tussen twee of meer beleidslijnen met dezelfde knoopparen (head-end - endpoint)
- Eindpunt - De bestemming van het SR-TE-beleid
- Elk SR-TE-beleid heeft een kleurwaarde. Elk beleid tussen dezelfde knoopparen vereist een unieke kleurwaarde.
Een SR-TE-beleid wordt geconfigureerd met een of meer kandidaat-paden die primaire en back-uppaden omvatten.
Het primaire pad van het beleid kan bijvoorbeeld expliciet worden gedefinieerd met aangrenzende SID's en in het geval van storingsscenario's kan het back-uppad een dynamisch pad zijn dat wordt verzorgd door de IGP-metriek.
5. TI-LFA FRR
5.1. Overzicht
Topologie onafhankelijke loop-vrij alternatief (TI-LFA) is een eigenschap die koppelingen, knooppunten en SRLG’s beschermt. Het is eenvoudig te configureren; er zijn slechts twee configuratieregels nodig om een eenvoudige TI-LFA configuratie in de router te implementeren. Het vereist geen veranderingen in de protocollen die in de router worden gebruikt bestaan. Afbeelding 3. toont het primaire verkeerspad en het vooraf berekende back-uppad door Ti-LFA voor Local Link Failure en Node Failure Scenarios.
Afbeelding 3. TiFlex Link-failover-scenario
Afbeelding 4. TiFlex FXS-knooppunt, failover-scenario
Elk beveiligd knooppunt en pad heeft een vooraf berekend back-uppad dat snel kan worden ingeschakeld. De convergentietijd voor een beveiligd pad is 50 milliseconden of minder. Dit betekent dat zelfs de meest latency of pakketverlies-gevoelige toepassingen zonder onderbrekingen kunnen werken voor het geval dat een knooppunt of een link uitvalt. TI-LFA berekent het back-uppad en verwijdert tijdelijk de beveiligde link of knooppunt uit de database. Daarna berekent het eerst het back-uppad met het kortste pad. Dit zorgt ervoor dat het back-uppad de laagst mogelijke metrische kosten heeft, terwijl het beveiligd pad wordt vermeden. Een door verkeer ontworpen tunnel die de back-uproute volgt, wordt gebruikt voor verkeer als er een fout optreedt. Een lijst van het reparatieetiket bepaalt de weg voor de pakketten die een nieuwe route aan hun bestemming nodig hebben. Een reparatielabellijst is een normale labelstapel, maar wordt alleen gebruikt als er een storing optreedt op de beschermde route.
5.2. Effect van de storingsdetectiemethode op de FRR
Fast Reroute voor SR-TE traffic-engineered paden is geconfigureerd als een middel om verkeer te switches in het geval van failoverscenario's van het hoofdpad naar back-uppaden binnen een bereik van ongeveer 50 msec als haalbaar is. De functie voor snelle omleiding is geconfigureerd onder IGP (OSPF/ISIS)-protocol. De convergentietijd is afhankelijk van de methode waarmee de detectie van koppelingsfouten plaatsvindt. In het geval van een vezelsnede is de detectie onmiddellijk en de mogelijkheid om een sub 50 msec convergentie te krijgen is hoog. Voor het geval dat de detectie van koppelingsfouten moet worden uitgevoerd door BFD met een interval van 15 msec (multiplier x3). De convergentietijd is meestal meer dan 50 msec.
5.3. Microlusvermijding met SR
Microloops zijn korte pakketloops die voorkomen in het netwerk dat een topologieverandering volgt (link omlaag, link omhoog, of metrische veranderingsgebeurtenissen). Microloops worden veroorzaakt door de niet gelijktijdige convergentie van verschillende knooppunten in het netwerk. Als knooppunten convergeren en verkeer naar een buurknooppunt verzenden dat nog niet is geconvergeerd, kan verkeer tussen deze twee knooppunten worden overgeslagen, wat resulteert in pakketverlies, jitter en out-of-order pakketten.
De eigenschap van de Microloop van het Segment Routing ontdekt als microloops mogelijk door een topologieverandering worden gevolgd. Als een knooppunt berekent dat een microloop op de nieuwe topologie kan voorkomen, creëert het knooppunt een lusvrij SR-TE-beleidspad naar de bestemming met behulp van een lijst van segmenten. Nadat de TIMER van de RIB-updatevertraging is verlopen, wordt het SR-TE-beleid vervangen door reguliere doorstuurpaden. Er is een standaard timer voor RIB update vertraging die wordt verzorgd door TI-LFA.
6. EVPN-overlay
EVPN is een technologie die in eerste instantie is ontworpen voor Ethernet-multipoint services, met geavanceerde multi-homing mogelijkheden, met het gebruik van BGP om MAC-adresbereikbaarheidsinformatie te distribueren via het MPLS-netwerk, terwijl het dezelfde operationele en schaalkenmerken van IP VPN’s naar L2VPN’s brengt. Vandaag de dag biedt de EVPN-oplossingsfamilie, naast DCI- en E-LAN-toepassingen, een gemeenschappelijke basis voor alle Ethernet-servicetypen, waaronder E-LINE en E-TREE, evenals scenario's voor routing en bridging van datacenters. EVPN biedt ook mogelijkheden om L2- en L3-diensten in dezelfde instantie te combineren.
EVPN is een next-generation oplossing die Ethernet multipoint services biedt via MPLS-netwerken. EVPN werkt in tegenstelling tot de Virtual Private LAN Service (VPLS) die bestaat en die BGP-besturings-vliegtuig-gebaseerde MAC-learning in de kern mogelijk maakt. In EVPN leren PE's die deelnemen aan de EVPN-instanties gebruikers MAC-routes in Control-Plane met behulp van MP-BGP-protocol.
EVPN brengt een aantal voordelen zoals vermeld:
- Redundantie en taakverdeling per stroom
- Vereenvoudigde provisioning en werking
- Optimale doorsturen
- Snelle convergentie
- MAC-adresschaalbaarheid
- Oplossingen voor meerdere leveranciers onder IETF-standaardisering
De MAC-adressen die op het ene apparaat worden geleerd, moeten worden geleerd of verdeeld op de andere apparaten in een VLAN. EVPN Software MAC Learning-functie maakt de distributie van de MAC-adressen die op het ene apparaat worden geleerd mogelijk naar de andere apparaten die op een netwerk zijn aangesloten. De MAC-adressen worden geleerd van de externe apparaten met het gebruik van BGP.
In deze secties, leert u over enkele voordelen en routetypes van EVPN in het algemeen en begrijpt dan de oplossing-specifieke componenten die worden toegepast op het ontwerp van de Diensten van het Netwerk van XYZ.
6.1. Voordelen van EVPN
L2VPN en L3VPN bieden niet alleen services onder één oplossing paraplu met hulp van verschillende routetypen, EVPN’s lossen twee al lang bestaande beperkingen op voor Ethernet-services in serviceprovidernetwerken:
- Multi-Homed en All-Active Ethernet Access
- Netwerkintegratie voor serviceproviders met Central Office of met datacenter
6.1.1. Multi-Homed en All-Active Ethernet-toegang
Dit getal laat de grootste beperking zien van traditionele L2 Multipoint oplossingen zoals VPLS.
Afbeelding 5. EVPN All-Active access point
Wanneer VPLS in de kern loopt, vereist het lusvermijden dat PE1/PE2 en PE3/PE4 slechts Enig-Actieve overtolligheid naar hun respectieve Ces verstrekken. Van oudsher werden technieken zoals mLACP of Legacy L2-protocollen zoals MST, REP, G.8032, enzovoort gebruikt om single-active toegangsredundantie te bieden.
Dezelfde situatie doet zich voor met Hierarchical-VPLS (H-VPLS), waarbij het toegangsknooppunt verantwoordelijk is voor het bieden van Single-Active H-VPLS-toegang door active en backup spoke pseudowire (PW).
All-Active access redundantiemodellen zijn niet inzetbaar omdat VPLS-technologie de mogelijkheid ontbeert om L2-lussen te voorkomen die voortkomen uit de voorwaartse mechanismen die in de Core worden gebruikt voor bepaalde verkeerscategorieën. Het verkeer van de uitzending, van Unknown-Unicast, en van de Multicast (BUM) dat uit Ce wordt voortgebracht wordt overstroomd door de Kern van VPLS en door alle PEs ontvangen, die beurtelings het aan alle aangesloten Ces overstromen. In ons voorbeeld, kan PE1 BUM verkeer van CE1 aan de Kern overstromen, en PE2 kan het naar CE1 terugsturen wanneer ontvangen.
EVPN maakt gebruik van BGP-gebaseerde Control Plane-technieken om dit probleem aan te pakken en maakt Active-Active access redundantiemodellen mogelijk voor Ethernet- of H-EVPN-toegang.
6.2. EVPN-routetypen
EVPN definieert een nieuwe BGP NLRI die gebruikt wordt om alle EVPN-routes te transporteren. EVPN NLRI wordt uitgevoerd in BGP met behulp van multiprotocol extensies met een AFI van 25 (L2VPN) en een SAFI van 70. BGP-functionaliteit wordt gebruikt om ervoor te zorgen dat twee speakers ondersteuning bieden aan EVPN NLRI.
Afbeelding 6. EVPN NLRI
De relevante EVPN-routetypen die voor deze implementatie nodig zijn, worden hier beschreven:
6.2.1. Routetype 1 - Auto-Discovery (AD) Ethernet-router
De Ethernet Auto-Discovery (AD)-routes worden geadverteerd per EVI en per ESI-basis. Deze routes worden verzonden per ES. Ze hebben de lijst met EVI's die bij de ES horen. Het ESI-veld wordt op nul ingesteld wanneer een CE single-homed is. Dit routetype wordt gebruikt voor een massale uitschakeling van MAC-adressen, aliasing voor taakverdeling en Split Horizon Filtering.
6.2.2. Routetype 4 - Ethernet-segmentroute
Ethernet-segmentroutes maken de aansluiting van een CE-apparaat op twee of PE-apparaten mogelijk. De route van ES laat de ontdekking van aangesloten PE apparaten toe die met het zelfde segment Ethernet worden verbonden, d.w.z., de ontdekking van de overtolligheidsgroep. Het wordt ook gebruikt voor de aangewezen expeditie (DF) verkiezing.
6.3. Connectiviteit met EVPN-host
Deze EVPN-modi worden ondersteund:
- Single homing - Hiermee kunt u een user edge (CE)-apparaat verbinden met één Provider Edge (PE)-apparaat. In deze ESI waarde is ongeldig voor elke PE-CE link.
- Multihoming - Hiermee kunt u een user edge (CE)-apparaat verbinden met twee of meer Provider Edge (PE)-apparaten om redundante connectiviteit te bieden. Er is geen link naar de interchasis vereist. Het redundante PE-apparaat zorgt ervoor dat er geen verkeersonderbreking is wanneer er een netwerkstoring is. De soorten multihoming zijn:
Afbeelding 7. Enkelvoudige VPN-calibratie
Multihoming - Dit zijn de soorten multihoming:
1. Single-Active - In een single-actieve modus mag slechts één PE van een groep PE's die aan het bepaalde Ethernet-segment zijn gekoppeld, verkeer naar en van dat Ethernet-segment doorsturen.
Afbeelding 8. EVPN enkelvoudig-actief
2. Active-Active - In actief-actieve modus mogen alle PE's die aan het bepaalde Ethernet-segment zijn gekoppeld, verkeer naar en van dat Ethernet-segment doorsturen.
Afbeelding 9. EVPN dubbel actief
7. BoB en taakverdeling
7.1. BFD over Bundle (BoB)
Bidirectionele Forwarding Detection (BFD) biedt lage overhead, korte duur detectie van storingen in het pad tussen aangrenzende voorwaartse motoren. BFD maakt het mogelijk om één enkel mechanisme te gebruiken voor storingsdetectie via elk medium en op elke protocollaag, met een breed scala aan detectietijden en overheadkosten. De snelle detectie van storingen biedt een onmiddellijke reactie op een storing in het geval van een mislukte link of buur.
Dit zou IGP in werking stellen om het verkeer naar het back-uppad door te sturen dat al is berekend met het gebruik van FRR (in het geval van IGP) en PIC (in het geval van BGP).
In de BFD Over Bundle (BoB)-functie draait de IPv4 BFD-sessie over elk actief bundellid.
Afbeelding 10. BoB logisch diagram
Bundlemgr beschouwt BFD-toestanden, naast de bestaande L1/L2-toestanden, om de bruikbaarheid van de lidlink te bepalen. De bundellidstaat is een functie van:
L1-status (fysieke link)
L2-staat (LACP)
L3-staat (BFD)
BFD Agent draait nog steeds op de lijnkaart. BFD-toestanden van bundellidkoppelingen worden geconsolideerd op basis van de referentieprijs. Ledenlinks moeten back-to-back worden aangesloten, zonder dat er tussenin L2-switches inzitten. BoB-functie is geconfigureerd in alle Bundle Ethernet-interfaces in het XYZ-netwerk.
7.2. Taakverdeling
Per Flow ECMP-taakverdeling in het betrokken netwerk loopt door over interbundelEthernet-interfaces en intrabundelEthernet-interfaces (tussen fysieke leden van een bundelinterface). Dit is van toepassing op het netwerk van PE naar PE (Core Load Balance) en van PE naar CE (AC Load Balance) zoals besproken.
7.2.1. Core-taakverdeling met FAT-label
In overeenstemming met de omvang van XYZ Network moet u alleen rekening houden met de taakverdeling per stroom van ECMP (Equal-cost multipath) zoals vermeld:
De routers laden typisch saldoverkeer dat op het laagste meest etiket in de etiketstapel wordt gebaseerd die het zelfde etiket voor alle stromen op een bepaalde pseudowire is. Dit kan leiden tot asymmetrische taakverdeling. De stroom, in deze context, verwijst naar een opeenvolging van pakketten die het zelfde bron en bestemmingspaar hebben. De pakketten worden vervoerd van een rand van de leverancier van de bron (PE) aan een rand PE van de leverancier van de bestemming.
Flow-Aware Transport Pseudowire (FAT PW) biedt de mogelijkheid om individuele stromen binnen een pseudowire te identificeren en routers de mogelijkheid te bieden om deze stromen te gebruiken om het verkeer te taakverdeling. FAT-PW’s worden gebruikt om het verkeer in de kern in balans te brengen wanneer gebruik wordt gemaakt van gelijkwaardige multipaden (ECMP). Er wordt een stroomlabel gemaakt op basis van ondeelbare pakketstromen die een pseudobedrading invoeren en die worden ingevoegd als het onderste label in het pakket. Routers kunnen het stroomlabel gebruiken voor taakverdeling, die een betere verkeersverdeling over ECMP-paden of koppelingsgebundelde paden in de kern biedt.
Er wordt een extra label aan de stapel toegevoegd, het stroomlabel, dat wordt gegenereerd voor elke unieke inkomende stroom op de PE. Een flow label is een unieke identificatiecode die een stroom binnen de PW onderscheidt en is afgeleid van de bron- en doelMAC-adressen en de bron- en doelIP-adressen. Het stroomlabel bevat het einde van de label stack (EOS) bit set. Het stroometiket wordt ingevoegd na het VC-etiket en vóór het controlewoord (indien van toepassing). De ingang PE berekent en door:sturen het stroometiket. De FAT PW-configuratie maakt het stroomlabel mogelijk. De uitgangs-PE verwijdert het debietlabel zodanig dat er geen beslissingen worden genomen.
7.2.2. Taakverdeling voor Attachments/circuits
Voor taakverdeling van leden van de AC-bundel hebt u echter een andere aanpak nodig vanwege de afwezigheid van SR-MPLS in dit deel van het netwerk.
De werklastverdeling per stroom kan hier worden bereikt wanneer specifieke l2vpn-configuratieknoppen over alle PE-routers expliciet worden getweet. Het kan zijn per SRC/DST MAC of SRC/DST IP volgens de eis.
Configuratiesjablonen Opdrachtvoorbeelden
8. De volledige ontwerpoplossing
In dit gedeelte worden de volledige ontwerpdetails besproken die zijn verbonden door alle verschillende afzonderlijke componenten die in eerdere secties zijn toegelicht. In deze sectie worden de topologie en de relevante configuratiesjabloon met verwijzing naar Cisco IOS-XR 7.5.x.
8.1. Eisen op laag niveau
Voor het normale verkeersscenario is de verkeersstroom ontworpen om zich altijd te verspreiden tussen de serviceterminals van PE1 en PE3 en alleen tussen PE2 en PE4. Het hoofddoel in deze situatie is de verkeersweg volledig te ontkoppelen zoals getoond in figuur 12.
Het betreffende verkeer hier zou worden ingekapseld multicast stromen door de EVPN-overlay. Van CE1 en CE2 knooppunten, de multicast mediaststromen (spraak/video) waarin, het kan worden ingekapseld bij de PE1 en PE2 knooppunten en getransporteerd over de EVPN L2 bekleding naar respectievelijk CE3 en CE4 knooppunten nadat het wordt gedecapsuleerd bij PE3 en PE4 knooppunten respectievelijk.
Daarom wordt het verkeerspaar van de bron naar de bestemming onder alle omstandigheden geacht PE1-PE3 en PE2-PE4 te zijn, tenzij anders vermeld. Zie punt 2.2 voor meer informatie over de vereisten.
8.2. Ontwerpsamenvatting
Om aan de vereisten te voldoen, wordt OSPF gekozen als onderliggend IGP zoals gewenst door XYZ-netwerken. Om de ingekapselde multicast stroom over het bron-bestemming verkeerspaar door het gewenste pad te sturen, moet SR-TE tussen PE-knooppunten worden geïmplementeerd.
Het SR-TE-beleid is ontworpen met Expliciet-Path en Dynamic IGP-paden.
De expliciete paden hebben betrekking op:
- Normaal verkeersscenario
- Failover Scenario tot er alternatieve padopties beschikbaar zijn
De dynamische IGP-paden omvatten:
- Back-uppad voor failover-scenario waarin geen alternatieve padopties beschikbaar zijn
De functies zoals BFD, Ti-LFA en Microloop Avoidance worden onder OSPF geconfigureerd zoals in de subsecties van de configuratiesjablonen.
Voor normale verkeersscenario's worden de configuratiesjabloon en andere details vermeld in punt 8.5.1.
Voor scenario's voor verkeersfailover worden de configuratiesjabloon en andere details vermeld in subparagraaf 8.5.2.
Afgezien daarvan worden ook de eisen zoals microlusvermijding en minder dan 50 msec convergentie in het geval van storingsscenario's in acht genomen.
8.3. Ontwerpblokken
In dit deel worden alle ontwerpblokken opgenomen die vervolgens grondig in deze delen worden behandeld.
Algemeen ontwerp - Overzicht (Layer 1):
- De MTU-grootte in het XYZ-netwerk is vastgesteld op '9216' met als doel ondersteuning van 5 tot 6 SR-labelstack
- 'BFD over Bundle' wordt geïmplementeerd met een interval van 15 msec om fiber cut sub 50 msec te detecteren
OSPF/SR-TE ontwerpoverzicht:
- OSPF als IGP-protocol met TI-LFA geconfigureerd om FRR onder 50 msec convergentietijd te leveren
- Transport Layer op basis van Segment Routing als Forwarding Plane en OSPF als routingprotocol
- In XYZ Network stuurt Segment Routing Traffic Engineering expliciet pad het verkeer in alle vereiste primaire routerichtingen. In het geval van link/node failover scenario's wordt het verkeer gerouteerd door een dynamisch igp-pad
- Microloop Vermijding en OSPF Max-Metric zijn ook een deel van dit ontwerp
BGP/RR - Overzicht van ontwerp:
- Er zijn twee RR's in een cluster geconfigureerd voor redundantie
- Het XYZ Network, BGP-proces in elke PE-vorm 'IPv4' en 'L2VPN EVPN' afzonderlijk met beide RR's
Overzicht van serviceontwerp:
- Service Lagen zijn gebouwd op BGP-gebaseerd besturingsplane en Layer 2 point-to-point EVPN (EVPN-VPWS)
- Het multicast-videoverkeer (UDP) wordt verzonden en ingekapseld over point-to-point EVPN-VPWS PW’s
- ECMP-taakverdeling wordt bereikt door de configuratie van een FAT-label onder de sectie EVPN
- De service ondersteunt tot 5 tot 6 SR label-stack die SR transport labels, EVPN labels en FAT labels voor taakverdeling bevatten
8.4. Fysieke voorbeeldtopologie
De fysieke topologie van XYZ Networks wordt in dit getal weergegeven. Voor de eenvoud worden slechts 4 PE- en 4 P-knooppunten weergegeven. Er zijn twee RR-knooppunten die in clusters werken om redundantie te bieden.
Afbeelding 11. Fysische topologie
8.5. Layer 1-ontwerpgegevens
In het generische laag 1 ontwerp, is er een Bundel Ethernet met minstens twee lidverbindingen per gevormde bundel. Voor snelle opsporing van verbindingsmislukking, kies BFD over de eigenschap van de Bundel. Het tijdsinterval kan idealiter variëren tussen 5-15 msec. Het hangt af van de hardwaremogelijkheid om te offload.
Zie voor meer informatie over BFD https://www.cisco.com/c/en/us/td/docs/iosxr/ncs5500/routing/73x/b-routing-cg-ncs5500-73x/implementing-bfd.html. Let op dat deze optie alleen geconfigureerd hoeft te worden onder de Bundle Ethernet-interface en dat het niet vereist is om deze te configureren onder IGP. De MTU-grootte is vastgesteld op 9216 met de bedoeling om tot 5 tot 6 SR label-stack te ondersteunen.
8.5.1. Configuratiesjablonen
De BFD over de configuratiesjablonen van de Bundel voor alle knooppunten is zoals hier getoond:
interface Bundle-Ether <Intf-Number>
bfd address-family ipv4 timers start 60
bfd address-family ipv4 timers nbr-unconfig 60
bfd address-family ipv4 multiplier 3
bfd address-family ipv4 destination <Connected-Intf-IP>
bfd address-family ipv4 fast-detect
bfd address-family ipv4 minimum-interval <Time in msec>
mtu <Value as per requirement>
ipv4 address <Intf IP> <Subnet Mask>>
bundle minimum-active links 1
!
8.6. OSPF/SR-TE-ontwerpoverzicht
Alle OSPFv2-routers in het netwerk bevinden zich in gebied 0, zodat het netwerk één IGP-domein verwerkt.
Onder router OSPF, wordt de segmentrouting ingeschakeld en worden de relevante Bundle Ethernet-interfaces geconfigureerd. Op dezelfde manier worden onder Bundelinterfaces netwerktype en snelle routeparameters ingeschakeld. Het belangrijkste is dat een Loopback-interface is ingeschakeld in passieve modus met prefix-SID geconfigureerd.
OSPF is een link-state protocol, dus het moet een prioriteit zijn om de downlinks onmiddellijk te identificeren en een back-uppad te maken is noodzakelijk. Om ervoor te zorgen dat, wordt BFD over Bundel onder de Interface van de Bundel en TI-LFA FRR onder OSPF gevormd die convergentietijd bij 50 msec in het geval van vezel besnoeiingsscenario's houdt.
In deze subsecties worden de scenario's Normaal en failover van de verkeerspaden gedetailleerd weergegeven:
8.6.1. SR-TE Normal Traffic Scenario
Om een zeer streng primair pad te behouden, moet SR-TE beleid worden ontworpen met end-to-end expliciete paden tussen de eerder genoemde bron-bestemming verkeersparen. Ook zijn er meerdere voorkeurskandidaten nodig binnen een SR-TE beleid om te voorzien in meerdere failover scenario's.
In dit getal worden de netwerkgegevens van de gebruiker weergegeven op één lijn met de in punt 8.3 vermelde ontwerpblokken.
- Koppelingen tussen PE naar P en P naar P knooppunten
- Loopback-adressen van alle knooppunten
- Interfaceadressen van alle knooppunten
- SR-TE gestuurde normale verkeerspadrichting
- EVPN-overlay tussen PE-knooppunten
De RRs zijn niet getoond opzettelijk rommelt in de topologie te verminderen.
De links tussen PE en P zijn gemarkeerd met blauw en de links tussen P en P met groene kleur. De OSPF-kosten van PE-to-P-links zijn 100 en de kosten van P-to-P-links zijn 10.
De primaire SR-TE-verkeersstroom is gemarkeerd met blauwe pijlen tussen het PE1-PE3-paar en gemarkeerd met paarse pijlen tussen het PE2-PE4-paar.
Afbeelding 12. Topologiegegevens
8.6.1.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen van OSPF/SR-TE voor PE1 en PE2 knooppunten zoals gegeven:
# PE1 Node: OSPF & SR-TE configs
router ospf CORE
nsr
distribute link-state Command to distribute OSPF database into SR-TE database
log adjacency changes
router-id <Router-ID-PE1> OSPF Router-ID
segment-routing mpls
nsf cisco
microloop avoidance segment-routing Command to enable microloop avoidance with TI-LFA
area 0
interface Bundle-Ether<Intf-Number> OSPF PE to P Link
cost 100 OSPF PE to P Metric
authentication keychain <Key-Chain> Command to enable OSPF Authentication per link
network point-to-point
fast-reroute per-prefix Commands to enable TI-LFA
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index <Index-Value>
prefix-suppression
!
interface Loopback <Loopback-ID-PE1>
passive enable
prefix-sid index <SID-Index-Number1> OSPF Loopback Prefix SID
Het bronadresbevel onder de configuratie van de gesegmenteerde routing is nodig in specifieke scenario's waar, in dezelfde PE, als de bron van het SR-TE-beleid we een loopback-adres moeten kiezen tussen meerdere of wanneer zowel ISIS als OSPF met afzonderlijke loopbacks lopen, en we moeten bevriezen op een van die. Anders in normale scenario's waar er slechts één IGP is die met een unieke loopback loopt dan is de bronadresconfiguratie facultatief.
segment-routing
global-block 16000 23999 Default SRGB Value (Need not be configured). Needs to be configured only if non-default value is assigned
local-block 15000 15999 Default SRLB Value (Need not be configured). Needs to be configured only if non-default value is assigned
traffic-eng
candidate-paths
all
source-address ipv4Configure SR-TE source address as OSPF loopback (Global Option)
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE3>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference (Active Path for PE1 in this scenario)
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE configs
router ospf CORE
nsr
distribute link-state Command to distribute OSPF database into SR-TE database
log adjacency changes
router-id <Router-ID-PE2> OSPF Router-ID
segment-routing mpls
nsf cisco
microloop avoidance segment-routing Command to enable microloop avoidance with TI-LFA
area 0
interface Bundle-Ether<Intf-Number> OSPF PE to P Link
cost 100 OSPF PE to P Metric
authentication keychain <Key-Chain> Command to enable OSPF Authentication per link
network point-to-point
fast-reroute per-prefix Commands to enable TI-LFA
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index <Index-Value>
prefix-suppression
!
interface Loopback <Loopback-ID-PE2>
passive enable
prefix-sid index <SID-Index-Number2> OSPF Loopback Prefix SID
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE4>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference (Active Path for PE2 in this scenario)
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
Indien een externe link, afgezien van de lokale link van een PE-knooppunt, mislukt het pad nog steeds. Dit is zoals ontworpen en kan niet worden aangepast tot XR 7.5.x
# PE Node: SR-TE configs
router ospf <Process-Name>
address-family ipv4 unicast
area 0
interface <Core BE Intf1>
adjacency-sid absolute <Adj-SID1>
interface <Core BE Intf2>
adjacency-sid absolute < Adj-SID2>
interface <Core BE Intf3>
adjacency-sid absolute < Adj-SID3>
segment-routing
traffic-eng
policy <Pol-Name1>
color <Color-ID> end-point ipv4 <Destn-PE>
candidate-paths
preference 10
explicit segment-list <SIDLIST1>
!
preference 20
dynamic
metric
type igp
!
segment-list name <SIDLIST1>
index 10 mpls label <Adj-SID-Link1>
index 20 mpls label <Adj-SID-Link2>
index 30 mpls label <Adj-SID-Link3>
8.6.2. SR-TE voor failover-scenario’s
Om inzicht te krijgen in de scenario's voor verkeersfailover, moet men het primaire wegverkeer onder normale verkeersomstandigheden van nabij bekijken, zoals vermeld in het topologiediagram in de vorige subsectie.
Het hoofddoel bij uitvalscenario's is de onsamenhangendheid van het verkeerspad zo groot mogelijk te houden gezien de huidige topologische infrastructuur. Het XYZ-netwerk heeft strikte vereisten om het verkeer administratief door specifieke knooppunten in back-uppaden te sturen om een maximale scheiding tussen de brondoelknoopparen te behouden. Dit ontwerp wordt gedaan vermijden de gebruikte verbindingen van overbelasting en om minimum ongebruikte verbindingen te houden.
Deze subsecties tonen de verschillende failover-scenario's zoals single link, double link, single node en double node met het failover-pad dat het verkeer nodig heeft om maximale disjunctness te behouden.
8.6.3. Scenario voor single link-failover
Dit is het scenario waarbij de lokale koppeling tussen PE1 en P1 uitvalt en het verkeer een omweg neemt via de kern-P2- en P1-knooppunten. Dit wordt administratief gestuurd via segmentlijst <SIDLIST1>, die het primaire back-uppad tussen PE1 en PE3 knooppunten vormt
Afbeelding 13. Scenario met één link-failover
Diversiteit: voor één enkele verbindingsmislukking, is het aantal gemeenschappelijke gedeelde verbindingen nul (0) zoals aangetoond in de vorige topologie.
8.6.3.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen van OSPF/SR-TE voor PE1- en PE2-knooppunten zoals hier gegeven:
# PE1 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE3>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference (Active Path for PE1 in this scenario)
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE4>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference (Active Path for PE2 in this scenario)
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
8.6.4. Scenario met dubbele link-failover
Dit is het scenario van de dubbele-linkstoring waarbij het lokale verband tussen PE1 en P1 en het lokale verband tussen PE2 en P2 mislukt. Het verkeer van PE1 neemt een omweg via de kern P2 en P1 knooppunten en het verkeer van PE2 neemt een omweg via de kern P1 en P2 knooppunten.
Deze worden administratief gestuurd via de respectievelijke segmentlijst <SIDLIST2> van PE1 en PE2 die de secundaire back-uppaden tussen respectievelijk PE1 en PE3 en PE2 en PE4 knooppunten vormen.
Afbeelding 14. Dubbele link-failover-scenario
Displitentie: voor het falen van een dubbele link is het aantal gedeelde gemeenschappelijke links één (1) zoals weergegeven in de eerder genoemde topologie.
8.6.4.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen van OSPF/SR-TE voor PE1- en PE2-knooppunten zoals hier gegeven:
# PE1 Node: OSPF & SR-TE configs
#show run router ospf
router ospf CORE
distribute link-state
log adjacency changes
router-id 11.11.11.11
segment-routing mpls
microloop avoidance segment-routing
area 0
interface Bundle-Ether11
cost 100
authentication keychain XYZ-CONT-PE1
network point-to-point
fast-reroute per-prefix
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Bundle-Ether12
cost 100
authentication keychain XYZ-CONT-PE1
network point-to-point
fast-reroute per-prefix
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Loopback0
passive enable
prefix-sid index 11
!
!
!
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE3>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference (Active Path for PE1 in this scenario)
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE4>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference (Active Path for PE2 in this scenario)
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
8.6.5. failover-scenario met één knooppunt
Dit is het scenario waarbij de knooppunt P1 uitvalt en het verkeer een omweg neemt via de kern P2- en P4-knooppunten. Dit wordt administratief gestuurd via segmentlijst <SIDLIST3>, die het secundaire back-uppad tussen PE1- en PE3-knooppunten vormt.
Het verkeer tussen PE2 en PE4 blijft echter hetzelfde als het primaire pad zoals in deze topologie.
Afbeelding 15. Enkelvoudig knooppunt, failover-scenario
Disjunctie: voor de mislukking van één knooppunt is het aantal gedeelde gemeenschappelijke links één (1) zoals getoond in de eerder genoemde topologie.
8.6.5.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen van OSPF/SR-TE voor PE1 en PE2 knooppunten zoals gegeven:
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE3>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference (Active Path for PE1 in this scenario)
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE4>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference (Active Path for PE2 in this scenario)
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
8.6.6. Scenario voor failover van dubbel knooppunt
Dit is het scenario waarbij de knooppunten P1 en P3 uitvallen en het verkeer een omweg neemt via de kern P2 en P4 knooppunten. Dit wordt administratief gestuurd via segmentlijst <SIDLIST3>, die het secundaire back-uppad tussen PE1- en PE3-knooppunten vormt. Aangezien de expliciete paden alleen zijn gedefinieerd voor de eerder genoemde 2 scenario's, vormt hier het dynamische IGP-pad het tertiaire back-uppad en neemt de rol van het routeren van het verkeer via de P2 en P4 knooppunten op zich.
Het verkeer tussen PE2 en PE4 blijft echter hetzelfde als het primaire pad zoals in deze topologie.
Afbeelding 16. Dubbel knooppunt van failover.
Disjunctie: voor het falen van dubbele knooppunten is het aantal gedeelde gemeenschappelijke links één (1) zoals in deze topologie.
8.6.6.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen van OSPF/SR-TE voor PE1 en PE2 knooppunten zoals gegeven:
# PE1 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE3>
candidate-paths
preference 50 Tertiary Back Up Path with least preference (Active Path for PE1 in this scenario -
Policy chooses Least Cost IGP Back Up Path in absence of Valid Explicit Path)
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE configs
segment-routing
traffic-eng
!
!
segment-list name <SIDLIST1> Primary/Normal Path SID-LIST1
index <Index ID> mpls adjacency <Remote-IP-Address-Link1>
index <Index ID> mpls adjacency <Remote-IP-Address-Link2>
index <Index ID> mpls adjacency <Remote-IP-Address-Link3>
!
segment-list name <SIDLIST2> Primary Back Up Path SID-LIST2
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
segment-list name <SIDLIST3> Secondary Back Up Path SID-LIST3
index <Index ID> mpls adjacency <Remote-IP-Address-Link4>
index <Index ID> mpls adjacency <Remote-IP-Address-Link5>
index <Index ID> mpls adjacency <Remote-IP-Address-Link6>
!
policy <Pol-Name1>
source-address ipv4 Configure SR-TE source address as OSPF loopback (Policy Specific Option)
color <Color-ID> end-point ipv4 <Destn-PE4>
candidate-paths
preference 50 Tertiary Back Up Path with least preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list <SIDLIST3>
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list <SIDLIST2>
!
!
preference 200 Primary/Normal Path with highest preference (Active Path for PE2 in this scenario)
explicit segment-list <SIDLIST1>
!
!
!
!
!
!
8.7. Overzicht van het BGP/RR-ontwerp
border gateway protocol (BGP) is het protocol dat belangrijke routeringsbeslissingen neemt op internet. Er wordt een tabel van IP-netwerken of "prefixes" bijgehouden, die netwerkbereikbaarheid tussen autonome systemen (AS) aanduiden. Het wordt beschreven als een pad vector protocol. BGP maakt geen gebruik van traditionele IGP-metriek (Interior Gateway Protocol), maar neemt routeringsbeslissingen op basis van pad, netwerkbeleid en/of regelsets. Om deze reden wordt het beter een reach-ability protocol genoemd in plaats van een routing protocol.
MP-BGP kan worden gebruikt om IPv4, IPv6, VPNv4, VPNv6, EVPN en link-state prefixes via het netwerk te verspreiden. Dit gebeurt met een routereflectorinstelling die iBGP-buren vormt met Core-, aggregatie-, toegangsapparaten en SR-PCE-apparaten.
Via de RR worden BGP-aangeleerde prefixes intern via iBGP verspreid. BGP-routes worden nooit herverdeeld in IGP’s. De routeweerkaatsers zijn volledig geïsoleerd van het dataplatform en zijn gewijd aan de besturingsplane.
8.7.1. Configuratiesjablonen
Deze subsectie bevat de relevante configuratiesjablonen voor BGP/RR zoals getoond:
# PE Node: Relevant BGP configs
router bgp <PE-ASN>
address-family l2vpn evpn
!
neighbor-group <RR-EVPN> Neighbor group of Route Reflector (RR)
remote-as <RR-ASN>
update-source <PE-Self-Loopback>
!
address-family l2vpn evpn AF L2VPN EVPN Neighborship with RR
maximum-prefix <PREFIX> <PERCENT> warning-only
!
address-family ipv4 rt-filter
!
neighbor <RR1-Loopback> Neighborship with RR1 using the above neighbor group
use neighbor-group <RR-EVPN>
neighbor <RR2-Loopback> Neighborship with RR2 using the above neighbor group
use neighbor-group <RR-EVPN>
# RR Nodes: Relevant BGP configs
router bgp <RR-ASN>
address-family l2vpn evpn
!
neighbor-group <PE-EVPN> Neighbor group of Provider Edge (PE)
remote-as <PE-ASN>
update-source <RR-Self-Loopback>
!
address-family l2vpn evpn AF L2VPN EVPN Neighborship with PE
route-reflector-client
!
address-family ipv4 rt-filter
!
neighbor <PE1-Loopback> Neighborship with PE1 using the above neighbor group
use neighbor-group <PE-EVPN>
neighbor <PE2-Loopback> Neighborship with PE2 using the above neighbor group
use neighbor-group <PE-EVPN>
8.8. Overzicht van serviceontwerp
In dit onderdeel wordt de EVPN VPWS Overlay Service beschreven, samen met de weergave van de ondersteunde labelstack en de configuratiesjablonen.
EVPN-VPWS is een BGP-besturingsplaneoplossing voor point-to-point services. Het implementeert de signalerings- en inkapselingstechnieken die een EVPN-instantie tussen een paar PE’s tot stand brengen. Het heeft de mogelijkheid om verkeer door te sturen van het ene netwerk naar het andere zonder MAC lookup. Door het gebruik van EVPN voor VPWS is er geen signalering van PW’s met één segment en meerdere segmenten meer nodig voor point-to-point Ethernet-services. De EVPN-VPWS technologie werkt aan IP en MPLS kern; de IP kern ondersteunt BGP en MPLS kern voor switching pakketten tussen de endpoints.
8.8.1. Weergave van labelstack
De service ondersteunt tot 5 tot 6 SR label-stack inclusief SR transport labels, EVPN labels en FAT labels voor taakverdeling. Dit is het geanalyseerde maximumaantal labels in Normale Scenario's waar het verkeer door een Expliciet Primair Pad stroomt:
| ADJ-SID1 |
|
| ADJ-SID2 |
|
| ADJ SID3-software |
|
| ETIKET EVPN |
|
| STROOMLABEL (S=1) |
Dit is het geanalyseerde maximumaantal labels in failover-scenario's waarbij verkeer door een back-up van een expliciet pad of door een door IGP gedefinieerd dynamisch back-uppad stroomt:
| TI-LFA SID1 |
| TI-LFA SID2 |
| TI-LFA SID3 |
| ETIKET EVPN |
| STROOMLABEL (S=1) |
8.8.2. Configuratiesjablonen
Dit onderdeel bevat de relevante configuratiesjablonen voor EVPN-VPWS zoals getoond:
# PE Node: EVPN configs
evpn
evi <EVI-ID> Ethernet Virtual Identifier
bgp
rd <RD-Value>
route-target import <RT-Value>
route-target export <RT-Value>
!
load-balancing
flow-label static Generates bottom-most label (S=1) for load balancing between intra & inter BE end-to-end
!
!
interface <AC-Interface>
l2vpn
pw-class <PW-Class-Name1>
encapsulation mpls
preferred-path sr-te policy <Pol-Name1> Attaching SR-TE policy as the traffic path of EVPN
!
!
xconnect group <Group-Name>
p2p <P2P-Name>
interface <AC-Subinterface> EVPN Attachment Circuit Interface towards CE
neighbor evpn evi <EVI-ID> service <Service-ID> Service ID defined should match at both the end PEs
pw-class <PW-Class-Name1>
!
9. Monsterconfiguratie en opdrachten tonen
Deze laatste sectie bevat de relevante configuratie en toont alleen opdrachten van PE-knooppunten voor het normale verkeersscenario. Deze worden hier weergegeven op basis van de parameters in deze afbeelding als een referentie die helpt de configuratiesjablonen te begrijpen die in eerdere secties zijn uitgelegd.
9.1. Monsterconfiguratie op PE-knooppunten
Afbeelding 17. Topologie met configuratieparameters.
# PE1 Node: OSPF & SR-TE Config
#show run router ospf
router ospf CORE
distribute link-state Command to distribute OSPF database into SR-TE database
log adjacency changes
router-id 11.11.11.11 OSPF Router ID
segment-routing mpls
microloop avoidance segment-routing Command to enable microloop avoidance with TI-LFA
area 0
interface Bundle-Ether111 OSPF PE to P Link
cost 100 OSPF PE to P Metric
authentication keychain XYZ-CONT-PE1 Command to enable OSPF Authentication per link
network point-to-point
fast-reroute per-prefix Commands to enable TI-LFA
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Bundle-Ether211
cost 100
authentication keychain XYZ-CONT-PE1
network point-to-point
fast-reroute per-prefix
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Loopback0
passive enable
prefix-sid index 11 OSPF Loopback Prefix SID
!
!
!
#show run segment-routing
Sat Apr 16 23:22:42.727 UTC
segment-routing
traffic-eng
segment-list PrimaryPath Primary/Normal Path
index 10 mpls adjacency 10.1.11.0
index 20 mpls adjacency 10.1.3.1
index 30 mpls adjacency 10.3.13.1
!
segment-list PrimaryBackUpPath Primary Back Up Path
index 10 mpls adjacency 10.2.11.0
index 20 mpls adjacency 10.1.2.0
index 30 mpls adjacency 10.1.3.1
!
segment-list SecondaryBackUpPath Secondary Back Up Path
index 10 mpls adjacency 10.2.11.0
index 20 mpls adjacency 10.2.4.1
index 30 mpls adjacency 10.3.4.0
!
policy SR-TE_POLICY_PE1-to-PE3 SR-TE Policy Towards PE3
color 10 end-point ipv4 33.33.33.33 SR-TE Policy End-Point PE3 Loopback
candidate-paths
preference 50 Tertiary Back Up Dynamic IGP Path with 4th highest preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list SecondaryBackUpPath
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list PrimaryBackUpPath
!
!
preference 200 Primary and Active Path with highest preference
explicit segment-list PrimaryPath
!
!
!
!
!
!
# PE2 Node: OSPF & SR-TE Config
#show run router ospf
router ospf CORE
distribute link-state Command to distribute OSPF database into SR-TE database
log adjacency changes
router-id 22.22.22.22 OSPF Router ID
segment-routing mpls
microloop avoidance segment-routing Command to enable microloop avoidance with TI-LFA
area 0
interface Bundle-Ether112 OSPF PE to P Link
cost 100 OSPF PE to P Metric
authentication keychain XYZ-CONT-PE2
network point-to-point
fast-reroute per-prefix Commands to enable TI-LFA
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Bundle-Ether222
cost 100
authentication keychain XYZ-CONT-PE2 Command to enable OSPF Authentication per link
network point-to-point
fast-reroute per-prefix Commands to enable TI-LFA
fast-reroute per-prefix ti-lfa enable
fast-reroute per-prefix tiebreaker node-protecting index 200
prefix-suppression
!
interface Loopback0
passive enable
prefix-sid index 22 OSPF Loopback Prefix SID
!
!
!
#show run segment-routing
Sat Apr 16 23:22:42.727 UTC
segment-routing
traffic-eng
segment-list PrimaryPath Primary/Normal Path
index 10 mpls adjacency 10.2.12.0
index 20 mpls adjacency 10.2.4.1
index 30 mpls adjacency 10.4.14.1
!
segment-list PrimaryBackUpPath Primary Back Up Path
index 10 mpls adjacency 10.1.12.0
index 20 mpls adjacency 10.1.2.1
index 30 mpls adjacency 10.2.4.1
!
segment-list SecondaryBackUpPath Secondary Back Up Path
index 10 mpls adjacency 10.1.12.0
index 20 mpls adjacency 10.1.3.1
index 30 mpls adjacency 10.3.4.1
!
policy SR-TE_POLICY_PE2-to-PE4 SR-TE Policy Towards PE4
color 10 end-point ipv4 44.44.44.44 SR-TE Policy End-Point PE4 Loopback
candidate-paths
preference 50 Tertiary Back Up Dynamic IGP Path with 4th highest preference
dynamic
metric
type igp
!
!
!
preference 100 Secondary Back Up Path with 3rd highest preference
explicit segment-list SecondaryBackUpPath
!
!
preference 150 Primary Back Up Path with 2nd highest preference
explicit segment-list PrimaryBackUpPath
!
!
preference 200 Primary and Active Path with highest preference
explicit segment-list PrimaryPath
!
!
!
!
!
!
# PE1 Node: BGP Config
#show run router bgp
router bgp 64848
bgp router-id 11.11.11.11 BGP Router-ID
address-family l2vpn evpn
!
neighbor-group RR-EVPN
remote-as 64848
update-source Loopback0
address-family l2vpn evpn BGP AF L2VPN EVPN
!
!
neighbor 10.10.10.10 Neighbor Route Reflector
use neighbor-group RR-EVPN
!
!
# PE2 Node: BGP Config
#show run router bgp
router bgp 64848
bgp router-id 22.22.22.22 BGP Router-ID
address-family l2vpn evpn
!
neighbor-group RR-EVPN
remote-as 64848
update-source Loopback0
address-family l2vpn evpn BGP AF L2VPN EVPN
!
!
neighbor 10.10.10.10 Neighbor Route Reflector
use neighbor-group RR-EVPN
!
!
# PE1 Node: EVPN-VPWS Config
evpn
evi 100 Ethernet Virtual Identifier
bgp
rd 11:11
route-target import 100:100
route-target export 100:100
!
load-balancing Generates bottom-most label (S=1) for load balancing between intra & inter BE end-to-end
flow-label static
!
!
interface Bundle-Ether99 Interface Attachment Circuit
ethernet-segment
identifier type 0 00.00.00.00.00.00.00.00.00
!
!
!
# PE2 Node: EVPN-VPWS Config
evpn
evi 100 Ethernet Virtual Identifier
bgp
rd 11:11
route-target import 100:100
route-target export 100:100
!
load-balancing Generates bottom-most label (S=1) for load balancing between intra & inter BE end-to-end
flow-label static
!
!
interface Bundle-Ether99 Interface Attachment Circuit
ethernet-segment
identifier type 0 00.00.00.00.00.00.00.00.00
!
!
!
9.1. Relevante opdrachten op PE-knooppunten weergeven
# PE1 Node: SR-TE Show Command
#show segment-routing traffic-eng policy
Sat Apr 16 23:35:32.731 UTC
SR-TE policy database
---------------------
Color: 10, End-point: 33.33.33.33
Name: srte_c_10_ep_33.33.33.33
Status:
Admin: up Operational: up for 00:12:54 (since Apr 16 23:22:38.278)
Candidate-paths:
Preference: 200 (configuration) (active) Active Path (Path in use)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list PrimaryPath (valid) Only the Active Path shows valid
Weight: 1, Metric Type: TE
24007 [Adjacency-SID, 10.1.11.0 - 10.1.11.1]
24007 [Adjacency-SID, 10.1.3.0 - 10.1.3.1]
24005 [Adjacency-SID, 10.3.13.0 - 10.3.13.1]
Preference: 150 (configuration)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list PrimaryBackUpPath (invalid) All inactive paths show invalid
Weight: 1, Metric Type: TE
Preference: 100 (configuration)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list SecondaryBackUpPath (invalid)
Weight: 1, Metric Type: TE
Preference: 50 (configuration) All inactive paths show invalid
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Dynamic (invalid)
Metric Type: IGP, Path Accumulated Metric: 0
Attributes:
Binding SID: 24020
Forward Class: Not Configured
Steering labeled-services disabled: no
Steering BGP disabled: no
IPv6 caps enable: yes
Invalidation drop enabled: no
# PE2 Node: SR-TE Show Command
#show segment-routing traffic-eng policy
Sat Apr 16 23:35:32.731 UTC
SR-TE policy database
---------------------
Color: 10, End-point: 44.44.44.44
Name: srte_c_10_ep_44.44.44.44
Status:
Admin: up Operational: up for 00:12:54 (since Apr 16 23:22:38.278)
Candidate-paths:
Preference: 200 (configuration) (active) Active Path (Path in use)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list PrimaryPath (valid) Only the Active Path shows valid
Weight: 1, Metric Type: TE
24007 [Adjacency-SID, 10.2.12.0 - 10.2.12.1]
24007 [Adjacency-SID, 10.2.4.0 - 10.2.4.1]
24005 [Adjacency-SID, 10.4.14.0 - 10.4.14.1]
Preference: 150 (configuration)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list PrimaryBackUpPath (invalid) All inactive paths show invalid
Weight: 1, Metric Type: TE
Preference: 100 (configuration)
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Explicit: segment-list SecondaryBackUpPath (invalid)
Weight: 1, Metric Type: TE
Preference: 50 (configuration) All inactive paths show invalid
Name: SR-TE_POLICY_PE1-to-PE3
Requested BSID: dynamic
Protection Type: protected-preferred
Maximum SID Depth: 12
Dynamic (invalid)
Metric Type: IGP, Path Accumulated Metric: 0
Attributes:
Binding SID: 24020
Forward Class: Not Configured
Steering labeled-services disabled: no
Steering BGP disabled: no
IPv6 caps enable: yes
Invalidation drop enabled: no
# PE1 Node: BGP Show Command
#show bgp l2vpn evpn summary
Sun Apr 17 07:16:23.574 UTC
Address Family: L2VPN EVPN
--------------------------
BGP router identifier 11.11.11.11, local AS number 64848
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0 RD version: 0
BGP main routing table version 25
BGP NSR Initial initsync version 1 (Reached)
BGP NSR/ISSU Sync-Group versions 25/0
BGP scan interval 60 secs
BGP is operating in STANDALONE mode.
Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer
Speaker 25 25 25 25 25 25
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd
10.10.10.10 0 64848 9500 9484 25 0 0 5d16h 1
# PE2 Node: BGP Show Command
#show bgp l2vpn evpn summary
Sun Apr 17 07:16:23.574 UTC
Address Family: L2VPN EVPN
--------------------------
BGP router identifier 22.22.22.22, local AS number 64848
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0 RD version: 0
BGP main routing table version 25
BGP NSR Initial initsync version 1 (Reached)
BGP NSR/ISSU Sync-Group versions 25/0
BGP scan interval 60 secs
BGP werkt in DE STANDALONE modus.
Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer
Speaker 25 25 25 25 25 25
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd
10.10.10.10 0 64848 9500 9484 25 0 0 5d16h 1
Problemen oplossen
Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.
Gerelateerde informatie
- https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k-r7-5/segment-routing/configuration/guide/b-segment-routing-cg-asr9000-75x/about-segment-routing.html
- https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k-r7-5/lxvpn/configuration/guide/b-l2vpn-cg-asr9000-75x/evpn-features.html
- Technische ondersteuning en documentatie – Cisco Systems
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
01-Jul-2022 |
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)