Fehlerbehebung serielle Verbindungen

Um effektiv zu identifizieren und jedes Problem zu beheben, die mit Ihrem seriellen Verbindungen einschließlich, müssen Sie die wichtigsten Informationen über die Geräte oder Dienste Sie Fehler beseitigen. Dort sind einige Show

und debuggen Befehle, die Sie Konfiguration oder Strömungsprobleme zu identifizieren mit seriellen Verbindungen nutzen können.

Zeige

Das Show Befehl zeigt die Konfiguration und den Status Ihrer seriellen Ports. Im folgenden Code werden die Elemente, die am meisten auffallen, sind die Leitungsprotokolle, wie unten berichtet bedeutet, dass die physikalische Verbindung zum Gerät am anderen Ende der Verbindung wird nicht aufgebaut, sowie die Kapselung Protokoll, das in ist verwenden, beispielsweise HDLC oder PPP.

Router1 # show Schnittstellen seriell 0Serial0 oben ist, Leitungsprotokoll ist downHardware ist HD64570Internet Adresse ist 24.0.0.1/8MTU 1500 Bytes, BW 1544 Kbit, DLY 20000 usec, Zuverlässigkeit 255/255, txload 1/255, rxload 1 / 255Encapsulation HDLC, Loopback nicht setKeepalive Satz (10 sec) Letzter Eingang nie, Ausgabe 00.00.08, Ausgang hängen neverlast Clearing von "show interface", kontert neverInput Warteschlange: 0/75/0/0 (Größe / max / Tropfen / Wallungen) - Gesamtleistung Tropfen: 0Queueing Strategie: gewichtete fairOutput Warteschlange: 0/1000/64/0 (Größe / max Gesamt / Schwelle / Tropfen) Conversations 0/2/256 (aktiv / max aktiv / max gesamt) reserviert Gespräche 0/0 (zugeteilt / max erhältlich zugeordnet) 1158 Bandbreite Kilobit / sec5 Minute Eingangsrate 0 Bit / s, 0 Pakete / sec5 Minute Ausgabegeschwindigkeit 0 Bit / s, 0 Pakete / sec0 Pakete Eingang, 0 Byte, 0 keine bufferReceived 0 Sendungen, 0 runts, 0 Riesen, 0 throttles0 Eingabefehler, 0 CRC, 0 Rahmen, 0 Overrun, 0 ignoriert, 0 abort21 Pakete Ausgang, 714 Bytes, 0 underruns0 Ausgabefehler, 0 Kollisionen, 12-Schnittstelle resets0 Ausgangspuffer failures, 0 Ausgangspuffer ausgelagert

Nach dem vorstehenden Problem zu korrigieren - in diesem Fall wurde die Taktfrequenz auf der DCE-Gerät nicht festgelegt - das Leitungsprotokoll als oben berichtet wird:

Router1 # show Schnittstellen seriell 0Serial0 oben ist, Leitungsprotokoll ist upHardware ist HD64570Internet Adresse ist 24.0.0.1/8MTU 1500 Bytes, BW 1544 Kbit, DLY 20000 usec, Zuverlässigkeit 255/255, txload 1/255, rxload 1 / 255Encapsulation HDLC, Loopback nicht setKeepalive Satz (10 sec) Letzter Eingang 00.00.09, Ausgabe 00.00.08, Ausgang hängen neverlast Clearing von "show interface", kontert neverInput Warteschlange: 0/75/0/0 (Größe / max / Tropfen / Wallungen ) - Die Gesamtleistung sinkt: 0Queueing Strategie: gewichtete fairOutput Warteschlange: 0/1000/64/0 (Größe / max Gesamt / Schwelle / Tropfen) Conversations 0/2/256 (aktiv / max aktiv / max gesamt) reserviert Gespräche 0/0 (zugeteilt / max zugeordnet) verfügbare Bandbreite 1158 Kilobit / sec5 Minute Eingangsrate 0 Bit / s, 0 Pakete / sec5 Minute Ausgabegeschwindigkeit 0 Bit / s, 0 Pakete / Sec8 Pakete Eingang, 1208 Bytes, 0 keine bufferReceived 8 Sendungen, 0 runts , 0 Riesen, 0 throttles0 Eingabefehler, 0 CRC, 0 Rahmen, 0 Overrun, 0 ignoriert, 0 abort91 Pakete Ausgabe, 3282 Bytes, 0 underruns0 Ausgabefehler, 0 Kollisionen, 43 Schnittstelle resets0 Ausgangspuffer failures, 0 Ausgangspuffer vertauscht out85 Träger transitionsDCD = bis DSR = bis DTR = bis RTS = up CTS = up

Fehlerbeseitigung

Sobald Sie wissen, wie die aktuellen Konfigurationsdaten anzuzeigen, werfen Sie einen Blick auf die aktive Verbindung und Daten über die Verbindung gehen die durch den Einsatz debuggen Befehl. Sie können aus folgenden Optionen wählen debuggen Optionen. die sich auf die Schnittstelle Option.

Revive Router1 # Debug-Serien? Schnittstelle Serielle Schnittstelle eventsm32_dmaSerial M32 DMAmueslixSerial Mueslixpacket Serielle Netzwerk-Schnittstelle packetsrevive Serien

Wenn Sie sehen, die Show Befehl Anzeigen im vorhergehenden Abschnitt genannt, beginnen Sie mit einem Problem mit Taktgeschwindigkeit nicht richtig auf der DCE-Seite der Verbindung gesetzt wird. Um zu sehen, und ein Problem zu diagnostizieren, wurde das Problem neu erstellt das Problem, so dass man sehen kann, was es aussehen würde, wenn Fehlersuche mit dem debuggen Befehl.

Wenn Sie ein Problem mit Ihrer Verbindung haben, können Sie einen Blick auf die Informationen nehmen die debuggen Befehl gibt Ihnen über die serielle Schnittstelle. Nach dem Code-Beispiel, dass einige Informationen, die Sie sollten ableiten können, ist vorgesehen.

Router1 # debug serielle interfaceSerial Netzwerk-Interface-Debugging ist onRouter1 # 00: 06: 33: Serial0: HDLC myseq 32, mineseen 0, yourseen 0, Zeile down00: 06: 34: Serial0: Sie versuchen, restart00: 06: 34: HD (0) : Wegnehmen DSR, CTS und DCD00: 06: 34: HD (0): von 0x305CE4A00 Reset: 06: 34: HD (0): Die Behauptung DSR00: 06: 34: HD (0): Die Behauptung DCD und CTS00: 06: 34 : HD (0): Wegnehmen LTST00: 06: 34: HD (0): 06: 43: Serial0: 33 HDLC myseq, mineseen 0, yourseen 0, Zeile down00: 06: 45: DTR und RTS00 Geltendmachung HD (0) bekam Interrupt ein Zustand = 0x805700:: 06: 45: HD (0): Neue Serienzustand = 0x005500: 06: 45: HD (0): DTR ist up.00: 06: 45: HD (1): Neue Serien-Zustand = 0x060000: 06: 45: HD (1): Das Kabel ist unplugged.00: 06: 45: HD (0): got ein Interrupt-Zustand = 0x805F00: 06: 45: HD (0): Neue Serienzustand = 0x005F00: 06 45:: HD (0): DTR ist up.00: 06: 45: HD (1): Neue Serienzustand = 0x060000: 06: 45: HD (1): Kabel ist nicht angeschlossen.

Hier sind einige der wichtigsten Elemente zur Kenntnis, in dieser Ausgabe zu übernehmen:

• Die Verbindung wird unter Verwendung von HDLC. Die HDLC-Verbindung unterbrochen ist.

• Es gibt ein Problem mit Kommunikation, wie sie in der gezeigt Geltendmachung, Wegnehmen, und zurückstellen Befehle. Diese sind in der Regel nie gute Nachrichten zu sehen. Insbesondere gibt es ein Problem, die serielle Kommunikation Befehle in der Bestätigung, wie Ready to Send (RTS) und Clear to Send (CTS).

• Es gibt ein Problem mit dem HDLC-Kommunikation, und nach mehreren Versuchen, es gibt auf, durch die identifizierten Kabel ist nicht angeschlossen Erklärung.

Ein weiteres Problem, das in der Ausgabe erscheint bezieht sich auf die Linien, die die Wörter enthalten mineseen und yourseen. Sie beziehen sich auf die Anzahl der Datensteuerpakete, die über die Verbindung gesendet wurden, die nur verwendet werden, um die Verbindung zu überwachen.

Wenn der Router Daten über eine HDLC-Verbindung sendet, verfolgt sie eine laufende Nummer, um sicherzustellen, dass alle Daten durchkommt. Die Zahl auf Router1 ist, was Router1 Anrufe mineseen, wohingegen Router1 rufen Sie die Sequenznummer von dem anderen Router gemeldet yourseen.

Obwohl HDLC sagt, dass das Kabel herausgezogen werden kann, wissen Sie bereits, dass das Problem in der Taktgeschwindigkeit liegt, die Router1 sieht gleich aus, da sie nicht die Verbindung richtig beginnen.

Mit der Taktfrequenz richtig eingestellt ist, die debuggen Daten sieht aus wie das folgende Beispiel. Beachten Sie die mineseen und yourseen Daten und dass die Linie nach oben. Der Unterschied in den Zahlen tritt auf, weil Router2 Senden von Daten Steuerpakete wurde, dass dieser Router noch nie gesehen hat, da die Schnittstelle später gebracht wurde.

Router1 # debug serielle interfaceSerial Netzwerk-Interface-Debugging ist onRouter1 # 00: 22: 43: Serial0: HDLC myseq 10, mineseen 10 *, yourseen 129, Zeile up00: 22: 53: Serial0: HDLC 11 myseq, mineseen 11 *, yourseen 130, Linie up00: 23: 03: Serial0: HDLC 12, mineseen 12 myseq *, yourseen 131, Line-up