MTU-gedrag op Cisco IOS XR- en Cisco IOS-routers

Inleiding

In dit document wordt het gedrag van de maximale transmissie-eenheid (MTU) op Cisco IOS^® XR-routers beschreven en wordt dit gedrag vergeleken met Cisco IOS-routers. Het bespreekt ook MTU's op gerouteerde Layer 3 (L3) -interfaces en Layer 2 VPN (L2VPN) L2-interfaces die zowel de Ethernet Virtual Connection (EVC) als niet-EVC-modellen gebruiken. In dit document worden ook belangrijke wijzigingen beschreven in de manier waarop het Ethernet-interfacestuurprogramma MTU en de maximale ontvangseenheid (MRU) automatisch worden geconfigureerd in versie 5.1.1 en hoger.

Achtergrondinformatie

In computernetwerken definieert de MTU van een communicatieprotocol van een laag de grootte, in bytes, van de grootste protocolgegevenseenheid die de laag over één interface mag verzenden. Eén MTU-parameter is gekoppeld aan elke interface, laag en protocol.

MTU-kenmerken in Cisco IOS XR-software zijn:

• MTU config en show commando's, op L2 en L3, bevatten de header grootte van hun corresponderende laag. De mtu-opdracht die de L2 MTU configureert, bevat bijvoorbeeld 14 bytes voor een Ethernet-interface (zonder dot1q) of 4 bytes voor Point-to-Point Protocol (PPP) of High-Level Data Link Control (HDLC). De opdracht ipv4 mtu bevat 20 bytes van de IPv4-header.

• De MTU van een hogere laag moet passen binnen de payload van de onderste laag. Als de MTU-interface van een non-dot1q Ethernet-interface bijvoorbeeld de standaardinstelling van 1514 bytes is, kunnen hogere laagprotocollen zoals Multiprotocol Label Switching (MPLS) een maximale MTU van 1500 bytes op die interface hebben. Dit betekent dat u alleen een 1500 byte MPLS-frame (inclusief labels) in het Ethernet-frame kunt plaatsen. U kunt geen 1508 byte MPLS MTU op die interface configureren als u twee MPLS-tags wilt toestaan bovenop een 1500 byte IPv4-pakket. Om een 1508 byte MPLS-frame op een Ethernet-interface te verzenden, moet de MTU-interface worden verhoogd tot 1522 of een hogere waarde om ervoor te zorgen dat de L2-payload van de interface groot genoeg is om het MPLS-frame te dragen.
  
  

• In de klassieke Cisco IOS-software (niet de Cisco IOS XR-software) wordt met de interface mtu-opdracht de L2-payloadgrootte geconfigureerd, maar wordt de L2-header niet meegeleverd. Dit is anders dan de Cisco IOS XR-software die zowel de L2- als L3-overhead in de interface bevat mtu-opdracht. De L3 MTU commando's, zoals in het geval van de ipv4 mtu opdracht, configureren van de maximale pakketgrootte van dat protocol dat de L3 header bevat. Dit is vergelijkbaar met het geval van Cisco IOS XR-software.

• De standaard MTU-interface in de Cisco IOS XR-software moet het transport van een 1500 byte L3-pakket mogelijk maken. Daarom is de standaard MTU 1514 bytes voor een hoofd-Ethernet-interface en 1504 bytes voor een seriële interface.

De rest van dit document illustreert de MTU-kenmerken, vergelijkt het softwaregedrag van Cisco IOS en Cisco IOS XR en geeft voorbeelden voor dit soort interfaces:

• Gerouteerde L3-interfaces
• Gerouteerde L3-subinterfaces
• L2VPN L2-interfaces

Vergelijking van Cisco IOS en Cisco IOS XR Software

In dit gedeelte wordt het softwaregedrag van Cisco IOS en Cisco IOS XR vergeleken met de MTU-kenmerken.

In Cisco IOS-software bevatten de mtu-opdracht en de bijbehorende show-opdrachten niet de L2-koptekst. Gebruik de opdracht mtu om de L2-payload te configureren tot de maximale grootte voor de L3-pakketten, inclusief de L3-header.

Dit is anders dan de Cisco IOS XR-software, waar de mtu-opdracht de L2-header bevat (14 bytes voor Ethernet of 4 bytes voor PPP / HDLC).

Als een Cisco IOS-router is geconfigureerd met mtu x en is verbonden met een Cisco IOS XR-router, moet de bijbehorende 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 ipv4 mtu, ipv6 mtu en mpls mtu commando's; ze moeten geconfigureerd worden met dezelfde waarden.

Als gevolg hiervan is dit de configuratie in Cisco IOS-software op een Ethernet-interface:

mtu 9012
ipv4 mtu 9000
ipv6 mtu 9000

De corresponderende configuratie op het Cisco IOS XR-softwarebuur is:

mtu 9026
ipv4 mtu 9000
ipv6 mtu 9000

Gerouteerde L3-interfaces

De MTU-waarden moeten hetzelfde zijn op alle apparaten die zijn aangesloten op een L2-netwerk. Anders kunnen deze symptomen worden gemeld:

• Intermediate System-to-Intermediate System (IS-IS) adjacencies komen niet naar boven. Standaard maakt IS-IS gebruik van hello-padding; daarom kunnen hellos worden gekarakteriseerd als reuzen en kunnen ze worden gedropt wanneer een router een MTU-waarde heeft die lager is dan de waarden bij de andere routers.
• Open Shortest Path First (OSPF) -adjacencies komen vast te zitten in Exstart- of Exchange-status, omdat grote databasedescriptorpakketten kunnen worden gekarakteriseerd als reuzen en mogelijk worden verwijderd. Wanneer de pakketten worden ontvangen op een router met een lagere MTU-waarde, worden de databases niet gesynchroniseerd.
• Dataverkeer wordt gekarakteriseerd als reuzen en wordt weggelaten wanneer het wordt ontvangen op een apparaat met een MTU-waarde die lager is dan die op het zendapparaat.
• Er is een lage doorvoer wanneer grote pakketten worden gedropt. In het geval van path MTU discovery kan de TCP-sessie herstellen wanneer grote pakketten worden gedropt, maar dit heeft invloed op de doorvoer. 

Standaard MTU

In dit gedeelte wordt de standaard MTU van een gerouteerde interface geanalyseerd wanneer de opdracht mtu niet is geconfigureerd:

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 is de standaard L2-interface MTU 1514 bytes en bevat deze 14 bytes Ethernet-header. De 14 bytes zijn 6 bytes van het MAC-adres van de bestemming, 6 bytes van het MAC-adres van de bron en 2 bytes van type of lengte. Dit omvat niet de preambule, framescheiding, 4 bytes framescheque (FCS) en interframescheiding. Voor een PPP- of HDLC-frame worden 4 bytes van de L2-header verwerkt; de standaardinterface MTU is dus 1504 bytes.

De L3-onderliggende protocollen erven hun MTU van de payload van de bovenliggende MTU. Wanneer 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 MTU van 1500 byte. Als gevolg hiervan kan een Cisco IOS XR Ethernet-interface standaard een L3-pakket van 1500 byte vervoeren dat hetzelfde is als de standaardIT op een Cisco IOS Ethernet-interface.

Niet-standaard MTU

Deze sectie laat zien hoe u een mpls mtu van 1508 kunt configureren om een IPv4-pakket van 1500 bytes met twee MPLS-tags van elk 4 bytes te verzenden, 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 omdat L3-onderliggende protocollen geen MTU kunnen hebben die groter is dan de payload van hun bovenliggende L2-interface.

Als u twee labels wilt toestaan bovenop een IP-pakket van 1500 byte, moet u:

• Configureer een L2-interface MTU van 1522 bytes, zodat alle onderliggende protocollen (inclusief MPLS) een MTU van 1508 bytes erven (1522 - 14 = 1508).
• Verlaag de MTU van de L3-protocollen tot 1500 bytes, zodat alleen MPLS 1500 bytes mag overschrijden.

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 verzenden (een pakket van 1500 bytes met twee tags aan de bovenkant).

Gerouteerde L3-subinterfaces

Deze kenmerken zijn van toepassing op gerouteerde L3-subinterfaces.

Een gerouteerde MTU-subinterface erft de MTU van de hoofdinterface; voeg 4 bytes toe voor elke VLAN-tag die op de subinterface is geconfigureerd. Er zijn dus 4 bytes voor een dot1q-subinterface en 8 bytes voor een IEEE 802.1Q-tunneling (QinQ)-subinterface.

Hierdoor kunnen L3-pakketten van dezelfde grootte zowel op de hoofdinterface als op de subinterface worden doorgestuurd.

De opdracht mtu kan worden geconfigureerd onder de subinterface, maar wordt alleen toegepast als deze lager of gelijk is aan de MTU die wordt overgeërfd van de hoofdinterface.

Dit is een voorbeeld waarbij de MTU van de hoofdinterface 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 sub-interface 2004; voeg 4 bytes toe aan de MTU van de hoofdinterface omdat er één dot1q tag is geconfigureerd onder de sub-interface.

De MTU van de IPv4 en IPv6 pakketten zijn echter nog steeds hetzelfde als die van de hoofdinterface (1986). Dit komt omdat 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 of gelijk is aan de MTU die wordt overgeërfd van de hoofdinterface (4 bytes groter dan de MTU van de hoofdinterface).

Wanneer de MTU van de subinterface groter is dan de overgeërfde MTU, wordt deze niet toegepast, zoals hier wordt weergegeven:

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#

U kunt dus alleen de opdracht mtu gebruiken om de MTU-waarde te verlagen die is overgeërfd van de hoofdinterface.

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 is overgeërfd van de subinterface L2-payload. Het L3 MTU-protocol treedt niet in werking wanneer het is geconfigureerd voor een waarde die niet past in de payload van de L2 MTU.

L2VPN L2-interface

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-opdracht die illustreert dat een L2VPN PW laag 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#

Merk in dit voorbeeld op dat de MPLS L2VPN-providerranden (PE's) aan elke kant dezelfde MTU-waarde moeten signaleren om de PW omhoog te brengen.

De MTU gesignaleerd door MPLS LDP omvat niet de L2 overhead. Dit verschilt van de XR-interface configuratie en toon opdrachten die de L2 overhead bevatten. De MTU op de sub-interface is 2018 bytes (zoals overgeërfd van de hoofdinterface van 2014 bytes), maar LDP signaleerde een MTU van 2000 bytes.  Als gevolg hiervan trekt het 18 bytes (14 bytes Ethernet-header + 4 bytes van 1 dot1q-tag) af van de L2-header.

Het is belangrijk om te begrijpen hoe elk apparaat de MTU-waarden van de bevestigingscircuits berekent om MTU-mismatches op te lossen. Dit is afhankelijk van parameters zoals leverancier, platform, softwareversie en configuratie.

EVC (ASR9000)

De Cisco ASR 9000 Series Aggregation Services Router maakt gebruik van het EVC-infrastructuurmodel, dat flexibele VLAN-matching op L2VPN L2-interfaces en subinterfaces mogelijk maakt.

De EVC L2VPN L2-interfaces hebben de volgende kenmerken:

• Hiermee kunnen een of meer tags worden geconfigureerd met de opdracht inkapseling.
• Standaard en met alleen de opdracht encapsulation worden tags bewaard en over PW's getransporteerd. Als gevolg hiervan hoeft u tags niet standaard te strippen, zoals u moet doen op niet-EVC-platforms.
• Gebruik de opdracht herschrijven wanneer u besluit om de binnenkomende tags te laten verschijnen of om enkele extra tags bovenop het binnenkomende frame te duwen.

Als u de MTU van de subinterface wilt berekenen, neemt u de MTU van de hoofdinterface (de standaardinterface of degene die handmatig is geconfigureerd onder de hoofdinterface) en voegt u 4 bytes toe voor elke VLAN-tag die is geconfigureerd met de opdracht inkapseling.

Wanneer er een mtu opdracht onder de sub-interface, het effect alleen als het 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 sub-interface, wordt deze niet toegepast omdat deze groter is dan de MTU van de sub-interface die is overgeërfd van de hoofdinterface (2022). Als gevolg hiervan kunt u alleen een sub-interface MTU configureren die lager is dan 2022 bytes.

Bereken op basis van deze sub-interface MTU de MTU van de MPLS LDP-payload die wordt gesignaleerd aan de buurman en zorg ervoor dat deze identiek is aan de MTU die wordt berekend door de externe L2VPN PE. Dit is waar de herschrijf opdracht in het spel komt.

Om de MTU van de MPLS LDP-payload te berekenen, neemt u de MTU van de subinterface en vervolgens:

1. Trek 14 bytes af voor de Ethernet-header.
2. Trek 4 bytes af voor elke tag die wordt weergegeven in de opdracht Herschrijven die is geconfigureerd in de subinterface.
3. Voeg 4 bytes toe voor elke tag die wordt gepusht in de opdracht herschrijven die is geconfigureerd onder de subinterface.

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:

1. MTU-waarde van de sub-interface MTU: 2022 bytes
2. 14 bytes Ethernet-header aftrekken: 2022 - 14 = 2008 bytes
3. Trek 4 bytes af voor elke gepopte tag in de opdracht herschrijven: 2008 - 4 * 2 = 2000

Zorg ervoor dat de externe zijde een MPLS LDP-payload van 2000 bytes adverteert. Pas anders de MTU-grootte van het lokale of externe bevestigingscircuit (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

Specifieke Ethernet Flow Point (EFP)-inkapselingsopdrachten

Deze inkapselingen tellen als overeenkomende nul-tags, dus ze verhogen de sub-interface MTU niet:

• niet gemerkte inkapseling
• inkapselingsfout

Deze inkapselingsmodifiers hebben geen invloed op het aantal tags dat nodig is om de subinterface MTU te berekenen:

• autochtoon
• payload-ethertype
• exact
• cos
• Ingress Source-Mac of Ingress Destination-Mac

Encapsulation [dot1q|dot1ad] Priority-tagged telt als overeenkomend met één tag.

Het zoekwoord 'any' dat wordt gebruikt als de binnenste tag-match, verhoogt de sub-interface MTU niet.

• elke inkapselingspunt1q verhoogt de sub-interface MTU niet.
• inkapseling dot1ad 10 dot1q elke wordt beschouwd als één tag; het verhoogt de sub-interface MTU met 4 bytes.
• inkapseling dot1ad elke dot1q 7 wordt beschouwd als twee tags; het verhoogt de sub-interface MTU met 8 bytes.

De bereiken van VLAN-ID's verhogen de sub-interface MTU:

• Inkapseling dot1q 10-100 wordt beschouwd als één tag; het verhoogt de sub-interface MTU met 4 bytes.

De inkapseling MTU overhead van een EFP dat is een disjunctieve match wordt behandeld als de MTU van het hoogste element.

• Inkapseling dot1q 10-100, untagged wordt beschouwd als één tag omdat het bereik 10 -100 het hoogste element is.

Niet-EVC (XR 12000 en CRS)

Routers zoals de Cisco XR 12000 Series router en het Carrier Routing System (CRS) gebruiken de traditionele configuratie voor de VLAN matching op sub-interfaces. Deze kenmerken zijn van toepassing op L2VPN L2-interfaces op CRS en op XR 12000-routers die niet het EVC-model volgen: 

• Op niet-EVC-platforms worden de inkomende dot1q- of dot1ad-tags automatisch gestript wanneer ze worden ontvangen op een L2-transportsubinterface.
• Wanneer u de payloadgrootte voor MPLS LDP berekent om te signaleren, trekt u de grootte van de tags af van de MTU van de subinterface, zoals te zien is in de opdracht interface tonen.
• Dit is vergelijkbaar met het geval van een gerouteerde subinterface.
• De sub-interface erft de MTU van de hoofdinterface; voeg de 4 bytes voor elke tag toe aan de MTU van de hoofdinterface om de MTU van de sub-interface te berekenen. Als een QinQ-subinterface bijvoorbeeld 2 dot1q-tags heeft, heeft de subinterface standaard een MTU die 8 bytes groter is dan de MTU van de hoofdinterface.
• U kunt ook de opdracht mtu gebruiken onder de subinterface, maar deze wordt alleen gebruikt om de MTU van de subinterface te verminderen, die wordt overgeërfd van de MTU van de hoofdinterface.

Hier zijn enkele 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 inkapseling en herschrijf van de EVC-platforms (ASR9000).

Als u een MTU niet expliciet op de hoofd- of subinterface configureert, kan standaard een L3-pakket van 1500 byte 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 sub-interface MTU wordt berekend vanuit de hoofdinterface MTU (1514); voeg 4 bytes toe voor elke dot1q-tag. Omdat er één tag is geconfigureerd op de subinterface met de opdracht dot1q vlan 201, voegt u 4 bytes toe aan 1514 voor een MTU van 1518 bytes.

De bijbehorende payload MTU in MPLS LDP is 1500 bytes, aangezien de 14 bytes van de Ethernet-header niet worden geteld en de tag one dot1q automatisch wordt weergegeven 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 tot 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

Om de MPLS LDP MTU te berekenen, trekt u dus 14 bytes Ethernet-header af en voegt u 4 bytes toe voor elke tag die is geconfigureerd onder de subinterface.

Automatische MTU- en MRU-configuratie voor Ethernet-interfacedrivers

Op Ethernet-interfaces is het interfacedriver geconfigureerd met een MTU en MRU die zijn gebaseerd op de MTU-configuratie van de interface.

De geconfigureerde MTU en MRU op het stuurprogramma voor de Ethernet-interface kunt u zien met de opdracht show controller <interface> all.

In releases eerder dan Cisco IOS XR Release 5.1.1, werden de MTU en MRU op de Ethernet-interface driver automatisch geconfigureerd op basis van de Cisco IOS XR MTU configuratie op de interface.

De MTU/MRU geconfigureerd op het Ethernet-stuurprogramma was eenvoudig gebaseerd op de geconfigureerde MTU + 12 bytes voor de toevoeging van 2 Ethernet-tags en het CRC-veld. De 12 bytes werden toegevoegd aan het Ethernet-stuurprogramma MTU/MRU, ongeacht of er VLAN-tags waren geconfigureerd op de subinterfaces.

Een voorbeeld 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 wordt hier weergegeven:

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 worden gebruikt op het stuurprogramma voor de Ethernet-interface gewijzigd en is deze nu gebaseerd op het aantal VLAN-tags dat is geconfigureerd op een van de subinterfaces.

Als er geen VLAN-tags zijn geconfigureerd op subinterfaces, is het stuurprogramma MTU/MRU gelijk aan de geconfigureerde MTU op interface + 4 CRC-bytes, bijvoorbeeld 1514 + 4 = 1518 bytes.

Als één VLAN is geconfigureerd op subinterfaces, is de MTU/MRU-driver gelijk aan de geconfigureerde MTU + 8 bytes (1 tag + CRC), bijvoorbeeld 1514 + 8 = 1522 bytes.

Als twee VLAN-tags zijn geconfigureerd op een subinterface, is de MTU/MRU-driver gelijk aan de geconfigureerde MTU + 12 bytes (2 tags + CRC), bijvoorbeeld 1514 + 12 = 1526 bytes

Als QinQ met het willekeurige trefwoord is geconfigureerd voor de second-do1q-tag, is de driver MTU/MRU gelijk aan de geconfigureerde MTU + 8 bytes (1 tag + CRC), bijvoorbeeld 1514 + 8 = 1522 bytes.

Deze voorbeelden geven het gedrag weer in Cisco IOS XR Release 5.1.1 en later 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 deze gedragsverandering in Release 5.1.1 en later geen wijzigingen in de configuratie van de MTU op de interface vereisen.

Deze gedragswijziging kan problemen veroorzaken in het geval van een subinterface die is geconfigureerd met één VLAN-tag, maar pakketten met twee VLAN-tags ontvangt. In die situatie kunnen de ontvangen pakketten de MRU op het Ethernet-interfacedriver overschrijden. Om die voorwaarde te elimineren, kan de MTU-interface worden verhoogd met 4 bytes of de sub-interface geconfigureerd met twee VLAN-tags.

Het automatische Ethernet-interfacestuurprogramma MTU en MRU-configuratie in versie 5.1.1 is hetzelfde voor CRS- en ASR 9000-routers. Maar een CRS-router waarop release 5.1.1 wordt uitgevoerd, bevat niet de 4-byte CRC in de MTU- en MRU-waarde die wordt weergegeven in de uitvoer van de showcontroller.  Het gedrag van de manier waarop het wordt gerapporteerd is niet hetzelfde 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 uitvoer van de showcontroller op de ASR 9000 zal in de toekomst veranderen, zodat de 4 bytes CRC niet worden opgenomen in de weergegeven MTU / MRU-waarde. Deze toekomstige wijziging kan worden gevolgd met Cisco bug ID CSCuo93379.

Converteer de configuratie wanneer u een upgrade uitvoert van een release eerder dan release 5.1.1 naar release 5.1.1 of hoger

• Standaard MTU:

Als er een hoofdinterface was zonder enige subinterface en zonder enige 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, waarna de MTU handmatig moet worden geconfigureerd naar "mtu 1522" in release 5.1.1 en hoger:

interface TenGigE0/1/0/19
 mtu 1522
 l2transport
 !
!

Met deze configuratie kunnen QinQ-frames worden getransporteerd zoals in de eerdere releases. De MTU-waarde kan worden geconfigureerd naar 1518 als alleen dot1q en niet QinQ moeten worden getransporteerd.

Als er sub-interfaces waren geconfigureerd voor dot1q of QinQ, maar met het "any" -zoekwoord en geen QinQ-subinterfaces met 2 expliciete tags werd geconfigureerd 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
!

Met deze configuratie in versie 5.1.1 en hoger kunnen alleen frames met één tag worden getransporteerd, 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 geen gebruik maken van het zoekwoord "any") is geconfigureerd, is het niet nodig om de MTU-configuratie te wijzigen wanneer u een upgrade uitvoert 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-transportsubinterface is, maar alleen L3-gerouteerde interfaces, wordt verwacht dat de MTU-configuratie aan beide zijden overeenkomt en dat er geen frames groter zijn dan de MTU die wordt getransporteerd. Het is niet nodig om de MTU-configuratie bij te werken wanneer u een upgrade uitvoert naar versie 5.1.1 en hoger.

• Niet-standaard MTU in release eerder dan release 5.1.1:

Evenzo, wanneer een niet-standaard MTU werd geconfigureerd in een release eerder dan Release 5.1.1 en er geen sub-interface werd geconfigureerd en dot1q of QinQ frames moeten worden getransporteerd, dan moet de geconfigureerde MTU waarde worden verhoogd met 8 bytes wanneer u een upgrade naar Release 5.1.1 of later.

Vrijgave eerder dan release 5.1.1:

interface TenGigE0/1/0/19
 mtu 2000
 l2transport
 !
!

De MTU moet handmatig worden verhoogd met 8 bytes wanneer u een upgrade uitvoert naar Release 5.1.1 en hoger:

interface TenGigE0/1/0/19
 mtu 2008
 l2transport
 !
!

De geconfigureerde MTU-waarde moet ook met 4 bytes worden verhoogd als er een dot1q-subinterface is en geen QinQ-subinterface of een QinQ-subinterface met het gereserveerde woord voor de tweede dot1q-tag.

Vrijgave 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-subinterface met 2 expliciete tags (die geen gebruik maken van het zoekwoord "any") is geconfigureerd, is het niet nodig om de MTU-configuratie te wijzigen wanneer u een upgrade uitvoert 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-transportsubinterface is, maar alleen L3-gerouteerde interfaces, wordt verwacht dat de MTU-configuratie aan beide zijden overeenkomt en dat er geen frames groter zijn dan de MTU die wordt getransporteerd. Het is niet nodig om de MTU-configuratie bij te werken wanneer u een upgrade uitvoert naar versie 5.1.1 en hoger.