Fehlerbehebung bei Kapselungsfehlern mit dem Befehl debug atm errors

Einführung

Wenn Sie den Befehl debug atm errors aktivieren, werden manchmal Kapselungsfehlermeldungen angezeigt. Dieses Dokument erklärt, was diese Fehlermeldungen bedeuten.

Voraussetzungen

Anforderungen

Für dieses Dokument bestehen keine speziellen Anforderungen.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.

Netzwerkdiagramm

Dieses Dokument basiert auf dieser Netzwerkeinrichtung:

Hinweise

• 0/102 ist der auf beiden Seiten der permanenten virtuellen Verbindung (PVC) zwischen Router 1 und Router 2 zugewiesene Wert für Virtual Path Identifier/Virtual Channel Identifier (VPI/VCI).

• Im Interesse der Klarheit wird 0/102 vom ATM-Switch auf 0/102 umgestellt.

• Diese PVCs wurden auf einer Multipoint-Subschnittstelle erstellt.

Konfigurationen

In diesem Dokument werden folgende PVC-Konfigurationen verwendet:

• Router 1

• Router 2

interface ATM6/0.102 multipoint
 ip address 11.1.1.1 255.255.255.0
 no ip directed-broadcast
 pvc 0/102
  protocol ip 11.1.1.2
  encapsulation aal5snap

interface ATM2/0.102 multipoint
 ip address 11.1.1.2 255.255.255.0
 no ip directed-broadcast
 pvc 0/102
  protocol ip 11.1.1.1
  encapsulation aal5snap

Unicast-Zuordnungsproblem

In diesem Beispiel wird von Router 2 ein Ping an 11.1.1.23 versucht, während der Befehl debug atm error aktiviert ist:

Router1# ping 11.1.1.23

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 11.1.1.23, timeout is 2 seconds:
   *Jul 12 05:01:26.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117.
   *Jul 12 05:01:28.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117.
   *Jul 12 05:01:30.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117.
   *Jul 12 05:01:32.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117.
   *Jul 12 05:01:34.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117.
   Success rate is 0 percent (0/5)

In dieser Ausgabe können Sie sehen, dass der Ping-Befehl fehlschlägt und die Kapselungsfehlermeldung aufgezeichnet wird. Der Hexadezimalwert B010117 wird folgendermaßen in Dezimalwerte konvertiert:

Der angezeigte Hexadezimalwert entspricht 11.1.1.23, d. h. der Adresse, an die der Ping gesendet wird.

Warum schlägt sie fehl?

Die Schnittstelle ATM 2/0.102 ist als Point-to-Multipoint-Schnittstelle konfiguriert. Bevor ein Gerät auf der anderen Seite einer PVC-Schnittstelle erreicht werden kann, muss zwischen der IP-Adresse und der PVC eine Zuordnung vorhanden sein. Diese Zuordnung kann mit dem Befehl inarp oder durch statische Konfiguration erfolgen, wie in diesem Dokument gezeigt.

In diesem Beispiel gibt es keine Zuordnung zwischen 11.1.1.23 und einer PVC:

Router2# show atm map

Map list ATM2/0.102pvc4 : PERMANENT
ip 11.1.1.1 maps to VC 4, VPI 0, VCI 102, ATM2/0.102

Die einzige existierende Zuordnung ist zwischen 11.1.1.1 und der PVC 0/102. Da keine Zuordnung für 11.1.1.23 vorhanden ist, kann der Router das Paket nicht senden und zeichnet daher einen Kapselungsfehler auf.

Lösung

Wenn Sie eine solche Fehlermeldung sehen, dekodieren Sie den Hexadezimalwert und überprüfen Sie, warum die Zuordnung für diese bestimmte Unicast-IP-Adresse nicht konfiguriert ist.

Probleme mit Broadcast- oder Multicast-Zuordnung

In diesem Beispiel wird diese Routing-Konfiguration beiden Routern hinzugefügt:

router eigrp 1
 network 11.0.0.0
!
router rip
 network 11.0.0.0

Wenn Sie den Befehl debug atm error (Fehlersuche) ausgeben, wird diese Meldung angezeigt:

!--- This timestamped line of output appears on one line:

.Jul 12 14:21:09.408: ATM(ATM2/0.102)
        Send:Error in encapsulation, No VC for address 0xFFFFFFFF

Diese Meldung weist darauf hin, dass der Router keine Broadcast-Übertragung auf dem PVC senden kann.

Warum schlägt sie fehl?

Wenn Sie sich diese Konfiguration genau ansehen, sehen Sie, dass das Broadcast-Schlüsselwort unter der PVC-Konfiguration fehlt. Ähnlich wie beim vorherigen Unicast-Problem müssen Sie dieses Schlüsselwort angeben, bevor Sie eine Broadcast-Übertragung auf der PVC senden können. In diesem Fall wird der Broadcast vom Routing Information Protocol (RIP) generiert.

Diese Meldung wird manchmal auch angezeigt:

!--- Each of these timestamped lines of output appear on one line:

*Jul 12 06:09:50.945: ATM(ATM2/0.102)
        Send: Error in encapsulation, No VC for address 0xE000000A
*Jul 12 06:09:51.625: ATM(ATM2/0.102)
        Send: Error in encapsulation, No VC for address 0xE0000009

!--- E000000A corresponds to 224.0.0.10. !--- E0000009 corresponds to 224.0.0.9.

Beide Adressen werden von dem auf den Routern konfigurierten Enhanced Interior Gateway Routing Protocol (EIGRP) verwendet. Auch diese Pakete können nicht gesendet werden, da das Broadcast-Schlüsselwort unter der PVC-Konfiguration fehlt.

Wenn Sie diese Meldungen anzeigen, liegt dies wahrscheinlich daran, dass ein Routing-Protokoll keine Updates oder Hello-Pakete über die PVC senden kann. Sie können auch durch andere Arten von Multicast-Datenverkehr verursacht werden, z. B. IP/TV.

Lösung

Um Broadcast- und Multicast-Messaging auf der PVC-Seite zu ermöglichen, sollte die Konfiguration ähnlich wie in diesem Beispiel sein, das auf Router 2 durchgeführt wird:

interface ATM2/0.102 multipoint
   ip address 11.1.1.2 255.255.255.0
   no ip directed-broadcast
   pvc 0/102
    protocol ip 11.1.1.1 broadcast
    encapsulation aal5snap

Zugehörige Informationen

• Support-Seiten für ATM (Asynchroner Transfermodus)
• Tools und Dienstprogramme - Cisco Systems
• Technischer Support - Cisco Systems

Revisionsverlauf