MTU wanverhouding probleem in IS-IS

Downloadopties

  • PDF     (257.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
Bijgewerkt:10 augustus 2005
Document-id:47201

Inclusief taalgebruik

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.

Over deze vertaling

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.

Inleiding

Intermediate System-to-Intermediate System (IS-IS) hellos worden toegevoegd aan de volledige grootte van de maximale transmissie-eenheid (MTU). Het voordeel van het opvullen IS-IS Hellos (IIHs) aan de volledige MTU is dat het voor vroege opsporing van fouten toe te schrijven aan transmissieproblemen met grote kaders of toe te schrijven aan slecht samengestelde MTUs op aangrenzende interfaces toestaat.

De opvulling van IIH’s kan worden uitgeschakeld (in Cisco IOS®-softwarereleases 12.0(5)T en 12.0(5)S) voor alle interfaces op een router met de opdracht geen hello-opvulling in routerconfiguratiemodus voor het IS-IS-routerproces. De opvulling van IIH's kan selectief worden uitgeschakeld voor point-to-point of multipoint interfaces met de no hello padding multi-point of no hello padding point-to-point opdracht in routerconfiguratiemodus voor het IS-IS routerproces. Hello padding kan ook uitgeschakeld worden op individuele interfacebasis met de opdracht no is hello padding interface Configuration.

Een gebruiker zou hello het opvullen onbruikbaar maken om verspilling van netwerkbandbreedte te vermijden in het geval dat MTU van beide interfaces het zelfde of, in het geval van vertalende het overbruggen zijn. Terwijl hello padding uitgeschakeld is, versturen Cisco-routers nog steeds de eerste vijf IS-IS-hellos die zijn toegevoegd aan de volledige MTU-grootte. Dit is om de voordelen van het ontdekken van MTU mismatches te handhaven. Opeenvolgende hellos zijn niet langer gevuld.

Dit document toont aan wat gebeurt wanneer er een MTU wanverhouding op de interfaces van twee verbonden routers is-IS in werking stellen is. MTU op router F is veranderd van zijn standaardwaarde van 1500 bytes in 2000 bytes met het bevel van de mtu 2000 interfaceconfiguratie. De seriële interface is "geflapt". Daarom, voor de nieuwe waarde MTU om van kracht te worden, moet u Serial 0 met het sluitingsbevel onbruikbaar maken, en dan het met het bevel van de nrsluiting toelaten.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Probleem

Het netwerkdiagram en de configuraties die worden gebruikt om dit probleem te beschrijven, worden hier weergegeven:

isis_mtu_01.gif

Router H Router F 
clns routing
 !

 interface Serial0
  no ip address
  no ip directed-broadcast
  no ip mroute-cache
  encapsulation frame-relay
  frame-relay lmi-type ansi
 !
 interface Serial0.1 

  ip address 10.10.10.4 255.255.255.0
  no ip directed-broadcast
  ip router isis  
  clns router isis 
  frame-relay map clns 132 broadcast
  frame-relay map clns 131 broadcast
  frame-relay map ip 10.10.10.1 132 broadcast
  frame-relay map ip 10.10.10.3 131 broadcast
 !
 interface Serial0.2 point-to-point
  ip address 10.20.20.4 255.255.255.0
  no ip directed-broadcast
  ip router isis 
  clns router isis 
  frame-relay interface-dlci 130   
 !
 router isis 
  passive-interface Ethernet0
  net 49.0001.4444.4444.4444.00
  is-type level-1
 
clns routing

!
interface Serial2
mtu 2000
 no ip address
 no ip directed-broadcast
 encapsulation frame-relay
 frame-relay lmi-type ansi
!
interface Serial2.1 point-to-point
 ip address 10.20.20.2 255.255.255.0
 no ip directed-broadcast
 ip router isis 
 clns router isis 
 frame-relay interface-dlci 103   
!
router isis 
 net 49.0001.2222.2222.2222.00
 is-type level-1

Voor beide routers, kunt u de staat van de nabijheid tussen router F en router H met het bevel van de showclns buren zien. In de output van router F, merk op dat de nabijheid met router H in de staat INIT is. In de output van router H, kunt u zien dat de nabijheid met router F type IS is, en het protocol is Eind systeem-aan Intermediate Systeem (ES-IS). Deze uitvoer geeft aan dat er een probleem is met de nabijheid van Connectionless Network Service (CLNS).

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     294       IS   ES-IS
Router_G       DLCI 131            Se0.1       Up     7         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     27        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Init   26        L1   IS-IS

Als u IS-IS nabijheid-pakket het zuiveren met het debug is adj-pakketten bevel toelaat, kunt u zien dat de router F zowel verzenden als seriële IHs op Serial 2.1 subinterface ontvangt.

Router_F# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1,cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1

Deze output toont aan dat Router H geen IH's op Serial 0.2 van Router F. ontvangt. Daarom wordt geen IS-IS nabijheid gevormd. In plaats daarvan is de nabijheid End System (ES).

Router_H# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01

De oorzaak van het probleem

De router H ontvangt geen hellos van router F omdat IIHs aan volledige MTU van de verbinding worden opgevuld, terwijl ES hellos niet aan volledige grootte MTU worden opgevuld. Dit gebeurt omdat router F denkt MTU 2000 is, en het verzendt een 2000 byte hello, die door router H wordt genegeerd.

Oplossing

De oplossing is ervoor te zorgen dat beide zijden van een link dezelfde MTU hebben. Eén manier om dit te doen is door de mtu opdracht te gebruiken zoals hier wordt getoond:

Router_F# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)# interface serial 2
Router_F(config-if)# mtu 1500
Router_F(config-if)# shutdown
Router_F(config-if)# no shutdown
Router_F(config-if)# ^Z
Router_F#

Nu kunnen router H en router F buren worden en elkaars verkeer leiden.

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     28        L1   IS-IS
Router_G       DLCI 131            Se0.1       Up     8         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     29        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Up     24        L1   IS-IS

Het CLNS-nabijheidsprobleem als gevolg van MTU-mismatch kan ook worden opgelost met de clns mtu-opdracht zoals hier getoond:

Router_F#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)#interface serial2
Router_F(config-if)#clns mtu 1500
Router_F(config-if)#^Z
Router_F#

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
10-Dec-2003
Eerste vrijgave

Was dit document nuttig?

FeedbackFeedback

Contact Cisco