De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beantwoordt de meest gestelde vragen met betrekking tot Multiprotocol Label Switching (MPLS) op beginnersniveau.
MPLS is een pakkettechnologie die labels gebruikt om beslissingen over het doorsturen van gegevens te nemen. Met MPLS wordt Layer 3-headeranalyse slechts één keer uitgevoerd (wanneer het pakket het MPLS-domein binnenkomt). Label inspection stimuleert verder pakketdoorsturen. MPLS biedt deze voordelige toepassingen:
Virtual Private Networks (VPN)
Traffic Engineering (TE)
Quality-of-Service (QoS)
Any Transport via MPLS (AToM)
Bovendien, vermindert het het door:sturen overheadkosten op de kernrouters. MPLS-technologieën zijn van toepassing op elk protocol op de netwerklaag.
Een etiket is een kort, vier-byte, vast-lengte, plaatselijk-significant herkenningsteken dat wordt gebruikt om een het Door:sturen Klasse van de Gelijkwaardigheid te identificeren (FEC). Het etiket dat op een bepaald pakje wordt aangebracht, geeft de FEC aan waaraan dat pakje is toegewezen.
Label - Label Value (niet-gestructureerd), 20 bits
Exp - Experimenteel gebruik, 3 bits; momenteel gebruikt als CoS-veld (Class of Service)
S - Onderkant van Stack, 1 bit
TTL - Tijd om te leven, 8 bits
Het etiket wordt opgelegd tussen de kop van de datalink-laag (Layer 2) en de kop van de netwerklaag (Layer 3). De bovenkant van de labelstapel verschijnt eerst in het pakket en de onderkant verschijnt als laatste. Het pakket van de netwerklaag volgt onmiddellijk het laatste etiket in de etiketstapel.
Een FEC is een groep IP-pakketten die op dezelfde manier, via hetzelfde pad en met dezelfde verzendbehandeling worden doorgestuurd. Een FEC kan corresponderen met een IP-bestemmings-subnetnummer, maar kan ook corresponderen met elke verkeersklasse die de Edge-LSR significant acht. Bijvoorbeeld, al verkeer met een bepaalde waarde van IP belangrijkheid zou een FEC kunnen vormen.
De stroomopwaarts en stroomafwaarts zijn relatieve termen in de wereld MPLS. Ze verwijzen altijd naar een prefix (beter een FEC). Deze voorbeelden verklaren dit verder.
Voor FEC 10.1.1.0/24 is R1 de Downstream LSR voor R2.
Voor FEC 10.1.1.0/24 is R2 de Upstream LSR tot R1.
Voor FEC 10.1.1.0/24 is R1 de Downstream LSR tot R2 en is R2 de Downstream LSR tot R3.
Voor FEC 10.1.1.0/24 is R1 de Downstream LSR voor R2. Voor FEC 10.2.2.0/24 is R2 de Downstream LSR voor R1.
Er stromen gegevens van stroomopwaarts naar stroomafwaarts om dat netwerk te bereiken (prefix).
De R4-routeringstabel heeft R1, R2 en R3 als de volgende hop om 10.1.1.0/24 te bereiken.
Nee, data stroomt van stroomopwaarts naar stroomafwaarts.
Overweeg R2 en R3 in deze topologie. R2 verdeelt een etiket L voor FEC F naar R3. R3 gebruikt het etiket L wanneer het gegevens aan FEC-F (omdat R2 zijn stroomafwaartse LSR voor FEC-F is) door:sturen. In dit scenario:
L het inkomende etiket voor F op R2 is
L het uitgaande etiket voor FEC-F op R3 is;
L de lokale binding voor FEC F op R2 is
L de afstandsbediening is voor FEC-F op R3
Ja, als IP is ingeschakeld op de interface. De inheemse pakketten worden ontvangen/zoals gebruikelijk overgebracht. IP is gewoon een ander protocol. MPLS-pakketten hebben een andere Layer 2-codering. De ontvangende LSR is zich bewust van het MPLS-pakket, op basis van Layer 2-codering.
Nee. Pakketten worden nooit verzonden op een interface die niet is ingeschakeld voor dat protocol. MPLS heeft een bepaalde Ethertype-code die eraan is gekoppeld (net zoals IP, IPX en Appletalk unieke Ethertypes hebben). Wanneer een Cisco-router een pakket met een EtherType ontvangt dat niet op de interface is ingeschakeld, laat het het pakket vallen. Bijvoorbeeld, als een router een Appletalk pakket op een interface ontvangt die Appletalk niet toegelaten heeft, laat het het pakket vallen. Op dezelfde manier wordt, als een MPLS-pakket wordt ontvangen op een interface waarop MPLS niet is ingeschakeld, het pakket verbroken.
Cisco Series 2691, 3640, 3660, 3725, 3745, 6400-NRP-1, 6400-NRP-2SV, 6400-NSP, Catalyst 5000 met Route Switch Module (RSM), 7200, 7301, 7400, 7500, Catalyst 600/Cisco 760 Series WS-SUP720-3B en WS-SUP720-3BXL, Gigabit Switch router (GSR), routeprocessormodule (RPM), Universal Broadband Router (UBR) 7200, AS5350 en IGX8400-URM ondersteunen allemaal MPLS.
Deze platforms ondersteunen Cisco Tag Distribution Protocol (TDP) als het labeldistributieprotocol.
Label Distribution Protocol (LDP), Resource Reservation Protocol (RSVP) en BGP-informatie (BGP) kunnen worden gevonden met de tool Software Advisor (alleen geregistreerde klanten). Software Advisor biedt een volledige lijst met functiesets die worden ondersteund in de verschillende Cisco IOS-versies en op verschillende platforms.
Een MPLS LSP-tunnel heeft één label (vier bytes) of twee labels (bijvoorbeeld bij gebruik van Link Protection Fast reroute) van overhead. In tegenstelling tot een GRE-tunnel wijzigt MPLS de IP-header niet. In plaats daarvan wordt de labelstack opgedrongen aan het pakket dat het tunnelpad neemt.
Het etiket onmiddellijk na Layer 2 header is het bovenste label, en het label met de S bit ingesteld op 1 is het onderste label. Geen toepassing vereist LSR om de middenetiketten te lezen/te identificeren. Een label zal echter een middenlabel zijn als het niet bovenaan de stapel staat en het S bit is ingesteld op 0.
Deze waarden kunnen ook worden gevonden in RFC3032 - MPLS Label Stack Encoding.
Theoretisch is het bereik 0 tot en met (220-1). De labelwaarden 0-15 zijn gereserveerd en de waarden 4-15 zijn gereserveerd voor toekomstig gebruik. Waarden 0-3 worden als volgt gedefinieerd:
Een waarde van 0 vertegenwoordigt het IPv4 expliciete NULL-label. Dit label geeft aan dat de labelstack moet worden verwijderd en dat het pakketdoorsturen moet worden gebaseerd op de IPv4-header. Dit helpt om Exp bits veilig te houden tot de uitgang router. Het wordt gebruikt in op MPLS gebaseerde QoS
Een waarde van 1 vertegenwoordigt het label voor de routerwaarschuwing. Wanneer een ontvangen pakket deze labelwaarde bovenaan de labelstack bevat, wordt deze voor verwerking geleverd aan een lokale softwaremodule. Het daadwerkelijke pakket door:sturen wordt bepaald door het etiket onder het in de stapel. Als het pakket echter verder wordt doorgestuurd, moet het waarschuwingslabel voor de router worden teruggedrukt op de labelstack voordat het wordt doorgestuurd. Het gebruik van dit etiket is analoog aan het gebruik van de Router Alert Option in IP-pakketten (bijvoorbeeld, ping met record route optie)
Een waarde van 2 vertegenwoordigt het expliciete NULL-label van IPv6. Het geeft aan dat de labelstack moet worden verwijderd en het pakketdoorsturen moet gebaseerd zijn op de IPv6-header
Een waarde van 3 vertegenwoordigt het impliciete NULL-label. Dit is een label dat een LSR kan toewijzen en distribueren. Het komt echter nooit echt voor in de inkapseling. Deze geeft aan dat de LSR het bovenste etiket uit de stapel steekt en de rest van het pakket (al dan niet gelabeld) door de uitgaande interface (zoals aangegeven in LFIB) stuurt. Hoewel deze waarde nooit in de inkapseling zou kunnen verschijnen, moet deze worden gespecificeerd in het Label Distribution Protocol, zodat een waarde wordt gereserveerd
LDP gebruikt TCP-poort 646 en TDP gebruikt TCP-poort 711. Deze poorten worden alleen op de routerinterface geopend als MPLS ip op de interface is geconfigureerd. Het gebruik van TCP als transportprotocol resulteert in een betrouwbare levering van LDP/TDP-informatie met robuuste flow control en congestieverwerkingsmechanismen.
De interface die met het MPLS-domein is verbonden, moet gebruikmaken van een van de optische servicesmodules (optische servicesmodules) (bijvoorbeeld een module die gebruik maakt van het complex Parallel Express Forwarding (PXF)) of een interface in de FlexWAN-module. Dezelfde beperking bestaat voor MPLS Layer 3 VPN. Dat wil zeggen dat het IP-frame moet worden ingevoerd op een WAN-interface die een optische servicesmodule of een interface in een FlexWAN-module is. Deze beperkingen bestaan niet op een Supervisor 720.
Er zijn veel MPLS-configuratiedocumenten te vinden bij Implementation and Configuration: MPLS.
MPLS-pakketten kunnen worden gebalanceerd met de MPLS-labelinformatie en/of het bron- en doeladres van de essentiële IP-header.
Wanneer u verbinding maakt met een externe site via MPLS, is het een Layer 3-verbinding en is de 802.1Q-trunk een Layer 2-protocol, zodat u geen 802.1Q-trunk over een MPLS-verbinding kunt hebben. U moet een Metro Ethernet-verbinding of 802.1Q-tunneling hebben om uw VLAN uit te breiden, die door de ISP wordt geleverd. In de MPLS-cloud communiceert de ISP via VRF.
Raadpleeg IEEE 802.1Q-tunneling configureren voor meer informatie.
Ja, er is geen extra configuratie nodig.
Ja, het DHCP-verzoek wordt binnen de VRF doorgestuurd via het MPLS VPN-netwerk en de uitgaande Provider Edge stuurt het via dezelfde VRF naar de DHCP-server.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
28-Sep-2001 |
Eerste vrijgave |