<h1>IP/MPLS -netværk</h1>
<blockquote>Udføre disse trin på PE efter konfigurationen af ​​MPL’er (konfiguration af <strong>Mpls ip o</strong>på grænseflader).</blockquote>
<h2>Konfiguration af et grundlæggende MPL VPN -netværk</h2>
<p>Som en del af dokumentationen, der er forbundet med dette produkt, stræber vi efter at bruge et sprog, der er fri for fordomme. I dette sæt dokumenter henviser sproget fri for forskelsbehandling til et sprog, der udelukker forskelsbehandling efter alder, handicap, køn, racemæssig tilhørende etnisk identitet, seksuel orientering, den socioøkonomiske situation og intersektionaliteten. Undtagelser kan gælde i dokumenter, hvis sproget er kodet i hårdt i brugergrænseflader på softwareproduktet, hvis det anvendte sprog er baseret på RFP -dokumentation, eller hvis det anvendte sprog kommer fra et tredje -party -produkt, der henvises. Find ud af, hvordan Cisco bruger inkluderende sprog.</p>
<h3>Om denne oversættelse</h3>
<p>Cisco har oversat dette dokument til automatiseret oversættelse verificeret af en person som en del af en global service, der giver vores brugere mulighed for at få hjælpindhold på deres eget sprog. Det skal dog bemærkes, at selv den bedst automatiserede oversættelse ikke vil være så præcis som den, der leveres af en professionel oversætter.</p>
<h2>Indhold</h2>
<h2>Introduktion</h2>
<p>Dette dokument beskriver, hvordan man konfigurerer et grundlæggende VPN MPLS -netværk (Multiprotocol Label Switching).</p>
<h2>Forudsætninger</h2>
<h3>Krav</h3>
<p>Ingen specifikke krav er forbundet med dette dokument.</p>
<h3>Anvendte komponenter</h3>
<p>Oplysningerne i dette dokument er baseret på følgende hardware- og softwareversioner:</p>
<ul>
<li>P- og PE -routere <ul>
<li>Version af iOS® Cisco -softwaren, der inkluderer MPLS VPN -funktionaliteten.</li>
<li>Enhver Cisco -router i 7200 eller bageste rækkevidde understøtter P -funktionaliteten.</li>
<li>Cisco 2600 såvel som enhver router i 3600 eller bageste rækkevidde understøtter PE -funktionaliteten.</li>
</ul><ul>
<li>Du kan bruge enhver router, der kan udveksle routingoplysninger med sin PE -router.</li>
</ul>
<p>Oplysningerne i dette dokument blev oprettet fra enhederne i et specifikt laboratoriemiljø. Alle de enheder, der blev brugt i dette dokument, startede med en ryddet (standard) konfiguration. Hvis dit netværk er online, skal du sørge for at forstå den mulige virkning af ordrer.</p>
<h3>Relaterede produkter</h3>
<p>For at anvende MPLS -funktionaliteten skal du have en router fra Cisco 2600 eller Posterior Range. For at vælge Cisco IOS med MPLS -funktionalitet kræves, brug softwareforskningsværktøjet. Kontroller også RAM og den ekstra flashhukommelse, der er nødvendig for at udføre MPLS -funktionaliteten i routerne. WIC-1T, WIC-2T og standardgrænseflader kan bruges.</p>
<h3>Konventioner</h3>
<p>For mere information om de konventioner, der er brugt i dette dokument, se konventioner, der vedrører Cisco tekniske rådgivning.</p>
<p>Disse bogstaver repræsenterer de forskellige typer routere og switches, der bruges:</p>
<ul>
<li><strong>S</strong> – Leverandørens vigtigste router.</li>
<li><strong>Pe</strong> – Leverandør Perifery Router.</li>
<li><strong>DET HER</strong> – Kundeperiferi router.</li>
<li><strong>Vs</strong> – Kunde router.</li>
</ul>
<p><strong>Bemærket</strong> : PE -routere er det sidste spring i leverandørnetværket, og det er perifere enheder, der forbinder direkte til routerne, der ikke kender MPLS -funktionaliteten, som illustreret i det følgende diagram.</p>
<p>Denne ordning præsenterer en standardkonfiguration, der illustrerer de ovenfor beskrevne konventioner.</p>
<p>Typisk MPLS VPN -netværksdiagram</p>
<h2>Generelle informationer</h2>
<p>Dette dokument giver et eksempel på konfiguration af en MPLS VPN (Multiprotocol Label Switching), når BGP (Border Gateway Protocol) -protokol er til stede på Cisco -kunders websteder.</p>
<p>Brugt med MPLS giver VPN -funktionalitet flere websteder mulighed for at forbinde gennemsigtig via et tjenesteudbydernetværk. Et netværk af tjenesteudbyderen kan understøtte flere forskellige IP -VPN’er. Hver af sidstnævnte vises for sine brugere som et privat netværk, adskilt fra alle andre netværk. I en VPN kan hvert websted sende IP -pakker til ethvert andet sted i den samme VPN.</p>
<p>Hver VPN er forbundet med en eller flere VRF (virtuel routing og videresendelse) forekomster). En VRF består af en IP -routingtabel, en tabel afledt af Cisco Express Videresendelse (CEF) og et sæt grænseflader, der bruger dette når tabel. Routeren administrerer en routinginformationsbase (RIB) og en separat CEF -tabel for hver VRF. Derfor sendes informationen ikke uden for VPN og gør det muligt at bruge det samme undernet i flere VPN’er og forårsager ikke IP -adresseproblemer. Routeren, der bruger BGP Multiprotocol (MP-BGP) -protokollen, distribuerer VPN-routingoplysninger til omfattende MP-BGP-samfund.</p>
<h2>Konfiguration</h2>
<p>Dette afsnit giver konfigurationseksempler og forklarer, hvordan de implementeres.</p>
<h3>Netværksdiagram</h3>
<p>Dette dokument bruger følgende netværkskonfiguration:</p>
<p><img src=”https://www.cisco.com/c/dam/en/us/support/docs/multiprotocol-label-switching-mpls/mpls/13733-mpls-vpn-basic-01.png” alt=”Topologi -diagram” /></p>
<p> Topologi</p>
<h3>Konfigurationsprocedurer</h3>
<h4>MPLS -konfiguration</h4>
<p>1. Kontroller det <strong>IP CEF</strong> er aktiveret på routerne, hvor MPLS er påkrævet. For at forbedre ydeevnen skal du bruge <strong>IP CEF distribueret</strong> (hvis relevant).</p>
<p>2. Konfigurer en IGP-protokol på hjertet af tjenesteudbyderen, OSPF (åben kortsti først) eller IS-IS (mellemliggende system-til-mellemliggende system) -protokoller er de anbefalede indstillinger og annoncerer loopback0 fra hver IP-router og PE.</p>
<p>3. Når de vigtigste tjenesteudbyder routere er fuldt tilgængelige for lag 3 mellem deres sløjfer, skal du konfigurere kommandoen <strong>MPLS IP</strong> På hver L3 -grænseflade mellem P- og PE -routerne.</p>
<p><strong>Bemærket</strong> : Grænsefladen til PE -routeren, der forbinder direkte til routeren, kræver dette ikke <strong>MPLS IP</strong> Kommandokonfiguration.</p>
<p>Udføre disse trin på PE efter konfigurationen af ​​MPL’er (konfiguration af <strong>Mpls ip o</strong>på grænseflader).</p>
<p><ol>
Opret en VRF for hver VPN, der er forbundet til <strong>VRF -definition</strong> ERASECAT4000_FLASH:. Yderligere trin: Angiv den vejmarkør, der bruges til denne VPN. Kommandoen <strong>Rd</strong> bruges til at udvide IP -adressen, så du kan identificere, hvilken VPN den hører til.</p></ol>
<pre>VRF kundedefinition_a rd 100: 110</pre>
<p>Konfigurer import- og eksportegenskaber til omfattende MP-BGP-samfund. De bruges til at filtrere import- og eksportprocessen med kommandoen for vejmål som angivet i følgende resultat:</p>
<pre>VRF Definition Customer_a Rd 100: 110 Route-Target Export 100: 1000 Route-Target Import 100: 1000 ! Adresse-familie IPv4 Exit-Address-Family</pre>
<pre>Pescara#<strong>Show Run Interface GigabiteThernet0/1</strong> Bygningskonfiguration. Aktuel konfiguration: 138 byte ! GigabitEthernet0/1 VRF Videresendelse af kundes_a IP IP -adresse 10 -interface.0.4.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 End</pre>
<h4>MP-BGP-konfiguration</h4>
<p>Der er flere måder at konfigurere BGP, for eksempel kan du konfigurere PE -routere som BGP -naboer eller bruge en Road Reflector (RR) eller Confederation Methods. En vejreflektor bruges i det følgende eksempel, som er mere skalerbar end brugen af ​​direkte naboer mellem PE -routere:</p>
<ol>
<li>Indtast kommandoen <strong>Adresse-familie IPv4 VRF</strong> For hver VPN, der er til stede på denne PE -router. Udfør derefter et eller flere af følgende trin om nødvendigt: <ul>
<li>Hvis du bruger BGP til at udveksle routingoplysninger med CE, skal du konfigurere og aktivere BGP -naboerne med Routeurs CE.</li>
<li>Hvis du bruger en anden dynamisk routingprotokol til at udveksle routingoplysninger med CE, skal du omfordele routingprotokoller.</li>
</ul>
</li>
</ol>
<p><strong>Bemærket</strong> : Afhængig af den routingprotokol, du bruger, kan du konfigurere enhver dynamisk routingprotokol (EIGRP, OSPF eller BGP) mellem PE og dette perifere enheder. Hvis BGP er den protokol, der bruges til at udveksle routingoplysninger mellem PE og CE, er det ikke nødvendigt at konfigurere omfordeling mellem protokoller.</p>
<p>2. Indtast det <strong>Adresse-familie VPNV4</strong> Og udfør følgende trin:</p>
<ul>
<li>Aktivér naboerne, en VPNV4 -kvarterssession skal etableres mellem hver PE -router og vejreflektoren.</li>
<li>Angiv, at det udvidede samfund skal bruges. Dette er obligatorisk.</li>
</ul>
<h3>Konfigurationer</h3>
<p>Dette dokument bruger disse konfigurationer til at konfigurere eksemplet på et MPLS VPN -netværk:</p>
<pre>Værtsnavn Pescara ! IP CEF ! !— VPN Customer_A -kommandoer. VRF Definition Customer_a Rd 100: 110 Route-Target Export 100: 1000 Route-Target Import 100: 1000 <br>! Adresse-familie IPv4 Exit-Address-Family <br>!— Aktiverer VPN -routing og videresendelse (VRF) routingtabel. <br>!— Skildrager opretter routing og videresendelse af ruteborde til en VRF. <br>!— Rutemål skaber lister over import og eksport udvidede samfund til den specifikke VRF. <br><br><br>!— VPN Customer_B -kommandoer. <br><br>VRF Customer Definition_B Rd 100: 120 Route-Target Export 100: 2000 Route-Target Import 100: 2000 ! Adresse-familie IPv4 Exit-Address-Family <br>! <br>Loopback0 IP -adresse 10 -grænseflade.10.10.4 255.255.255.255 IP Router ISIS <br>! GigabitEthernet0/1 VRF Videresendelse af kundes_a IP IP -adresse 10 -interface.0.4.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! GigabitEthernet0/2 VRF Videresendelse af kunde_b IP -adresse 10 -interface.0.4.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 <br><br>!— Associates en VRF -forekomst med en grænseflade eller en subinterface. <br>!— GigabitEthernet0/1 og 0/2 Brug den samme IP -adresse, 10.0.4.2. <br>!— Dette er tilladt, fordi de hører til to forskellige kunde VRF’er. <br><br>!<br>GigabitEthernet0/0 interface link til Pauillac IP -adresse 10.1.1.14 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP <br>!— MPLS på L3 -interface, der forbinder til P -routeren<br><br>! <br>Router ISIS NET 49.0001.0000.0000.0004.00 IS-type niveau-2-kun metrisk stil bred passiv interface loopback0 <br>!— IS-IS som IGP i udbyderens kernenetværk <br><br>! Router BGP 65000 BG Log-Neighbor-ændringer <br>Nabo 10.10.10.2 fjernbetjening som 65000 <br>Nabo 10.10.10.2 Update-Source Loopback0<br><br>!— Tilføjer en post til BGP- eller MP-BGP-nabobordet. <br>!— Og gør det muligt for BGP -sessioner at bruge en bestemt operationel grænseflade til TCP -forbindelser. <br><br>! Adresse-familie VPNV4 nabo 10.10.10.2 nabo aktiverer 10.10.10.2 Send-community begge exit-adress-familie <br>!— For at indtaste adressefamiliekonfigurationstilstand, der bruger standard VPN version 4 -adresse præfikser.<br>!— Opretter VPNV4 -nabosessionen til ruten reflektor. <br>!— Og for at sende samfundets attribut til BGP -naboen. <br><br>! Adresse-familie IPv4 VRF Customer_a nabo 10.0.4.1 fjernbetjening som 65002 nabo 10.0.4.1 Exit-Address-Family Activate ! Adresse-familie IPv4 VRF Customer_B Nabo 10.0.4.1 fjernbetjening som 65001 nabo 10.0.4.1 Exit-Address-Family Activate<br><br>!— Dette er EBGP -sessionerne til hver denne router, der beløber til forskellige kunder.<br>!— EBGP -sessionerne er konfigureret med VRF -adressefamilien <br>! <br>Slutning</pre>
<pre>Værtsnavn Pesaro ! IP CEF<br>! VRF Definition Customer_a Rd 100: 110 Route-Target Export 100: 1000 Route-Target Import 100: 1000 ! Adresse-familie IPv4 Exit-Address-Family ! <br>VRF Customer Definition_B Rd 100: 120 Route-Target Export 100: 2000 Route-Target Import 100: 2000 ! Adresse-familie IPv4 Exit-Address-Family ! IP CEF ! Loopback0 IP -adresse 10 -grænseflade.10.10.6 255.255.255.255 <br>IP Router ISIS <br>! GigabitEthernet0/0 Beskrivelse Link til Pomerol IP -adresse 10.1.1.22 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/1 VRF Videresendelse af kunde_b IP -adresse 10 -interface.0.6.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! GigabitEthernet0/2 VRF videresender customer_a IP IP -adresse 10 -interface.1.6.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! GigabitEthernet0/3 VRF videresender customer_a IP IP -adresse 10 -interface.0.6.2.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! Router ISIS NET 49.0001.0000.0000.0006.00 IS-type niveau-2-kun metrisk stil bred passiv interface loopback0 ! Router BGP 65000 BGP Log-Neighbor-skift nabo 10.10.10.2 fjernbetjening som 65000 nabo 10.10.10.2 Update-Source Loopback0 ! Adresse-familie VPNV4 nabo 10.10.10.2 nabo aktiverer 10.10.10.2 Send-community begge exit-adress-familie ! Adresse-familie IPv4 VRF Customer_a nabo 10.0.6.1 fjernbetjening som 65004 nabo 10.0.6.1 nabo aktiverer 10.1.6.1 fjernbetjening som 65004 nabo 10.1.6.1 Exit-Address-Family Activate ! Adresse-familie IPv4 VRF Customer_B Nabo 10.0.6.1 fjernbetjening som 65003 nabo 10.0.6.1 Exit-Address-Family Activate ! ! Slutning</pre>
<pre>Hostname Pomerol ! IP CEF ! Loopback0 IP -adresse 10 -grænseflade.10.10.3 255.255.255.255 IP Router ISIS ! GigabitEthernet0/0 Beskrivelse Link til Pesaro IP -adresse 10.1.1.21 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/1 interface link til Pauillac IP -adresse 10.1.1.6 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/2 interface link til Pouligny IP -adresse 10 Beskrivelse.1.1.9 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! Router ISIS NET 49.0001.0000.0000.0003.00 IS-type niveau-2-kun metrisk stil bred passiv interface loopback0 ! Slutning</pre>
<pre>HostName Pulligny ! IP CEF ! Loopback0 IP -adresse 10 -grænseflade.10.10.2.255.255.255.255 IP Router ISIS ! GigabitEthernet0/0 interface link til Pauillac IP -adresse 10.1.1.2.255.255.255.252IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/1 -link til Pomerol IP -adresse 10 Beskrivelse.1.1.10 255.255.255.252IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! Interface GigabitEthernet0/3 Ingen IP-adresse Shutdown Duplex Auto Speed ​​Auto Media-type RJ45 ! Router ISIS NET 49.0001.0000.0000.0002.00 IS-type niveau-2-kun metrisk stil bred passiv interface loopback0 ! Router BGP 65000 BGP Log-Neighbor-skift nabo 10.10.10.4 fjerntliggende-som 65000 nabo 10.10.10.4 Update-Source Loopback0 Nabo 10.10.10.6 fjernbetjening som 65000 nabo 10.10.10.6 Update-Source Loopback0 ! Adresse-familie VPNV4 nabo 10.10.10.4 nabo aktiverer 10.10.10.4 Send-community Begge nabo 10.10.10.4 Rute-reflektor-klient nabo 10.10.10.6 nabo aktiverer 10.10.10.6 Send-community Begge nabo 10.10.10.6 Rute-reflektor-klient exit-adress-familie ! ! Slutning</pre>
<pre>Værtsnavn Pauillac ! IP CEF ! Loopback0 IP -adresse 10 -grænseflade.10.10.1.255.255.255.255 IP Router ISIS ! GigabitEthernet0/0 interface link til Pescara IP -adresse 10 Beskrivelse.1.1.13 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/1 -link til Pulligny IP -adresse 10 Beskrivelse.1.1.5 255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! GigabitEthernet0/2 interface link til pomerol IP -adresse 10 Beskrivelse.1.1.1.255.255.255.252 IP Router ISIS Duplex Auto Speed ​​Auto Media-type RJ45 MPLS IP ! Router ISIS NET 49.0001.0000.0000.0001.00 IS-type niveau-2-kun metrisk stil bred passiv interface loopback0 ! Slutning</pre>
<pre>Værtsnavn CE-A1 ! IP CEF ! GigabitEthernet0/0 IP -adresse 10 -interface.0.4.1.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! Router BGP 65002 BGP Log-Neighbor-ændringer Distribuerer tilsluttet nabo 10.0.4.2 fjernbetjening som 65000 ! Slutning</pre>
<pre>Værtsnavn CE-A3 ! IP CEF ! GigabitEthernet0/0 IP -adresse 10 -interface.0.6.1.255.255.255.0 Duplex Auto Speed ​​Auto Media-type RJ45 ! Router BGP 65004 BGP Log-Neighbor-ændringer Distribuering tilsluttet nabo 10.0.6.2 fjernbetjening som 65000 ! Slutning</pre>
<h2>Verifikation</h2>
<p>Dette afsnit indeholder oplysninger, som du kan bruge til at bekræfte, at konfigurationen fungerer korrekt:</p>
<p>PE -verifikationskommandoer til dette</p>
<ul>
<li><strong>Vis IP VRF – Kontroller, at den korrekte VRF findes.</strong></li>
<li><strong>Vis IP VRF -grænseflader – Kontroller de aktiverede grænseflader.</strong></li>
<li><strong>Vis IP -rute VRF: Kontroller routingoplysninger på PE -routere.</li>
<li><strong>VRF Tracer – Kontroller routingoplysninger om PE -routere.</li>
<li><strong>Vis IP CEF VRF -detaljer</strong> – Kontroller routingoplysninger om PE -routere.</li>
</ul>
<p>LDP MPLS -verifikationskontroller</p>
<p>PE/RR -verifikationskontroller</p>
<ul>
<li><strong>Vpnv4 unicast All Summary Show BGP</strong></li>
<li><strong>Vis BGP VPNV4 unicast All Neighboom Adverited-Red</strong> – Kontroller afsendelse af VPNV4 -præfikser</li>
<li><strong>Vpnv4 unicast Alle nabo ruter viser</strong> – Kontroller præfikset VPNV4 modtaget</li>
</ul>
<p>Her er et eksempel på bestilling af output fra kommandoen show IP VRF.</p>
<pre>Pescara#<strong>VRF IP Show</strong> Navn Standard RD Interfaces Customer_a 100: 110 Gi0/1 Customer_b 100: 120 Gi0/2</pre>
<p>Her er et eksempel på bestilling af output fra Show IP VRF Interfaces Command.</p>
<pre>Pesaro#<strong>Vis IP VRF -grænseflader</strong> IP-adresse VRF-protokol GI0/2 10-interface.1.6.2 client_a up gi0/3 10.0.6.2 client_a up gi0/1 10.0.6.2 client_b op</pre>
<p>I dette følgende eksempel viser show IP -rute VRF -kommandoer det samme præfiks 10.0.6.0/24 i de to udflugter. Faktisk har den fjerne PE det samme netværk til to Cisco, CE_B2 og CE_3 -kunder, som er autoriseret i en typisk VPN MPL -løsning.</p>
<pre>Pescara#<strong>Vis ip -rute VRF customer_a</strong> Routing Tabel: CURSE_A Koder: L – Lokal, C – Connected, S – Static, R – Rip, M – Mobile, B – BGP D – Eigrp, Ex – Eigrp External, O – OSPF, IA – OSPF Inter Area N1 – OSPF NSSE Ekstern type 1, N2 – OSPF NSS Ekstern type 2 E1 – OSPF Ekstern type 1, E2 – OSPF Ekstern type 2 I – Is -is, Su – er -is resume, L1 – er -is niveau -1, L2 – er -Is niveau -2 ia – er -is interområde, * kandidat standard, u – pr. -Bruger statisk rute o – odr, p – periodisk downloadet statisk rute, h – nhrp, l – lisp a – rute + – replikeret vej, % – Næste hop -tilsidesættelse, P – tilsidesætter fra PFR -gateway fra sidste udvej er ikke indstillet 10.0.0.0/8 er variabelt undernettet, 4 undernet, 2 masker C 10.0.4.0/24 er direkte tilsluttet, gigabitEthernet0/1 L 10.0.4.2/32 er direkte tilsluttet, gigabitEthernet0/1 b 10.0.6.0/24 [200/0] via 10.10.10.6, 11:11:11 B 10.1.6.0/24 [200/0] via 10.10.10.6, 11:24:16 Pescara# Pescara#<strong>Vis IP -rute VRF CURSE_B</strong> Routing Tabel: CURSE_B Koder: L – Lokal, C – Connected, S – Static, R – Rip, M – Mobile, B – BGP D – Eigrp, Ex – Eigrp ekstern, O – OSPF, IA – OSPF Inter Area N1 – OSPF NSSE Ekstern type 1, N2 – OSPF NSS Ekstern type 2 E1 – OSPF Ekstern type 1, E2 – OSPF Ekstern type 2 I – Is -is, Su – er -is resume, L1 – er -is niveau -1, L2 – er -Is niveau -2 ia – er -is interområde, * kandidat standard, u – pr. -Bruger statisk rute o – odr, p – periodisk downloadet statisk rute, h – nhrp, l – lisp a – rute + – replikeret vej, % – Næste hop -tilsidesættelse, P – tilsidesætter fra PFR -gateway fra sidste udvej er ikke indstillet 10.0.0.0/8 er variabelt subnettet, 3 undernet, 2 masker C 10.0.4.0/24 er direkte tilsluttet, gigabitEthernet0/2 L 10.0.4.2/32 er direkte tilsluttet, gigabitEthernet0/2 B 10.0.6.0/24 [200/0] via 10.10.10.6, 11:26:05</pre>
<p>Når du kører en sporet kommando mellem to steder, i dette eksempel to customer_a-websteder (CE-A1 à Ce-A3), er det muligt at se stakken med etiketter, der bruges af MPLS-netværket (hvis det er konfigureret til at gøre det af MPLS Ip forplantning-TTL).</p>
<pre>CE-A1#<strong>Vis IP -rute 10.0.6.1</strong> Routing post til 10.0.6.0/24 kendt via “BGP 65002″, afstand 20, metrisk 0 tag 65000, ekstern type sidste opdatering fra 10.0.4.2 11:16:14 siden Routing Descriptor Blocks: * 10.0.4.2, fra 10.0.4.2, 11:16:14 siden Rutemetrik er 0, tælling af trafikandel er 1 som humle 2 rutemærke 65000 MPLS Label: Ingen CE-A1# <br>CE-A1#<strong>Ping 10.0.6.1</strong> Sekvens til at afbryde flugttype. Sender 5, 100-byte ICMP-ekko til 10.0.6.1, timeout er 2 sekunder: . Succesgrad er 100 Drest (5/5), Round-Trip Min/AVG/MAX = 7/8/9 MS CE-A1# <br>CE-A1#<strong>Tracery 10.0.6.1 sonde 1 numerisk</strong> Sekvens til at afbryde flugttype. Sporing af vejen til 10.0.6.1 VRF -info: (VRF i navn/ID, VRF OUT NAME/ID) 1 10.0.4.2 2 msek 2 10.1.1.13 [MPLS: Etiketter 20/26 Exp 0] 8 msek 3 10.1.1.6 [MPLS: Etiketter 21/26 Exp 0] 17 msek 4 10.0.6.2 [som 65004] 11 msek 5 10.0.6.1 [som 65004] 8 msek</pre>
<p><strong>Bemærket</strong> : EXP 0 er et eksperimentelt felt, der bruges til kvalitet af servicen (QoS).</p>
<p>Følgende resultat viser IS-IS- og LDP-sammenhængen etableret mellem RR-routeren og nogle af IP-routerne for hovedtjenesteudbyderen:</p>
<pre>Pulligny#<strong>Vis ISIS -naboer</strong> Tag null: System ID Type Interface IP Adress State Holdtime Circuit ID Pauillac L2 GI0/0 10.1.1.1 op 25 Pulligny.01 Pomerol L2 GI0/1 10.1.1.9 Op 23 Pouligny.02 Pulligny# Pulligny#<strong>MPLS LDP nabo</strong> Peer LDP Ident: 10.10.10.1: 0; LDP Lokal Ident 10.10.10.2: 0 TCP -forbindelse: 10.10.10.1.646 – 10.10.10.2.46298 Stat: Oper; MSGS sendt/RCVD: 924/921; Nedstrøms op tid: 13:16:03 LDP Discovery Kilder: GigabitEthernet0/0, SRC IP Addr: 10.1.1.1 adresser bundet til peer ldp idder: 10.1.1.13 10.1.1.5 10.1.1.1 10.10.10.1 Peer LDP Ident: 10.10.10.3: 0; LDP Lokal Ident 10.10.10.2: 0 TCP -forbindelse: 10.10.10.3.14116 – 10.10.10.2.646 stat: oper; MSGS sendt/RCVD: 920/916; Nedstrøms op tid: 13:13:09 LDP Discovery Kilder: GigabitEthernet0/1, SRC IP Addr: 10.1.1.9 adresser bundet til peer ldp Ident: 10.1.1.6 10.1.1.9 10.10.10.3 10.1.1.21</pre>
<h2>Relateret information</h2>
<ul>
<li><strong>Reference til MPLS -kommandoer</strong></li>
<li><strong>Teknisk assistance og dokumentation – Cisco Systems</strong></li>
</ul>
<h2>IP/MPLS -netværk</h2>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/labelswitching.PNG” /></p>
<p>IP/MPLS Networks er baseret på stien mellem to maskiner (den skiftede sti eller LSP -etiket). Skiftet af pakkerne, der cirkulerer på denne sti, foretages ved at analysere en etiket indeholdt i MPLS -overskriften, der tilføjes mellem lag 2 (ofte Ethernet) og IP -laget. <br />Her er en ordning, der opsummerer princippet om etiketskift gennem en sti eller skiftet sti -etiket: <br /> Ved indgangen til MPLS -netværket indsættes IP -pakkerne en etiket af “Ingress Label Edge Router” eller “Ingress ler”. LERS er MPLS -routere, der er placeret i udkanten af ​​operatørens netværk. Mærkede pakker skiftes derefter til hjertet af netværket i henhold til dets etiketproblem. MPLS Routeurs du Coeur de Network, Switching Router -mærket, skifter derefter etiketterne til udgangen ler (egress ler) den sti, der blev taget af pakken, og tidligere etableret, gennem netværket kaldes en etiketskiftet sti (LSP).</p>
<p>Diagrammet viser os detaljerne i det protokolbatteri, der er implementeret under denne transmission, vi bemærker tilstedeværelsen af ​​MPLS -mærket mellem Ethernet -laget og IP -laget. Vi analyserer nu formatet på MPLS -overskriften:</p>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/mplsheader.PNG” /></p>
<p><br />MPLS -overskriften har en størrelse på 4 byte og er sammensat af følgende felter: <ul>
<li>Etiketnummeret</li>
<li>COS: Hver mærket pakke kan tildeles en klasse af service for at tillade forskellige “politik, der kasseres” eller “planlægning af politik” for pakker med det samme etiketproblem. RFC specificerer dog, at det er et stadig erfarent felt.</li>
<li>S: Nederst på stakken. Biten “s” er 1, når batteriets sidste etiket er nået. Vi vil senere se, at vi kan stable etiketterne (for eksempel for at oprette tunneler).</li>
<li>TTL: Dette felt har den samme rolle som TTL for IP -overskriften. Da IP -overskriften ikke analyseres af LSR, kopieres værdien af ​​TTL i MPLS -overskriften ved indgangen til netværket af Ingress Ler. Derefter ændres TTL med hver switching med en LSR. TTL -værdien af ​​MPLS -overskriften kopieres derefter til IP -overskriften ved udgangen af ​​MPLS -netværket af udgangslen.</li>
</ul>
</p>
<p>Vi vil nu se, hvordan er beslutningen om at tildele en bestemt etiket til en IP -pakke. Derefter vil vi se, hvordan etiketterne udveksles mellem LSRS, fordi udvekslinger er vigtige for at bygge LSP og switches.</p>
<h3>Videresendelse af ækvivalent klasse</h3>
<p>IP -pakker, der kommer ind i MPLS -netværket, er forbundet med en FEC: videresendelsesækvivalent klasse.</p>
<p>En FEC vil definere, hvordan vil blive sendt gennem alt MPLS -netværket. I IP fremstilles klassificeringen af ​​en pakke i en FEC på hver router, fra destinationen IP. I MPLS kan valget af en FEC foretages i henhold til flere parametre (IP -adresse kilde, destination og QoS -parameter (debitering, Delai)). <br />De parametre, der er involveret i klassificeringen af ​​en pakke i en FEC, afhænger af den anvendte etiketfordelingsprotokol: LDP eller RSVP-TE. Faktisk gør kun RSVP-TE, som vi vil detaljerede senere, det er muligt at klassificere en pakke i et FEC i henhold til QoS-parametre.</p>
<p>For at klassificere en pakke i et FEC er MPLS afhængig af routingprotokollen implementeret på IP -netværket. F.eks. Derudover kan en FEC tildeles flere “serviceklasse” for at tillade forskellige “politik, der er kasseret” eller “planlægning af politik” (COS for MPLS -overskriften). <br />Således er hver FEC forbundet med en udgangsmærke. Routeren vil derfor vide, hvilken etiket han skal tilskrive IP -pakkerne, der svarer til dette eller det FEC.</p>
<p>Vi vil nu se, hvordan disse FEC/Labels Associations distribueres mellem alle routere på netværket. Faktisk er disse udvekslinger vigtige for etablering af LSP, fordi hver knude skal vide, hvilket mærke den skal tilskrive et FEC, før de sender den til sin nabo.</p>
<h3>Distribution af etiketter</h3>
<p>I IP/MPLS -netværk er der to etiketdistributionstilstande.</p>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/downstreamunsolicited.PNG” /></p>
<p>Den første distributionstilstand er den “uopfordrede downnstream”. Her er et diagram, der syntetiserer dens funktion: <br />Princippet er enkelt, så snart en router tilknyttet en etiket med et FEC, informerer han alle sine naboer om denne forening. Og det automatisk. Dette sigter mod at øge trafikken på grund af “signalering” på netværket.</p>
<p>Den anden distributionstilstand, som er den mest anvendte i IP/MPLS -netværk, kaldes “Downnstream On Demand”.</p>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/downstreamondemand.PNG” /></p>
<p> <br />Med denne distributionsmetode beder den opstrøms LSR den nedstrøms LSR om at give ham etiketnummeret, som han tilknyttet en bestemt FEC. Den opstrøms LSR er routeren, der sender trafik til downnstream LSR, så når passagen af ​​en pakke endnu ikke er forbundet med en FEC, bliver den opstrøms LSR nødt til Downnstream LSR på dette diagram). <br />Det er denne sidste distributionstilstand, der bruges af RSVP-TE-protokollen, som vi vil se senere.</p>
<h3>Etiketopbevaring</h3>
<ul>
<li>”Liberal” mode: en LSR holder alle de mærker, der er annonceret af disse naboer, selv dem, han ikke bruger. Denne tilstand tilbyder hurtig konvergens, når en netværksnode falder. Imidlertid er denne tilstand mere forbruger end den “konservative” tilstand. “Liberal” -tilstand bruges i etiketdistributionstilstand “Uopfordret Downstrøm”.</li>
<li>”Konservativ” -tilstand: En LSR holder kun de etiketter, der er sendt af “Next-Hop” routeren til FEC, der er knyttet til denne etiket. Denne tilstand tilbyder langsommere konvergens, når man ændrer netværkstopologien (nedbrudt osv.), Men det tilbyder lavt forbrug i hukommelsen. Den “konservative” tilstand bruges i etiketdistributionstilstand “nedstrøms efter behov”.</li>
</ul>
<h3>Skift af sti -etiket</h3>
<p>Oprettelsen af ​​en skiftet sti -etiket gennem netværket er forskellig afhængig af det etiketterfordelingstilstand, der bruges i netværket.</p>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/lsp1.PNG” /></p>
<p> I “Uopfordret downnstream” -tilstand annoncerer udgangsløret, som er den sidste MPLS -router, før destinationen annoncerer for sine naboer en forening af etiketten med et FEC. Hver knude, mellem udgangslen og den indtrængende ler, vil udbrede sig til deres naboer den forening, de har lavet til det samme FEC. Når denne meddelelse når indtrængen ler, er LSP etableret !</p>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/lsp2.PNG” /></p>
<p> <br /> I “nedstrøms på Ask” -tilstand, når den indtrængende ler ser, ankommer for første gang en pakke, der ikke er knyttet til en FEC, vil det give en etiketanmodning til denne LSR FEC, der fungerer som “Next-Hop” til denne IP-pakke. Hver knude, trin for trin, vil udbrede denne anmodning til udgangslen. Sidstnævnte forbinder derefter en etiket med FEC og forplanter denne forening i den modsatte retning fra udgangslen til indtrængen ler. Når FEC/Label Association har nået indtrængen ler, er LSP etableret.</p>
<h3>LSP -tunneling</h3>
<p><img src=”http://igm.univ-mlv.fr/~dr/XPOSE2007/ykarkab_MPLS/images/lsptunneling.PNG” /></p>
<p>Tidligere fortalte jeg dig om muligheden for at stable MPLS Entestos, og derfor MPLS -etiketter. Dette princip kaldet “Label Stacking” bruges til at oprette LSP -tunnel. LSP Tunneling er en vigtig komponent i VPLS -teknologi, som jeg vil præsentere for dig i et andet afsnit på dette websted. Endelig implementeres LSP -tunneling ofte for at samle flere LSP’er i en, som i nedenstående diagram. <br /> </p>
<ul>
<li>LSP mellem “Ingress ler 1” og “Egress ler 1”, hvis etiketter gennem netværket er i farve <b>cyan</b></li>
<li>LSP mellem “Ingress ler 2” og “Egress ler 2”, hvis etiketter gennem netværket er i farve <b>blå</b></li>
<li>LSP mellem “Ingress ler 3” og “Egress ler 3”, hvis etiketter gennem netværket er i farve <b>grå</b></li>
</ul>
<p>Sammenfattende bemærker vi, at denne teknik gør det muligt at reducere antallet af LSP, der er kendt af LSR !</p>
<h2>Velkommen</h2>
<h2>Hvorfor mpls ?</h2>
<ul>
<li>Nuværende IP -netværk</li>
<li>Trafik Engineering</li>
<li>QoS</li>
</ul>
<h2>MPLS -princip</h2>
<ul>
<li>Etiketter skifter</li>
<li>Fec</li>
<li>Distribution af etiketter</li>
<li>Etiketopbevaring</li>
<li>Skiftede sti -etiket</li>
<li>LSP -tunneling</li>
</ul>