IS-IS-Hellos (Intermediate System-to-Intermediate System) werden der Gesamtgröße der Maximum Transmission Unit (MTU) hinzugefügt. Die vollständige MTU-Größe von IS-IS Hellos (IIHs) wird durch die frühzeitige Erkennung von Fehlern aufgrund von Übertragungsproblemen bei großen Frames oder aufgrund falsch zugeordneter MTUs an benachbarten Schnittstellen ermöglicht.
Das Padding der IIHs kann deaktiviert werden (in den Cisco IOS® Software Releases 12.0(5)T und 12.0(5)S) für alle Schnittstellen auf einem Router mit dem Befehl no hello padding im Router-Konfigurationsmodus für den IS-IS-Routing-Prozess. Das Padding der IIHs kann für Point-to-Point- oder Multipoint-Schnittstellen selektiv deaktiviert werden, wobei kein Hello-Padding-Multipoint oder kein Point-to-Point-Befehl für das Hello-Padding im Router-Konfigurationsmodus für den IS-IS-Routing-Prozess verwendet wird. Hello-Padding kann auch mithilfe des Schnittstellenkonfigurationsbefehls no isis hello padding auf Schnittstellenbasis für eine einzelne Schnittstelle deaktiviert werden.
Ein Benutzer würde Hello-Padding deaktivieren, um zu vermeiden, dass die Netzwerkbandbreite verschwendet wird, wenn die MTU beider Schnittstellen gleich ist oder wenn es sich um ein ÜbersetzungsBridging handelt. Während Hello-Padding deaktiviert ist, senden Cisco-Router immer noch die ersten fünf IS-IS-Hellos, die zur vollständigen MTU-Größe hinzugefügt wurden. Damit sollen die Vorteile der Erkennung von MTU-Diskrepanzen aufrecht erhalten werden. Konsekutive Hellos werden nicht mehr gepolstert.
Dieses Dokument zeigt, was geschieht, wenn auf den Schnittstellen zweier verbundener Router, auf denen IS-IS ausgeführt wird, eine MTU-Diskrepanz auftritt. Die MTU auf Router F wurde mit dem Schnittstellenkonfigurationsbefehl mtu 2000 von seinem Standardwert von 1500 Byte auf 2000 Byte geändert. Die serielle Schnittstelle wurde "geflapst". Damit der neue MTU-Wert wirksam wird, müssen Sie Serial 0 mit dem Befehl shutdown deaktivieren und ihn dann mit dem Befehl no shutdown aktivieren.
Für dieses Dokument bestehen keine speziellen Anforderungen.
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.
Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.
Das Netzwerkdiagramm und die zur Beschreibung dieses Problems verwendeten Konfigurationen werden hier angezeigt:
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 |
Auf beiden Routern können Sie den Status der Adjacency zwischen Router F und Router H mit dem Befehl show clns neighbors sehen. Beachten Sie in der Ausgabe von Router F, dass sich die Adjacency zu Router H im INIT-Status befindet. In der Ausgabe von Router H sehen Sie, dass die Adjacency zu Router F der Typ IS ist und dass es sich bei dem Protokoll um ein End System-to-Intermediate System (ES-IS) handelt. Diese Ausgabe weist auf ein Problem mit der CLNS-Adjacency (Connectionless Network Service) hin.
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
Wenn Sie das Debuggen von IS-IS-Adjacency-Paketen mit dem Befehl debug isis adj-packages aktivieren, wird auf der Subschnittstelle Serial 2.1 sowohl serielle IDs gesendet als auch empfangen.
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
Diese Ausgabe zeigt, dass Router H keine IIHs auf Serial 0.2 von Router F empfängt. Daher wird keine IS-IS-Adjacency gebildet. Stattdessen ist die Adjacency das Endsystem (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
Router H empfängt die Hellos nicht von Router F, da IIHs zur vollständigen MTU der Verbindung hinzugefügt werden, während die ES-Hellos nicht zur vollständigen MTU-Größe gepaart werden. Dies geschieht, weil Router F denkt, dass die MTU 2000 beträgt, und einen 2000-Byte-Hello sendet, der von Router H ignoriert wird.
Die Lösung besteht darin, sicherzustellen, dass beide Seiten einer Verbindung die gleiche MTU aufweisen. Eine Möglichkeit hierfür besteht darin, den Befehl mtu zu verwenden, wie hier gezeigt:
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#
Router H und Router F können jetzt Nachbarn werden und den Datenverkehr der anderen Seite weiterleiten.
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
Das CLNS-Adjacency-Problem aufgrund einer MTU-Diskrepanz kann auch mithilfe des Befehls clns mtu gelöst werden, wie hier gezeigt:
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#
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
10-Aug-2005 |
Erstveröffentlichung |