Dit document beschrijft het gedrag van de maximale transmissie-eenheid (MTU) op Cisco IOS® XR-routers en vergelijkt dat gedrag met Cisco IOS-routers. Het bespreekt ook MTU's op Routed Layer 3 (L3) interfaces en Layer 2 VPN (L2VPN) L2 interfaces die zowel de Ethernet Virtual Connection (EVC) en niet-EVC modellen gebruiken. Dit document beschrijft ook belangrijke veranderingen in hoe Ethernet interfacestuurprogramma MTU en maximum ontvangt eenheid (MRU) automatisch in release 5.1.1 en later worden geconfigureerd.
In een computernetwerk, bepaalt MTU van een communicatie protocol van een laag de grootte, in bytes, van de grootste eenheid van protocolgegevens die de laag over één interface mag overbrengen. Eén MTU-parameter is gekoppeld aan elke interface, laag en protocol.
De kenmerken van MTU in Cisco IOS XR-software zijn:
De rest van dit document illustreert MTU-kenmerken, vergelijkt Cisco IOS en Cisco IOS XR-softwaregedrag en geeft voorbeelden voor deze typen interfaces:
In deze sectie worden Cisco IOS en Cisco IOS XR-softwaregedrag vergeleken met MTU-kenmerken.
In Cisco IOS-software bevatten de mtu-opdracht en de corresponderende show-opdrachten niet de L2-header. Gebruik de mtu opdracht om de L2 payload te configureren tot de maximale grootte voor de L3 pakketten, inclusief de L3 header.
Dit is niet hetzelfde als Cisco IOS XR-software, waarbij de mtu-opdracht de L2-header bevat (14 bytes voor Ethernet of 4 bytes voor PPP/HDLC).
Als een Cisco IOS-router met mtu x is geconfigureerd en met een Cisco IOS XR-router is verbonden, moet de corresponderende interface op de Cisco IOS XR-router worden geconfigureerd met mtu x+14 voor Ethernet-interfaces, of mtu x+4 voor seriële interfaces.
Cisco IOS- en Cisco IOS XR-software hebben dezelfde betekenis voor de opdrachten ipv4 mtu, ipv6 mtu en mpls mtu; ze moeten met dezelfde waarden worden geconfigureerd.
Hierdoor wordt de configuratie in Cisco IOS-software op een Ethernet-interface weergegeven:
mtu 9012
ipv4 mtu 9000
ipv6 mtu 9000
De corresponderende configuratie op de Cisco IOS XR-softwarebuur is:
mtu 9026
ipv4 mtu 9000
ipv6 mtu 9000
De MTU-waarden moeten hetzelfde zijn op alle apparaten die zijn aangesloten op een L2-netwerk. Anders kunnen deze symptomen worden gemeld:
Deze paragraaf analyseert de standaard MTU van een gerouteerde interface wanneer de mtu opdracht niet geconfigureerd is:
RP/0/RP0/CPU0:motorhead#sh run int gigabitEthernet 0/1/0/3
interface GigabitEthernet0/1/0/3
cdp
ipv4 address 10.0.1.1 255.255.255.0
ipv6 address 2001:db8::1/64
!
RP/0/RP0/CPU0:router#sh int gigabitEthernet 0/1/0/3 | i MTU
MTU 1514 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router#show im database interface gigabitEthernet 0/1/0/3
View: OWN - Owner, L3P - Local 3rd Party, G3P - Global 3rd Party,
LDP - Local Data Plane, GDP - Global Data Plane, RED - Redundancy
Node 0/1/CPU0 (0x11)
Interface GigabitEthernet0/1/0/3, ifh 0x01180100 (up, 1514)
Interface flags: 0x000000000010059f (IFCONNECTOR|IFINDEX
|SUP_NAMED_SUB|BROADCAST|CONFIG|HW|VIS|DATA
|CONTROL)
Encapsulation: ether
Interface type: IFT_GETHERNET
Control parent: None
Data parent: None
Views: GDP|LDP|L3P|OWN
Protocol Caps (state, mtu)
-------- -----------------
None ether (up, 1514)
arp arp (up, 1500)
clns clns (up, 1500)
ipv4 ipv4 (up, 1500)
mpls mpls (up, 1500)
ipv6 ipv6_preswitch (up, 1500)
ipv6 ipv6 (down, 1500)
ether_sock ether_sock (up, 1500)
RP/0/RP0/CPU0:router#show ipv4 interface gigabitEthernet 0/1/0/3 | i MTU
MTU is 1514 (1500 is available to IP)
RP/0/RP0/CPU0:router#show ipv6 interface gigabitEthernet 0/1/0/3 | i MTU
MTU is 1514 (1500 is available to IPv6)
RP/0/RP0/CPU0:router#sh mpls interfaces gigabitEthernet 0/1/0/3 private location 0/1/CPU0
Interface IFH MTU
-------------- ---------- -----
Gi0/1/0/3 0x01180100 1500
RP/0/RP0/CPU0:router#
In dit voorbeeld, de standaard L2 interface MTU is 1514 bytes en omvat 14 bytes van Ethernet kopbal. De 14 bytes worden gerekend door 6 bytes van het adres van bestemmingsMAC, 6 bytes van het adres van bronMAC, en 2 bytes van type of lengte. Dit omvat niet de inleiding, de kaderafbakening, 4 bytes van de opeenvolging van de kadercontrole (FCS), en interframe hiaat. Voor een PPP- of HDLC-frame worden 4 bytes van de L2-header verwerkt; de standaardinterface MTU is dus 1504 bytes.
De L3 kindprotocollen erven hun MTU van de lading van de ouder MTU. Als je 14 bytes van een L2 header aftrekt van een L2 MTU van 1514 bytes, heb je een L2 payload van 1500 bytes. Dit wordt de MTU voor L3-protocollen. IPv4, IPv6, MPLS en Connectionless Network Service (CLNS) erven deze 1500 bytes MTU. Hierdoor kan een Cisco IOS XR Ethernet-interface standaard een 1500 byte L3-pakket transporteren dat hetzelfde is als de standaard applicatie op een Cisco IOS Ethernet-interface.
Deze paragraaf laat zien hoe u een mpls mtu van 1508 kunt configureren om een IPv4-pakket van 1500 bytes te verzenden met twee MPLS-tags van 4 bytes elk, bovenop het pakket:
RP/0/RP0/CPU0:router#conf
RP/0/RP0/CPU0:router(config)#int gig 0/1/0/3
RP/0/RP0/CPU0:router(config-if)#mpls mtu 1508
RP/0/RP0/CPU0:router(config-if)#commit
RP/0/RP0/CPU0:Mar 12 00:36:49.807 CET: config[65856]: %MGBL-CONFIG-6-DB_COMMIT : Configuration
committed by user 'root'. Use 'show configuration commit changes 1000000124' to view the
changes.RP/0/RP0/CPU0:router(config-if)#end
RP/0/RP0/CPU0:Mar 12 00:36:54.188 CET: config[65856]: %MGBL-SYS-5-CONFIG_I : Configured
from console by root on vty0 (10.55.144.149)
RP/0/RP0/CPU0:router#sh mpls interfaces gigabitEthernet 0/1/0/3 private location 0/1/CPU0
Interface IFH MTU
-------------- ---------- -----
Gi0/1/0/3 0x01180100 1500
RP/0/RP0/CPU0:router#show im database interface gigabitEthernet 0/1/0/3
View: OWN - Owner, L3P - Local 3rd Party, G3P - Global 3rd Party,
LDP - Local Data Plane, GDP - Global Data Plane, RED - Redundancy
Node 0/1/CPU0 (0x11)
Interface GigabitEthernet0/1/0/3, ifh 0x01180100 (up, 1514)
Interface flags: 0x000000000010059f (IFCONNECTOR|IFINDEX
|SUP_NAMED_SUB|BROADCAST|CONFIG|HW|VIS|DATA
|CONTROL)
Encapsulation: ether
Interface type: IFT_GETHERNET
Control parent: None
Data parent: None
Views: GDP|LDP|L3P|OWN
Protocol Caps (state, mtu)
-------- -----------------
None ether (up, 1514)
arp arp (up, 1500)
clns clns (up, 1500)
ipv4 ipv4 (up, 1500)
mpls mpls (up, 1500)
ipv6 ipv6_preswitch (up, 1500)
ipv6 ipv6 (down, 1500)
ether_sock ether_sock (up, 1500)
RP/0/RP0/CPU0:router#
Hoewel de opdracht mpls mtu 1508 is vastgelegd, wordt deze niet toegepast, omdat MPLS nog steeds een MTU van 1500 bytes heeft in de opdracht show. Dit komt doordat L3-kinderprotocollen geen MTU kunnen hebben die groter is dan de payload van hun parent L2-interface.
Om twee labels boven op een IP-pakket van 1500 bytes toe te staan, moet u:
RP/0/RP0/CPU0:router#sh run int gig 0/1/0/3
interface GigabitEthernet0/1/0/3
cdp
mtu 1522
ipv4 mtu 1500
ipv4 address 10.0.1.1 255.255.255.0
ipv6 mtu 1500
ipv6 address 2001:db8::1/64
!
!
RP/0/RP0/CPU0:router#show im database interface gigabitEthernet 0/1/0/3
View: OWN - Owner, L3P - Local 3rd Party, G3P - Global 3rd Party,
LDP - Local Data Plane, GDP - Global Data Plane, RED - Redundancy
Node 0/1/CPU0 (0x11)
Interface GigabitEthernet0/1/0/3, ifh 0x01180100 (up, 1522)
Interface flags: 0x000000000010059f (IFCONNECTOR|IFINDEX
|SUP_NAMED_SUB|BROADCAST|CONFIG|HW|VIS|DATA
|CONTROL)
Encapsulation: ether
Interface type: IFT_GETHERNET
Control parent: None
Data parent: None
Views: GDP|LDP|L3P|OWN
Protocol Caps (state, mtu)
-------- -----------------
None ether (up, 1522)
arp arp (up, 1508)
clns clns (up, 1508)
ipv4 ipv4 (up, 1500)
mpls mpls (up, 1508)
ipv6 ipv6_preswitch (up, 1508)
ipv6 ipv6 (down, 1500)
ether_sock ether_sock (up, 1508)
RP/0/RP0/CPU0:router#
Met deze configuratie kunt u IPv4- en IPv6-pakketten van 1500 bytes en MPLS-pakketten van 1508 bytes (een pakket van 1500 bytes met twee tags aan de bovenkant) verzenden.
Deze kenmerken zijn van toepassing op gerouteerde L3 subinterfaces.
Een gerouteerde sub-interface MTU erft MTU van zijn ouder belangrijkste interface; voeg 4 bytes toe voor elke VLAN-tag die op de sub-interface is geconfigureerd. Er zijn dus 4 bytes voor een dot1q subinterface en 8 bytes voor een IEEE 802.1Q-subinterface (QinQ).
Hierdoor kunnen L3-pakketten van dezelfde grootte zowel op de hoofdinterface als op de subinterface worden doorgestuurd.
Het mtu commando kan geconfigureerd worden onder de subinterface, maar het wordt alleen toegepast als het lager is of gelijk is aan de MTU die geërfd is van de hoofdinterface.
Dit is een voorbeeld waar MTU van de belangrijkste interface 2000 bytes is:
RP/0/RP0/CPU0:router#sh run int gig 0/1/0/3
interface GigabitEthernet0/1/0/3
cdp
mtu 2000
!
RP/0/RP0/CPU0:router#sh run int gig 0/1/0/3.100
interface GigabitEthernet0/1/0/3.100
ipv4 address 10.0.2.1 255.255.255.0
ipv6 address 2001:db9:0:1::1/64
dot1q vlan 100
!
RP/0/RP0/CPU0:router#sh int gig 0/1/0/3.100 | i MTU
MTU 2004 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router#show im database interface gigabitEthernet 0/1/0/3.100
View: OWN - Owner, L3P - Local 3rd Party, G3P - Global 3rd Party,
LDP - Local Data Plane, GDP - Global Data Plane, RED - Redundancy
Node 0/1/CPU0 (0x11)
Interface GigabitEthernet0/1/0/3.100, ifh 0x01180260 (up, 2004)
Interface flags: 0x0000000000000597 (IFINDEX|SUP_NAMED_SUB
|BROADCAST|CONFIG|VIS|DATA|CONTROL)
Encapsulation: dot1q
Interface type: IFT_VLAN_SUBIF
Control parent: GigabitEthernet0/1/0/3
Data parent: GigabitEthernet0/1/0/3
Views: GDP|LDP|L3P|OWN
Protocol Caps (state, mtu)
-------- -----------------
None vlan_jump (up, 2004)
None dot1q (up, 2004)
arp arp (up, 1986)
ipv4 ipv4 (up, 1986)
ipv6 ipv6_preswitch (up, 1986)
ipv6 ipv6 (down, 1986)
RP/0/RP0/CPU0:router#
In de show commando's is de MTU van de subinterface 2004; voeg 4 bytes toe aan de MTU van de hoofdinterface omdat er één dot1q tag is geconfigureerd onder de subinterface.
Echter, de MTU van de IPv4 en IPv6 pakketten zijn nog steeds hetzelfde als die van de hoofdinterface (1986). Dit komt doordat de MTU van de L3 protocollen nu wordt berekend als: 2004 - 14 - 4 = 1986.
De mtu opdracht kan worden geconfigureerd onder de subinterface, maar de geconfigureerde MTU wordt alleen toegepast als deze lager is of gelijk is aan de MTU die wordt geërfd van de hoofdinterface (4 bytes groter dan de MTU van de hoofdinterface).
Wanneer de MTU van de subinterface die groter is dan de geërfde MTU, wordt deze niet toegepast, zoals hier wordt getoond:
RP/0/RP0/CPU0:router#sh int gig 0/1/0/3.100 | i MTU
MTU 2004 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router#conf
RP/0/RP0/CPU0:router(config)#int gig 0/1/0/3.100
RP/0/RP0/CPU0:router(config-subif)#mtu 2100
RP/0/RP0/CPU0:router(config-subif)#commit
RP/0/RP0/CPU0:router(config-subif)#end
RP/0/RP0/CPU0:router#sh int gig 0/1/0/3.100 | i MTU
MTU 2004 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router#
Aldus, kunt u slechts het mtu bevel gebruiken om de waarde te verminderen MTU die van de belangrijkste interface wordt geërfd.
Op dezelfde manier kunt u ook de MTU-opdrachten van L3-protocollen (IPv4, IPv6, MPLS) gebruiken om de waarde van de L3 MTU te verlagen die van de subinterface L2-payload wordt geërfd. Het L3 protocol MTU wordt niet van kracht wanneer het is ingesteld op een waarde die niet past in de payload van de L2 MTU.
De MTU voor een L2VPN is belangrijk omdat Label Distribution Protocol (LDP) geen pseudowire (PW) omhoog brengt wanneer de MTU's op de bevestigingscircuits aan elke kant van een PW niet hetzelfde zijn.
Hier is een show commando dat illustreert dat een L2VPN PW beneden blijft wanneer er een MTU mismatch is:
RP/0/RP0/CPU0:router1#sh l2vpn xconnect
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ ----------------------------- -----------------------------
mtu mtu DN Gi0/0/0/2.201 UP 10.0.0.12 201 DN
----------------------------------------------------------------------------------------
RP/0/RP0/CPU0:router1#sh l2vpn xconnect detail
Group mtu, XC mtu, state is down; Interworking none
AC: GigabitEthernet0/0/0/2.201, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [201, 201]
MTU 2000; XC ID 0x1080001; interworking none
Statistics:
packets: received 0, sent 0
bytes: received 0, sent 0
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.12, PW ID 201, state is down ( local ready )
PW class mtu-class, XC ID 0xfffe0001
Encapsulation MPLS, protocol LDP
Source address 10.0.0.2
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16046 16046
Group ID 0x1080100 0x6000180
Interface GigabitEthernet0/0/0/2.201 GigabitEthernet0/1/0/3.201
MTU 2000 1986
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 4294836225
Create time: 18/04/2013 16:20:35 (00:00:37 ago)
Last time status changed: 18/04/2013 16:20:43 (00:00:29 ago)
Error: MTU mismatched
Statistics:
packets: received 0, sent 0
bytes: received 0, sent 0
RP/0/RP0/CPU0:router1#
RP/0/RP0/CPU0:router1#sh int GigabitEthernet0/0/0/2 | i MTU
MTU 2014 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#sh int GigabitEthernet0/0/0/2.201 | i MTU
MTU 2018 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#
In dit voorbeeld, merk op dat de MPLS L2VPN provider randen (PEs) aan elke kant de zelfde MTU waarde moet signaleren om PW omhoog te brengen.
De MTU zoals aangegeven door MPLS LDP bevat geen L2-overhead. Dit is anders dan de XR interface config en toont opdrachten die de L2 overhead bevatten. De MTU op de subinterface is 2018 bytes (zoals geërfd van de hoofdinterface van 2014 bytes), maar LDP signaleerde een MTU van 2000 bytes. Hierdoor worden 18 bytes (14 bytes van Ethernet-header + 4 bytes van 1 dot1q-tag) afgetrokken van de L2-header.
Het is belangrijk om te begrijpen hoe elk apparaat de waarden MTU van de gehechtheidscircuits berekent om MTU mismatches te bevestigen. Dit is afhankelijk van parameters zoals leverancier, platform, softwareversie en configuratie.
De Cisco ASR 9000 Series aggregatieservices router gebruikt het EVC-infrastructuurmodel, waarmee flexibel VLAN kan worden afgestemd op L2VPN L2-interfaces en subinterfaces.
De EVC L2VPN L2 interfaces hebben deze kenmerken:
Om de subinterface MTU te berekenen, neem de belangrijkste interface MTU (of het gebrek of manueel gevormd onder de belangrijkste interface), en voeg 4 bytes voor elke die markering van VLAN toe met het bevel van de inkapseling wordt gevormd. Zie Specifieke EFP-insluitingsopdrachten.
Wanneer er een mtu-opdracht onder de subinterface is, wordt deze alleen van kracht als deze lager is dan de berekende MTU. De opdracht herschrijven heeft geen invloed op de MTU van de subinterface.
Hierna volgt een voorbeeld:
RP/0/RSP0/CPU0:router2#sh run int gig 0/1/0/3
interface GigabitEthernet0/1/0/3
cdp
mtu 2014
negotiation auto
!
RP/0/RSP0/CPU0:router2#sh run int gig 0/1/0/3.201
interface GigabitEthernet0/1/0/3.201 l2transport
encapsulation dot1q 201 second-dot1q 10
rewrite ingress tag pop 2 symmetric
!
RP/0/RSP0/CPU0:router2#
RP/0/RSP0/CPU0:router2#sh int gig 0/1/0/3.201
GigabitEthernet0/1/0/3.201 is up, line protocol is up
Interface state transitions: 1
Hardware is VLAN sub-interface(s), address is 0024.986c.63f3
Layer 2 Transport Mode
MTU 2022 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
In dit voorbeeld is de MTU in de hoofdinterface 2014 bytes; voeg 8 bytes toe omdat er twee tags zijn geconfigureerd onder de subinterface.
Als u mtu 2026 bytes configureert onder de subinterface, wordt deze niet toegepast omdat deze groter is dan de MTU van de subinterface die is geërfd van de hoofdinterface (2022). Hierdoor kunt u alleen een subinterface MTU configureren die lager is dan 2022 bytes.
Gebaseerd op deze sub-interface MTU, bereken MTU van de MPLS LDP payload die aan de buur wordt gesignaleerd, en zorg ervoor dat het identiek is aan die berekend door de externe L2VPN PE. Dit is waar het herschrijf bevel in spel komt.
Om de MTU van de MPLS LDP-payload te berekenen, neemt u de MTU van de subinterface en:
Dit is hetzelfde voorbeeld met de QinQ-configuratie op gig 0/1/0/3.201:
interface GigabitEthernet0/1/0/3
cdp
mtu 2014
negotiation auto
!
interface GigabitEthernet0/1/0/3.201 l2transport
encapsulation dot1q 201 second-dot1q 10
rewrite ingress tag pop 2 symmetric
!
RP/0/RSP0/CPU0:router2#sh int gig 0/1/0/3.201
GigabitEthernet0/1/0/3.201 is up, line protocol is up
Interface state transitions: 1
Hardware is VLAN sub-interface(s), address is 0024.986c.63f3
Layer 2 Transport Mode
MTU 2022 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
Dit is de berekening voor de MTU van de MPLS LDP payload:
Zorg ervoor dat de afstandsbediening een MPLS LDP-payload van 2000 bytes adverteert. Anders past u de MTU-grootte van het lokale of externe bijlagecircuit (AC) aan, zodat deze overeenkomt.
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect det
Group mtu, XC mtu, state is up; Interworking none
AC: GigabitEthernet0/1/0/3.201, state is up
Type VLAN; Num Ranges: 1
Outer Tag: 201
VLAN ranges: [10, 10]
MTU 2000; XC ID 0x1880003; interworking none
Deze insluitingen tellen als het aanpassen nul markeringen, zodat verhogen zij niet de sub-interface MTU:
Deze inkapselingsbepalingen hebben geen invloed op het aantal tags dat nodig is om de subinterface MTU te berekenen:
inkapseling [dot1q|dot1ad] met prioriteitslabels als overeenkomend met één tag.
Het 'enige' sleutelwoord dat gebruikt wordt als de innermost tag match verhoogt de subinterface MTU niet.
De bereiken van VLAN-ID's verhogen de subinterface MTU:
De inkapseling MTU overhead van een EFP die een disjunctive match is wordt behandeld als de MTU van zijn hoogste element.
Routers zoals Cisco XR 12000 Series router en Carrier Routing System (CRS) gebruiken de traditionele configuratie voor VLAN-matching op subinterfaces. Deze kenmerken zijn van toepassing op L2VPN L2-interfaces op CRS en op XR 12000-routers die niet volgens het EVC-model werken:
Hier zijn een aantal voorbeelden die deze kenmerken illustreren.
Dit voorbeeld laat zien hoe een niet-EVC subinterface is geconfigureerd:
RP/0/RP0/CPU0:router1#sh run int gigabitEthernet 0/0/0/2.201
interface GigabitEthernet0/0/0/2.201 l2transport
dot1q vlan 201
!
RP/0/RP0/CPU0:router1#
De niet-EVC-platforms gebruiken de opdrachten dot1q VLAN of dot1ad VLAN in plaats van de opdrachten inkapseling en herschrijven van de EVC-platforms (ASR 9000).
Als u een MTU niet expliciet configureert op de hoofd- of subinterface, kan een 1500 bytes L3-pakket standaard worden ontvangen:
RP/0/RP0/CPU0:router1#sh int gig 0/0/0/2 | i MTU
MTU 1514 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#sh int gig 0/0/0/2.201 | i MTU
MTU 1518 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#
De subinterface MTU wordt berekend vanuit de hoofdinterface MTU (1514); voeg 4 bytes toe voor elke dot1q tag. Omdat er één tag op de subinterface is geconfigureerd met de opdracht dot1q VLAN 201, voeg 4 bytes toe aan 1514 voor een MTU van 1518 bytes.
De bijbehorende payload MTU in MPLS LDP is 1500 bytes, omdat de 14 bytes van Ethernet-header niet worden geteld en de één dot1q-tag automatisch wordt gekopieerd door het niet-EVC-platform wanneer deze over de PW gaat:
RP/0/RP0/CPU0:router1#sh l2vpn xconnect detail
Group mtu, XC mtu, state is down; Interworking none
AC: GigabitEthernet0/0/0/2.201, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [201, 201]
MTU 1500; XC ID 0x1080001; interworking none
Als u de MTU van de hoofdinterface verhoogt naar 2014 bytes, wordt de MTU van de subinterface dienovereenkomstig verhoogd:
RP/0/RP0/CPU0:router1#sh run int gig 0/0/0/2
interface GigabitEthernet0/0/0/2
description static lab connection to head 4/0/0 - dont change
cdp
mtu 2014
ipv4 address 10.0.100.1 255.255.255.252
load-interval 30
!
RP/0/RP0/CPU0:router1#sh run int gig 0/0/0/2.201
interface GigabitEthernet0/0/0/2.201 l2transport
dot1q vlan 201
!
RP/0/RP0/CPU0:router1#sh int gig 0/0/0/2 | i MTU
MTU 2014 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#sh int gig 0/0/0/2.201 | i MTU
MTU 2018 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
RP/0/RP0/CPU0:router1#sh l2vpn xconnect detail
Group mtu, XC mtu, state is down; Interworking none
AC: GigabitEthernet0/0/0/2.201, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [201, 201]
MTU 2000; XC ID 0x1080001; interworking none
Dus om de MPLS LDP MTU te berekenen, trekt u 14 bytes Ethernet-header af en voegt u 4 bytes toe voor elke tag die onder de subinterface is geconfigureerd.
Op Ethernet interfaces is de interface driver geconfigureerd met een MTU en MRU die gebaseerd is op de interface MTU configuratie.
De geconfigureerde MTU en MRU op het Ethernet-interfacestuurprogramma kunnen worden gezien met de showcontroller <interface> all commando.
In releases eerder dan Cisco IOS XR release 5.1.1 zijn de MTU en MRU op het Ethernet-interfacestuurprogramma automatisch geconfigureerd op basis van de Cisco IOS XR MTU-configuratie op de interface.
De MTU/MRU geconfigureerd op de Ethernet driver was gewoon gebaseerd op de geconfigureerde MTU + 12 bytes voor de toevoeging van 2 Ethernet-tags en het CRC-veld. De 12 bytes werden toegevoegd aan de Ethernet driver MTU/MRU, ongeacht of er VLAN-tags waren geconfigureerd op de subinterfaces.
Hier wordt een voorbeeld getoond met alle Cisco IOS XR-versies eerder dan Cisco IOS XR release 5.1.1 en een standaard-MTU van 1514 op een ASR 9000 interface:
RP/0/RSP0/CPU0:ASR2#show interface Gi0/2/0/0
GigabitEthernet0/2/0/0 is up, line protocol is up
Interface state transitions: 3
Hardware is GigabitEthernet, address is 18ef.63e2.0598 (bia 18ef.63e2.0598)
Description: Static_Connections_to_ME3400-1_Gi_0_2 - Do Not Change
Internet address is Unknown
MTU 1514 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
<snip>
MTU/MRU programmed on ethernet interface driver is 1514 + 12 bytes
RP/0/RSP0/CPU0:ASR2#show controllers Gi0/2/0/0 all
<snip>
Operational values:
Speed: 1Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: None (or external)
MTU: 1526
MRU: 1526
Inter-packet gap: standard (12)
<snip>
In Cisco IOS XR-release 5.1.1 en hoger zijn de MTU en MRU die op het Ethernet-interfacestuurprogramma worden gebruikt, gewijzigd en nu gebaseerd op het aantal VLAN-tags die op een van de subinterfaces zijn geconfigureerd.
Als er geen VLAN-tags op een subinterface zijn geconfigureerd, is de driver MTU/MRU gelijk aan de geconfigureerde MTU op interface + 4 CRC-bytes, bijvoorbeeld 1514 + 4 = 1518 bytes.
Als één VLAN op een subinterface is geconfigureerd, is de driver MTU/MRU gelijk aan de geconfigureerde MTU + 8 bytes (1 tag + CRC), bijvoorbeeld 1514 + 8 = 1522 bytes.
Als twee VLAN-tags op een subinterface zijn geconfigureerd, is de driver MTU/MRU gelijk aan de geconfigureerde MTU + 12 bytes (2 tags + CRC), bijvoorbeeld 1514 + 12 = 1526 bytes
Als QinQ met het willekeurige sleutelwoord is geconfigureerd voor de tweede-do1q-tag, is het stuurprogramma MTU/MRU gelijk aan de geconfigureerde MTU + 8 bytes (1 tag + CRC), bijvoorbeeld 1514 + 8 = 1522 bytes.
Deze voorbeelden tonen het gedrag in Cisco IOS XR release 5.1.1 en hoger op een ASR 9000:
RP/0/RSP0/CPU0:ASR2#sh run int ten0/1/0/0
interface TenGigE0/1/0/0
cdp
RP/0/RSP0/CPU0:ASR2#show controllers ten0/1/0/0 all
<snip>
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: Internal
MTU: 1518
MRU: 1518
Inter-packet gap: standard (12)
<snip>
RP/0/RSP0/CPU0:ASR2#config
RP/0/RSP0/CPU0:ASR2(config-if)#int ten0/1/0/0.1
RP/0/RSP0/CPU0:ASR2(config-subif)#encapsulation dot1q 1
RP/0/RSP0/CPU0:ASR2(config-subif)#commit
RP/0/RSP0/CPU0:ASR2#show controllers ten0/1/0/0 all
<snip>
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: Internal
MTU: 1522
MRU: 1522
Inter-packet gap: standard (12)
<snip>
RP/0/RSP0/CPU0:ASR2#config
RP/0/RSP0/CPU0:ASR2(config)#int ten0/1/0/0.2
RP/0/RSP0/CPU0:ASR2(config-subif)#encapsulation dot1q 10 second-dot1q 20
RP/0/RSP0/CPU0:ASR2(config-subif)#commit
RP/0/RSP0/CPU0:ASR2#show controllers ten0/1/0/0 all
<snip>
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: Internal
MTU: 1526
MRU: 1526
Inter-packet gap: standard (12)
<snip>
RP/0/RSP0/CPU0:ASR2#config
RP/0/RSP0/CPU0:ASR2(config)#int ten0/2/0/0
RP/0/RSP0/CPU0:ASR2(config)#cdp
RP/0/RSP0/CPU0:ASR2(config)#int ten0/2/0/0.1 l2transport
RP/0/RSP0/CPU0:ASR2(config-subif)#encapsulation dot1q 10 second-dot1q any
RP/0/RSP0/CPU0:ASR2(config-subif)#commit
RP/0/RSP0/CPU0:ASR2#show controllers ten0/1/0/0 all
<snip>
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: Internal
MTU: 1522
MRU: 1522
Inter-packet gap: standard (12)
<snip>
In de meeste situaties zou dit gedrag in release 5.1.1 en later geen veranderingen in de configuratie van de MTU op de interface moeten vereisen.
Deze gedragsverandering kan problemen in het geval van een sub-interface veroorzaken die met één enkele markering van VLAN wordt gevormd, maar ontvangt pakketten met twee markeringen van VLAN. In die situatie kunnen de ontvangen pakketten de MRU op de Ethernet interfacestuurprogramma overschrijden. Om die voorwaarde te elimineren, kan interface MTU of met 4 bytes worden verhoogd of de sub-interface die met twee markeringen van VLAN wordt gevormd.
De automatische configuratie van Ethernet-interfacestuurprogramma's MTU en MRU in het gedrag van release 5.1.1 is hetzelfde voor een CRS- en ASR 9000-router. Maar een CRS router die release 5.1.1 in werking stelt omvat niet de 4-byte CRC in de MTU en MRU waarde die in de output van de showcontroller wordt weergegeven. Het gedrag van hoe het wordt gerapporteerd is niet het zelfde tussen CRS en ASR9000.
RP/0/RP0/CPU0:CRS#sh run int ten0/4/0/0
Mon May 19 08:49:26.109 UTC
interface TenGigE0/4/0/0
<snip>
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: None (or external)
MTU: 1514
MRU: 1514
Inter-packet gap: standard (12)
RP/0/RP0/CPU0:CRS(config)#int ten0/4/0/0.1
RP/0/RP0/CPU0:CRS(config-subif)#encapsulation dot1q 1
RP/0/RP0/CPU0:CRS(config-subif)#commit
Operational values:
Speed: 10Gbps
Duplex: Full Duplex
Flowcontrol: None
Loopback: None (or external)
MTU: 1518
MRU: 1518
Inter-packet gap: standard (12)
De manier waarop de MTU en MRU worden weergegeven in de output van de showcontroller op de ASR 9000 zal in de toekomst veranderen zodat de 4 bytes van CRC niet zullen worden opgenomen in de weergegeven MTU/MRU waarde. Deze toekomstige wijziging kan worden gevolgd met Cisco bug-id CSCuo93379.
Als er een hoofdinterface was zonder subinterface en zonder mtu-opdracht in een release eerder dan release 5.1.1:
interface TenGigE0/1/0/19
l2transport
!
!
En deze interface transporteert dot1q of QinQ frames, dan zou MTU handmatig moeten worden geconfigureerd om "mtu 1522" in release 5.1.1 en hoger:
interface TenGigE0/1/0/19
mtu 1522
l2transport
!
!
Deze configuratie maakt het mogelijk om QinQ-frames te transporteren zoals in de eerdere releases. De MTU-waarde kan worden ingesteld op 1518 als alleen dot1q en niet QinQ worden getransporteerd.
Als er subinterfaces geconfigureerd waren voor dot1q of QinQ, maar met het "enige" trefwoord en er geen QinQ subinterfaces met 2 expliciete tags geconfigureerd waren in een release eerder dan release 5.1.1:
interface TenGigE0/1/0/19
!
interface TenGigE0/1/0/19.100 l2transport
encapsulation dot1q 100
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q any
!
Deze configuratie in release 5.1.1 en hoger zal alleen toestaan om frames met één tag te transporteren, zodat de MTU ook handmatig met 4 bytes moet worden verhoogd als QinQ-frames moeten worden getransporteerd:
interface TenGigE0/1/0/19
mtu 1518
!
interface TenGigE0/1/0/19.100 l2transport
encapsulation dot1q 100
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q any
!
Als een QinQ subinterface met 2 expliciete tags (die niet het "enige" trefwoord gebruiken) is geconfigureerd, hoeft de MTU-configuratie niet te worden aangepast wanneer u upgrade naar release 5.1.1 en hoger:
interface TenGigE0/1/0/19
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q 200
!
Als er geen L2 transport subinterface maar alleen L3 routed interfaces is, wordt verwacht dat de MTU configuratie aan beide kanten zou overeenkomen en er zouden geen frames groter zijn dan de MTU die wordt getransporteerd. Het is niet nodig om de MTU-configuratie bij te werken wanneer u upgrade naar release 5.1.1 en hoger.
Op dezelfde manier wanneer een niet-standaard MTU werd geconfigureerd in een release eerder dan release 5.1.1 en er geen subinterface is geconfigureerd en dot1q of QinQ frames moeten worden getransporteerd, dan moet de geconfigureerde MTU-waarde worden verhoogd met 8 bytes wanneer u upgrade naar release 5.1.1 of hoger.
Release eerder dan release 5.1.1:
interface TenGigE0/1/0/19
mtu 2000
l2transport
!
!
De MTU moet handmatig met 8 bytes worden verhoogd wanneer u upgrade naar release 5.1.1 en hoger:
interface TenGigE0/1/0/19
mtu 2008
l2transport
!
!
De ingestelde MTU-waarde moet ook worden verhoogd met 4 bytes als er een dot1q subinterface en geen QinQ subinterface of een QinQ subinterface is met het willekeurige trefwoord voor de second-dot1q tag.
Release eerder dan release 5.1.1:
interface TenGigE0/1/0/19
mtu 2000
!
interface TenGigE0/1/0/19.100 l2transport
encapsulation dot1q 100
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q any
!
Release 5.1.1 en hoger:
interface TenGigE0/1/0/19
mtu 2004
!
interface TenGigE0/1/0/19.100 l2transport
encapsulation dot1q 100
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q any
!
Als een QinQ sub-interface met 2 expliciete markeringen (die niet het "enige"sleutelwoord gebruiken) wordt gevormd, is er geen behoefte om de configuratie te wijzigen MTU wanneer u aan release 5.1.1 en later verbetert.
interface TenGigE0/1/0/19
!
interface TenGigE0/1/0/19.101 l2transport
encapsulation dot1q 101 second-dot1q 200
!
Als er geen L2 transport subinterface is, maar alleen L3 routed interfaces, wordt verwacht dat de MTU configuratie aan beide kanten zou overeenkomen en er zouden geen frames groter zijn dan de MTU die wordt getransporteerd. Het is niet nodig om de MTU-configuratie bij te werken wanneer u upgrade naar release 5.1.1 en hoger.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
02-Feb-2015 |
Eerste vrijgave |