Dieses Dokument enthält Methoden zur Fehlerbehebung für verschiedene Arten von Wählverbindungen. Es ist nicht für den Einstieg in die Endfassung vorgesehen. Die Struktur ist so konzipiert, dass der Leser die Bereiche, die von Interesse sind, überspringen kann, die jeweils Variationen des allgemeinen Design für die Fehlerbehebung für einen bestimmten Fall. In diesem Dokument werden drei Hauptszenarien behandelt: Bevor Sie mit der Fehlerbehebung beginnen, ermitteln Sie, welche Art von Anruf versucht wird, und gehen Sie zu diesem Abschnitt:
Nicht-DDR-Callout
Für dieses Dokument bestehen keine besonderen Voraussetzungen.
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.
Die in diesem Dokument enthaltenen Informationen wurden aus Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Sie in einem Live-Netzwerk arbeiten, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen, bevor Sie es verwenden.
Dialup ist einfach die Anwendung des öffentlichen Telefonnetzes (PSTN), das Daten für den Endbenutzer überträgt. Dazu gehört ein Gerät am Kundenstandort (Customer Premises Equipment, CPE), das dem Telefon-Switch eine Telefonnummer sendet, an die eine Verbindung geleitet werden soll. Die Router AS3600, AS5200, AS5300 und AS5800 sind alle Beispiele für Router, die zusammen mit den Banken digitaler Modems eine Primär-Rate-Schnittstelle (PRI) betreiben können. Das AS2511 dagegen ist ein Beispiel für einen Router, der mit externen Modems kommuniziert.
Der Carrier-Markt ist stark gewachsen, und der Markt verlangt jetzt höhere Modemdichten. Die Antwort auf diese Notwendigkeit ist eine stärkere Zusammenarbeit mit der Telefonanlage und die Entwicklung des digitalen Modems. Dies ist ein Modem, das direkten digitalen Zugriff auf das PSTN ermöglicht. Infolgedessen wurden schnellere CPE-Modems entwickelt, die das klare Signal nutzen, das digitale Modems genießen. Die Tatsache, dass die digitalen Modems, die über eine PRI- oder BRI-Schnittstelle (Basic Rate Interface) mit dem PSTN verbunden sind, Daten über 53.000 unter Verwendung des V.90-Kommunikationsstandards übertragen können, bestätigt den Erfolg der Idee.
Die ersten Zugriffsserver waren AS2509 und AS2511. Das AS2509 könnte mithilfe externer Modems 8 eingehende Verbindungen unterstützen, das AS2511 könnte 16 unterstützen. Das AS5200 wurde mit zwei PRIs eingeführt und konnte 48 Benutzer mit digitalen Modems unterstützen. Es war ein bedeutender Sprung nach vorn in der Technologie. Die Modemdichten wurden mit Unterstützung von 4 und 8 PRIs beim AS5300 stetig erhöht. Schließlich wurde das AS5800 eingeführt, um die Anforderungen von Installationen der Carrier-Klasse zu erfüllen, die Dutzende von eingehenden T1- und Hunderten von Benutzerverbindungen handhaben müssen.
Einige veraltete Technologien lassen sich in einer historischen Diskussion über Dialer-Technologie erwähnen. 56Kflex ist ein älterer (vor V.90) 56k Modemstandard, der von Rockwell vorgeschlagen wurde. Cisco unterstützt Version 1.1 des 56Kflex-Standards auf seinen internen Modems, empfiehlt jedoch, die CPE-Modems so bald wie möglich auf V.90 zu migrieren. Eine weitere veraltete Technologie ist das AS5100. Das AS5100 war ein Joint Venture zwischen Cisco und einem Modemhersteller. Das AS5100 wurde als Möglichkeit entwickelt, die Modemdichte durch Verwendung von Quad-Modemkarten zu erhöhen. Es umfasste eine Gruppe von AS2511-Karten, die als Karten erstellt wurden und in eine Rückwandplatine integriert wurden, die von Quad-Modemkarten gemeinsam genutzt wurde, sowie eine duale T1-Karte.
Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.
Es gibt einige häufige Gründe für einen Nicht-DDR-ausgehenden Anruf von einem Cisco Access Server:
So verwenden Sie den Zugriffsserver mit dem Cisco Dialout-Dienstprogramm.
Um den Zugriffsserver als Terminalserver für den Zugriff auf eine Zeichenzellen-Einwahlsitzung auf einem anderen Server zu verwenden, können Sie sich möglicherweise manuell anmelden und PPP später starten.
Um ein Modem zu testen oder zu konfigurieren (siehe Konfigurieren von umgekehrtem Telnet).
Ähnlich wie bei der Fehlerbehebung bei DDR-Berechnungen ähnelt der allgemeine Argumentationsfluss für die Fehlerbehebung bei Nicht-DDR-Callouts dem folgenden:
Ist die TCP-Verbindung zum Überwachungsport erfolgreich? (Ja geht zur nächsten Frage über.)
Kann das Modem die AT-Eingabeaufforderung anbieten?
Macht der Anruf es zum PSTN?
Wird der Anruf vom Remote-Ende angenommen?
Wird der Anruf beendet?
Werden Daten über den Link übertragen?
Ist die Sitzung eingerichtet? (PPP oder Terminal)
Das Cisco Dialout-Dienstprogramm ermöglicht einer Community von Windows-PCs die effektive gemeinsame Nutzung der Modemressourcen eines Zugriffsservers. Die allgemeinen Schritte beim Einrichten des Cisco Dialout-Dienstprogramms für eine Community von Benutzern sind:
Richten Sie den Network Access Server (NAS) mit den folgenden Befehlen unter den Leitungskonfigurationen ein:
line 1 16 modem InOut rotary 1 transport input all flowcontrol hardware
Installieren Sie Cisco Dialout auf den PCs, auf denen die Modems des NAS verwendet werden. Überprüfen Sie die Konfigurationen:
Doppelklicken Sie auf das Symbol des Wählprogramms unten rechts im Bildschirm.
Klicken Sie auf Mehr.
Klicken Sie auf Ports konfigurieren.
Es wird ebenfalls empfohlen, die Modemprotokollierung auf dem PC zu aktivieren. Klicken Sie dazu auf Start > Systemsteuerung > Modems. Wählen Sie Ihr Cisco Einwahlmodem aus, und klicken Sie auf die Schaltfläche Eigenschaften. Wählen Sie die Registerkarte Verbindung aus, und klicken Sie dann auf die Schaltfläche Erweitert. Aktivieren Sie das Kontrollkästchen Protokolldatei aufzeichnen.
Konfigurieren Sie das DFÜ-Netzwerk auf den PCs, um den Cisco Dialout COM-Port zu verwenden.
Es gibt einige wichtige Informationen zur Auswahl der Portnummer für das Cisco Dialout-Dienstprogramm. Standardmäßig wird versucht, den TCP-Port 6001 zu verwenden. Dies impliziert, dass es der einzige Benutzer auf einem ausgehenden NAS-Gerät ist. Da dies normalerweise nicht der Fall ist, ist es besser, 7001 zu verwenden, um die Drehfunktion zu nutzen. TCP-Listenerprozesse werden erstellt, indem der Befehl transport input in eine Leitungskonfiguration eingegeben wird. Die folgende Tabelle zeigt die verschiedenen IP-Port-Nummernbereiche:
Tabelle 3: Durch den Befehl "Transport Input" (Transport-Eingabe) eingerichtete TCP Listener Ports2000 | Telnet-Protokoll |
3000 | Telnet-Protokoll mit Rating |
4000 | Raw-TCP-Protokoll |
5000 | Rohes TCP-Protokoll mit rotierendem |
6000 | Telnet-Protokoll, binärer Modus |
7000 | Telnet-Protokoll, binärer Modus mit rotierendem |
9000 | XRemote-Protokoll |
10.000 | XRemote-Protokoll mit rotierendem |
Mit einem Rootvorgang kann eine eingehende TCP-Verbindung zu einem bestimmten Port hergestellt werden. Am Ende kann eine Verbindung zu einem Modem hergestellt werden, das derzeit über eine rotierende Gruppennummer verfügt. Im obigen Beispiel richtet die Rotationsgruppe Listener auf 3001, 5001, 7001 und 10001 ein. Das Cisco Dialout-Dienstprogramm verwendet den Binärmodus, sodass 7001 die richtige Nummer ist, um die auf den PCs zu verwendenden Clientprogramme zu konfigurieren.
Führen Sie diese Schritte aus, um eine Fehlerbehebung für das Nicht-DDR-Wählverfahren durchzuführen.
Um den anfänglichen Erfolg eines Nicht-DDR-Callout (z. B. ein Konfiguring Reverse Telnet-Callout) zu beobachten, verwenden Sie den Befehl debug telnet, um die eingehende Telnet-Verbindung zum Router anzuzeigen.
Wenn die TCP-Verbindung verweigert wird, gibt es entweder keinen Listener an der angegebenen Adresse und dem angegebenen Port oder jemand ist bereits mit diesem Port verbunden. Überprüfen Sie die Adresse, mit der Sie eine Verbindung herstellen, und überprüfen Sie die Portnummer.
Stellen Sie außerdem sicher, dass das Modem (oder Modem tr-active) und die Transport-Eingabe alle Befehle in der Leitungskonfiguration für die erreichbare Leitung angezeigt werden. Wenn Sie die Drehfunktion verwenden, stellen Sie sicher, dass der Befehl 1 (oder eine beliebige Nummer) auch in der Leitungskonfiguration angezeigt wird. Um festzustellen, ob eine Person verbunden ist, führen Sie Telnet zum Router aus, und verwenden Sie den Befehl show line (Befehlszeile anzeigen). Achten Sie auf ein Sternchen, das angibt, dass die Leitung verwendet wird. Mit dem Befehl show line n (show line n) können Sie sicherstellen, dass Clear to Send (CTS) hoch und der DSR (Data Set Ready) nicht bereit ist. Mit dem Befehl clear line n können Sie die Verbindung der aktuellen Sitzung mit dieser Portnummer trennen.
An diesem Punkt sollte das Telnet funktionieren. Identifizieren Sie anschließend den Medientyp, der für die ausgehende Verbindung verwendet wird:
So identifizieren Sie ein externes asynchrones Modem ohne DDR-Callout (z. B. Konfigurieren des umgekehrten Telnet-Anrufs):
Geben Sie den AT-Befehl ein, und stellen Sie sicher, dass eine OK-Antwort angezeigt wird. Wenn die OK-Antwort nicht angezeigt wird, geben Sie den Befehl AT&FE1Q0 ein. Geben Sie den AT-Befehl erneut ein, um festzustellen, ob die OK-Antwort angezeigt wird. Wenn die OK-Antwort angezeigt wird, muss das Modem möglicherweise initialisiert werden. Wenn Sie immer noch keine OK-Antwort erhalten, überprüfen Sie die Verkabelung, Leitungsgeschwindigkeit und Paritätseinstellungen des lokalen asynchronen Modems zur Router-Verbindung. Weitere Informationen finden Sie im Modem-Router-Verbindungsleitfaden.
Erhöhen Sie die Lautstärke des Modemlautsprechers mit dem Befehl ATM1, und geben Sie ATDT <number>ein.
Wenn das Remote-Ende anscheinend nicht antwortet, stellen Sie sicher, dass der Anruf vom ursprünglichen Modem getätigt wird. Rufen Sie dazu manuell eine lokale Nummer mit dem Befehl ATDT <number>und hören Sie auf den Klingelton.
Wenn kein Klingelton klingelt, wird der Anruf nicht beendet.
Tauschen Sie die Kabel des ursprünglichen Modems aus, und versuchen Sie es erneut. Wenn das Telefon immer noch nicht funktioniert, probieren Sie einen Hörer an der Leitung aus. Stellen Sie sicher, dass Sie das Kabel verwenden, das auch vom Modem verwendet wurde. Wenn das Telefon selbst mit dem neuen Kabel keinen ausgehenden Anruf tätigen kann, wenden Sie sich an den Telco, um die ursprüngliche Telefonleitung zu überprüfen.
Wenn das Modem die Anrufe wie erwartet durchführt, stellen Sie sicher, dass die angerufene Telefonnummer korrekt ist.
Verwenden Sie einen Hörer, um die Empfangsnummer anzurufen. Stellen Sie sicher, dass Sie dasselbe Kabel verwenden, das auch vom Modem verwendet wurde. Wenn ein manueller Anruf die Empfangsnummer erreichen kann, achten Sie darauf, dass das Remote-Modem einen Freizeichenton (ABT) anbietet. Wenn der Anruf nicht beantwortet wird oder kein ABT gehört wird, wird das Modem für den Empfang möglicherweise nicht auf die automatische Annahme eingestellt. Der Befehl, den meisten Modems die automatische Antwort zuzuweisen, lautet ATS0=1. Das Empfangsmodem muss möglicherweise initialisiert oder gedebuggt werden. Wenn das empfangende Modem an einen Cisco Router angeschlossen ist, finden Sie weitere Informationen im Modem-Router Connection Guide. Überprüfen Sie das Modem, und ersetzen Sie es bei Bedarf.
Wenn ein manueller Anruf das beantwortende asynchrone Modem nicht erreichen kann, wechseln Sie die Telefonkabel des Empfangsmodems, und versuchen Sie, ein normales Telefon an der Leitung des empfangenden Modems zu verwenden. Wenn der Anruf vom regulären Telefon empfangen werden kann, besteht wahrscheinlich ein Problem mit dem empfangenden Modem. Überprüfen Sie das Modem, und ersetzen Sie es bei Bedarf.
Wenn der manuelle Anruf auf der betreffenden Leitung immer noch nicht am regulären Telefon ankommt, versuchen Sie es mit einer anderen (zweifelsfrei funktionierenden) Leitung in der Empfangseinrichtung. Wenn diese Verbindung hergestellt wird, lassen Sie das Telefon vom Fernsprecher überprüfen, ob die Telefonleitung zum Empfangsmodem geleitet wird.
Wenn der manuelle Anruf die Empfangsanlage nicht erreichen kann und es sich um einen Ferngespräch handelt, lassen Sie die Anruferseite eine andere (zweifelsfrei funktionierende) Langstreckennummer verwenden.
Wenn dies funktioniert, kann die Empfangsanlage oder -leitung nicht für Ferngespräche bereitgestellt werden. Wenn die Ausgangsleitung keine anderen Ferngesprächsnummern erreichen kann, ist die Fernverbindung möglicherweise nicht aktiviert. Testen Sie 10-10 Codes für verschiedene Fernanbieter.
Stellen Sie sicher, dass die Async-Modems trainieren.
Wenn die Async-Modems nicht trainieren, rufen Sie die Nummer manuell an, und achten Sie auf Statisch. Es können weitere Faktoren auftreten, die den Zugbetrieb beeinflussen. Es kann ein Kabelproblem zwischen dem empfangenden Modem und dem DTE auftreten, an das es angeschlossen ist. Trainingsfehler sind wahrscheinlich ein Schaltungs- oder Kompatibilitätsproblem. Einige dieser Probleme können durch die Festlegung der Modems behoben werden, die sie auf weniger "aggressive" Geschwindigkeiten begrenzen. Lassen Sie uns als Beispiel eine Verbindung zu einem der Testsysteme von Cisco herstellen. Zunächst möchten wir die Berichterstellung für Lautsprecher- und DCE-Rateninformationen aktivieren:
atm1 OK
Anschließend wählen wir eine statische Übung:
at OK atdt914085703932 NO CARRIER
Die normale Verbindung scheint zu versagen. In diesem Fall wissen wir, dass es sich um eine laute Leitung handelt. Stellen Sie das Modem auf die Werkseinstellungen (&f), schalten Sie den Lautsprecher (m1) ein, und verschließen Sie das Modem mit dem folgenden Befehl auf 28,8 (&n14 für USR-Modems):
at&fm1&n14 OK
Jetzt versuchen wir es erneut:
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
Stellen Sie sicher, dass Daten fließen. Drücken Sie die Rückgabetaste mehrmals, um festzustellen, ob Daten vom Remote-System zur lokalen Sitzung hin und her übertragen werden. Wenn die Daten nicht übertragen werden, kann es zu einem Kabel- oder Signalproblem kommen, wenn das Remote-Async-Modem versucht, mit dem Remote-DTE zu kommunizieren. Debuggen und Ersetzen nach Bedarf.
Wenn die Eingabe der Daten von der anderen Seite angemessen beantwortet wird, funktioniert die Modemverbindung.
Gehen Sie folgendermaßen vor, um eine CAS T1/E1-Nicht-DDR-Abfrage durchzuführen.
Führen Sie eine CAS T1/E1 async-Modem Non-DDR-Callout diagnostizieren Sie mithilfe der folgenden Befehle den Vorgang und versuchen Sie dann, einen Anruf zu tätigen:
Warnung: Beim Ausführen von Debuggen auf einem ausgelasteten System kann der Router abstürzen, indem die CPU überlastet oder der Konsolenpuffer überlastet wird.
router# debug modem router# debug modem csm router# debug cas
Hinweis: Der Befehl debug cas ist auf Cisco AS5200- und AS5300-Plattformen mit Cisco IOS verfügbar? Softwareversion 12.0(7)T und höher In früheren Versionen von IOS muss der interne Befehlsdienst in die Hauptebene der Konfiguration des Routers eingegeben werden, und Modem-mgmt csm debug-rbs muss an der exec-Eingabeaufforderung eingegeben werden. Für das Debuggen von RBS auf dem Cisco AS5800 muss eine Verbindung zur Trunk Card hergestellt werden. (Verwenden Sie modem-mgmt csm no-debug-rbs, um den Debugger auszuschalten.)
Geben Sie den AT-Befehl ein, und stellen Sie sicher, dass eine OK-Antwort angezeigt wird.
Wenn die OK-Antwort nicht angezeigt wird, geben Sie den Befehl AT&F ein. Geben Sie den AT-Befehl erneut ein, um festzustellen, ob die OK-Antwort angezeigt wird. Wenn die OK-Antwort angezeigt wird, muss das Modem möglicherweise initialisiert werden. Wenn Sie immer noch keine OK-Antwort erhalten, kann ein Problem mit dem Modemmodul vorliegen. Bevor ein Anruf getätigt werden kann, muss dem Anruf ein Modem zugewiesen werden. Um diesen Prozess und den nachfolgenden Aufruf anzuzeigen, verwenden Sie die Debugausgabe, um zu bestimmen, ob dies geschieht. Beispiel:
Aktivieren des Debuggens:
router#conf t Enter configuration commands, one per line. End with CNTL/Z. router(config)#service internal router(config)#^Z router#modem-mgmt csm ? debug-rbs enable rbs debugging no-debug-rbs disable rbs debugging router#modem-mgmt csm debug-rbs router# neat msg at slot 0: debug-rbs is on neat msg at slot 0: special debug-rbs is on
Ausschalten des Debuggers:
router# router#modem-mgmt csm no-debug-rbs neat msg at slot 0: debug-rbs is off
Beim Debuggen dieser Informationen auf einem AS5800 muss eine Verbindung zur Trunk Card hergestellt werden. Im Folgenden sehen Sie ein Beispiel für einen normalen ausgehenden Anruf über einen CAS T1, der für FXS-Ground-Start bereitgestellt und konfiguriert wird:
Mica Modem(1/0): Rcvd Dial String(5551111) [Modem receives digits from chat script] CSM_PROC_IDLE: CSM_EVENT_MODEM_OFFHOOK at slot 1, port 0 CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_CHANNEL_LOCK at slot 1 and port 0 CSM_PROC_OC4_DIALING: CSM_EVENT_DSX0_BCHAN_ASSIGNED at slot 1, port 0 Mica Modem(1/0): Configure(0x1) Mica Modem(1/0): Configure(0x2) Mica Modem(1/0): Configure(0x5) Mica Modem(1/0): Call Setup neat msg at slot 0: (0/2): Tx RING_GROUND Mica Modem(1/0): State Transition to Call Setup neat msg at slot 0: (0/2): Rx TIP_GROUND_NORING [Telco switch goes OFFHOOK] CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_START_TX_TONE at slot 1 and port 0 CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_START_TX_TONE at slot 1, port 0 neat msg at slot 0: (0/2): Tx LOOP_CLOSURE [Now the router goes OFFHOOK] Mica Modem(1/0): Rcvd Tone detected(2) Mica Modem(1/0): Generate digits:called_party_num=5551111 len=8 Mica Modem(1/0): Rcvd Digits Generated CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_ADDR_INFO_COLLECTED at slot 1, port 0 CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_CHANNEL_CONNECTED at slot 1 and port 0 CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_CONNECTED at slot 1, port 0 Mica Modem(1/0): Link Initiate Mica Modem(1/0): State Transition to Connect Mica Modem(1/0): State Transition to Link Mica Modem(1/0): State Transition to Trainup Mica Modem(1/0): State Transition to EC Negotiating Mica Modem(1/0): State Transition to Steady State Mica Modem(1/0): State Transition to Steady State Speedshifting Mica Modem(1/0): State Transition to Steady State
Debugger für T1s und E1s mit anderen Signalisierungstypen sind ähnlich.
Wenn Sie diesen Punkt beim Debuggen erreichen, wird angezeigt, dass die aufrufenden und antwortenden Modems geschult und verbunden wurden. Wenn ein Modem ordnungsgemäß für den ausgehenden Anruf reserviert ist, die Verbindung jedoch nicht so weit kommt, muss die T1-Verbindung überprüft werden. Verwenden Sie den Befehl show controller t1/e1, um zu überprüfen, ob T1/E1 funktioniert. Eine Erklärung zur Ausgabe des Controllers finden Sie unter Problembehandlung bei seriellen Posten. Wenn T1/E1 nicht ordnungsgemäß funktioniert, ist die T1/E1-Fehlerbehebung erforderlich.
Wenn das Modem die Anrufe wie erwartet durchführt, stellen Sie sicher, dass die angerufene Telefonnummer korrekt ist.
Verwenden Sie einen Hörer, um die Empfangsnummer anzurufen. Wenn ein manueller Anruf die Empfangsnummer erreichen kann, achten Sie darauf, dass das Remote-Modem einen Freizeichenton (ABT) anbietet. Wenn der Anruf nicht beantwortet wird oder kein ABT gehört wird, wird das Modem für den Empfang möglicherweise nicht auf die automatische Annahme eingestellt. Der Befehl, den meisten Modems die automatische Antwort zuzuweisen, lautet ATS0=1. Das Empfangsmodem muss möglicherweise initialisiert oder gedebuggt werden. Wenn das empfangende Modem an einen Cisco Router angeschlossen ist, finden Sie weitere Informationen im Modem-Router Connection Guide. Überprüfen Sie das Modem, und ersetzen Sie es bei Bedarf.
Wenn der manuelle Anruf auf der betreffenden Leitung immer noch nicht am regulären Telefon ankommt, versuchen Sie es mit einer anderen (zweifelsfrei funktionierenden) Leitung in der Empfangseinrichtung. Wenn diese Verbindung hergestellt wird, lassen Sie das Telefon vom Fernsprecher überprüfen, ob die Telefonleitung zum Empfangsmodem geleitet wird.
Wenn es sich um ein Ferngespräch handelt, lassen Sie die Anruferseite eine andere (zweifelsfrei funktionierende) Fernnetznummer ausprobieren.
Wenn dies funktioniert, kann die Empfangsanlage oder -leitung nicht für Ferngespräche bereitgestellt werden. Wenn die Ausgangsleitung (CAS) keine anderen Ferngesprächsnummern erreichen kann, ist die Fernverbindung möglicherweise nicht aktiviert. Testen Sie 10-10 Codes für verschiedene Fernanbieter.
Stellen Sie sicher, dass die Async-Modems trainieren.
Wenn die Async-Modems nicht trainieren, rufen Sie die Nummer manuell an, und achten Sie auf Statisch. Es können weitere Faktoren auftreten, die den Zugbetrieb beeinflussen. Es kann ein Kabelproblem zwischen dem empfangenden Modem und dem DTE auftreten, an das es angeschlossen ist. Trainingsfehler sind wahrscheinlich ein Schaltungs- oder Kompatibilitätsproblem. Einige dieser Probleme können durch die Festlegung der Modems behoben werden, die sie auf weniger "aggressive" Geschwindigkeiten begrenzen. Lassen Sie uns als Beispiel eine Verbindung zu einem der Testsysteme von Cisco herstellen.
at OK
Anschließend wählen wir eine statische Übung:
at OK atdt914085703932 NO CARRIER
Die normale Verbindung scheint zu versagen. In diesem Fall wissen wir, dass es sich um eine laute Leitung handelt. Stellen wir also das Modem auf die Werkseinstellungen (&f), schalten Sie den Lautsprecher (m1) ein, und verschließen Sie das Modem mit 28,8 (S56=28800) mit dem folgenden Befehl:
at&fs56=28800 OK
Jetzt versuchen wir es erneut:
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
Stellen Sie sicher, dass Daten fließen.
Drücken Sie die Rückgabetaste mehrmals, um festzustellen, ob Daten vom Remote-System zur lokalen Sitzung hin und her übertragen werden. Wenn die Daten nicht übertragen werden, kann es zu einem Kabel- oder Signalproblem kommen, wenn das Remote-Async-Modem versucht, mit dem Remote-DTE zu kommunizieren. Debuggen und Ersetzen nach Bedarf.
Wenn die Eingabe der Daten von der anderen Seite angemessen beantwortet wird, funktioniert die Modemverbindung.
Führen Sie die folgenden Schritte aus, um einen PRI-Nicht-DDR-Anruf durchzuführen.
Diagnose eines asynchronen PRI-Modems (Nicht-DDR-Modus), Verwenden Sie die folgenden Befehle, und versuchen Sie dann, einen Anruf zu tätigen:
Warnung: Wenn auf einem ausgelasteten System Debug ausgeführt wird, kann der Router abstürzen, indem die CPU überlastet oder der Konsolenpuffer überlastet wird!
router# debug modem router# debug modem csm router# debug isdn q931 router# debug isdn
Geben Sie den AT-Befehl ein, und stellen Sie sicher, dass eine OK-Antwort angezeigt wird.
Wenn die OK-Antwort nicht angezeigt wird, geben Sie den Befehl AT&F ein. Geben Sie den AT-Befehl erneut ein, um festzustellen, ob die OK-Antwort angezeigt wird. Wenn die OK-Antwort angezeigt wird, muss das Modem möglicherweise ein Modemcap verwenden, um initialisiert zu werden. Hierzu wird der Befehl Modem autoconfigure type xxx verwendet, wobei xxx für den Modemtyp steht. Wenn Sie immer noch keine OK-Antwort erhalten, kann ein Problem mit dem Modemmodul vorliegen. Stellen Sie sicher, dass das Modem einen Anruf tätigen kann, indem es manuell eine Rufnummer initiiert. Wenn das Remote-Ende anscheinend nicht antwortet, stellen Sie sicher, dass der Anruf vom Modem getätigt wird. Rufen Sie dazu manuell eine lokale Nummer mit dem Befehl ATDT <Nummer> und hören Sie auf den Klingelton. Wenn kein Anruf ausgeht, kann ein ISDN-Problem auftreten. Überprüfen Sie bei dem ersten Verdacht auf einen ISDN-Ausfall auf einem BRI immer den Ausgang vom show isdn status. Zu beachten ist vor allem, dass Layer 1 aktiv sein sollte und Layer 2 MULTIPLE_FRAME_ESTABLISHED sein sollte. Informationen zum Lesen dieser Ausgabe sowie zu den Korrekturmaßnahmen finden Sie unter Interpreting Show ISDN Status (Show ISDN Status anzeigen).
Für ausgehende ISDN-Anrufe sind debug isdn q931 und debug isdn event die besten Tools. Glücklicherweise ähnelt das Debuggen ausgehender Anrufe dem Debuggen eingehender Anrufe. Ein normaler erfolgreicher Anruf könnte wie folgt aussehen:
*Mar 20 21:07:45.025: ISDN SE0:23: Event: Call to 5553759 at 64 Kb/s *Mar 20 21:07:45.033: ISDN SE0:23: TX -> SETUP pd = 8 callref = 0x2C *Mar 20 21:07:45.037: Bearer Capability i = 0x8890 *Mar 20 21:07:45.041: Channel ID i = 0x83 *Mar 20 21:07:45.041: Keypad Facility i = 0x35353533373539 *Mar 20 21:07:45.141: ISDN SE0:23: RX <- CALL_PROC pd = 8 callref = 0xAC *Mar 20 21:07:45.145: Channel ID i = 0x89 *Mar 20 21:07:45.157: ISDN SE0:23: received HOST_PROCEEDING Channel ID i = 0x0101 *Mar 20 21:07:45.161: ------------------- Channel ID i = 0x89 *Mar 20 21:07:45.313: ISDN SE0:23: RX <- CONNECT pd = 8 callref = 0xAC *Mar 20 21:07:45.325: ISDN SE0:23: received HOST_CONNECT
Beachten Sie, dass die CONNECT-Nachricht der Schlüsselindikator für den Erfolg ist. Wenn keine CONNECT-Nachricht empfangen wird, wird möglicherweise eine DISCONNECT- oder eine RELEASE_COMP-Nachricht (Release Complete) angezeigt, gefolgt von einem Ursachencode:
*Mar 20 22:11:03.212: ISDN SE0:23: RX <- RELEASE_COMP pd = 8 callref = 0x8F *Mar 20 22:11:03.216: Cause i = 0x8295 - Call rejected
Der Ursachenwert weist auf zwei Dinge hin.
Das zweite Byte des 4- oder 6-Byte-Werts gibt den Punkt im End-to-End-Anrufpfad an, von dem der DISCONNECT oder RELEASE_COMP empfangen wurde. Dies kann Ihnen helfen, das Problem zu lokalisieren.
Das dritte und vierte Byte geben den tatsächlichen Grund für den Ausfall an. Die Bedeutung der verschiedenen Werte finden Sie in Tabelle 9.
Wenn das Modem die Anrufe wie erwartet durchführt, stellen Sie sicher, dass die angerufene Telefonnummer korrekt ist.
Verwenden Sie einen Hörer, um die Empfangsnummer anzurufen. Wenn ein manueller Anruf die Empfangsnummer erreichen kann, achten Sie darauf, dass das Remote-Modem einen Freizeichenton (ABT) anbietet. Wenn der Anruf nicht beantwortet wird oder kein ABT gehört wird, wird das Modem für den Empfang möglicherweise nicht auf die automatische Annahme eingestellt. Der Befehl, den meisten Modems die automatische Antwort zuzuweisen, lautet ATS0=1. Das Empfangsmodem muss möglicherweise initialisiert oder gedebuggt werden. Wenn das empfangende Modem an einen Cisco Router angeschlossen ist, finden Sie weitere Informationen im Modem-Router Connection Guide. Überprüfen Sie das Modem, und ersetzen Sie es bei Bedarf.
Wenn der manuelle Anruf auf der betreffenden Leitung immer noch nicht am regulären Telefon ankommt, versuchen Sie es mit einer anderen (zweifelsfrei funktionierenden) Leitung in der Empfangseinrichtung. Wenn diese Verbindung hergestellt wird, lassen Sie das Telefon vom Fernsprecher überprüfen, ob die Telefonleitung zum Empfangsmodem geleitet wird.
Wenn es sich um ein Ferngespräch handelt, lassen Sie die Anruferseite eine andere (zweifelsfrei funktionierende) Fernnetznummer ausprobieren.
Wenn dies funktioniert, kann die Empfangsanlage oder -leitung nicht für Ferngespräche bereitgestellt werden. Wenn die ursprüngliche (BRI)-Leitung keine anderen Ferngesprächsnummern erreichen kann, ist die Fernverbindung möglicherweise nicht aktiviert. Testen Sie 10-10 Codes für verschiedene Fernanbieter.
Stellen Sie sicher, dass die Async-Modems trainieren.
Wenn die Async-Modems nicht trainieren, rufen Sie die Nummer manuell an, und achten Sie auf Statisch. Es können weitere Faktoren auftreten, die den Zugbetrieb beeinflussen. Es kann ein Kabelproblem zwischen dem empfangenden Modem und dem DTE auftreten, an das es angeschlossen ist. Trainingsfehler sind wahrscheinlich ein Schaltungs- oder Kompatibilitätsproblem. Einige dieser Probleme können durch die Festlegung der Modems behoben werden, die sie auf weniger "aggressive" Geschwindigkeiten begrenzen. Lassen Sie uns als Beispiel eine Verbindung zu einem der Testsysteme von Cisco herstellen.
at OK
Anschließend wählen wir eine statische Übung:
at OK atdt914085703932 NO CARRIER
Die normale Verbindung scheint zu versagen. In diesem Fall wissen wir, dass es sich um eine laute Leitung handelt. Stellen wir also das Modem auf die Werkseinstellungen (&f), schalten Sie den Lautsprecher (m1) ein, und verschließen Sie das Modem mit 28,8 (S56=28800) mit dem folgenden Befehl:
at&fs56=28800 OK
Jetzt versuchen wir es erneut:
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
Stellen Sie sicher, dass Daten fließen.
Drücken Sie die Rückgabetaste mehrmals, um festzustellen, ob Daten vom Remote-System zur lokalen Sitzung hin und her übertragen werden. Wenn die Daten nicht übertragen werden, kann es zu einem Kabel- oder Signalproblem kommen, wenn das Remote-Async-Modem versucht, mit dem Remote-DTE zu kommunizieren. Debuggen und Ersetzen nach Bedarf.
Wenn die Eingabe der Daten von der anderen Seite angemessen beantwortet wird, funktioniert die Modemverbindung.
Diese Funktion funktioniert nur auf der Cisco 3640-Plattform mit der Cisco IOS-Softwareversion 12.0(3)T oder höher. Hierfür ist eine spätere Hardware-Revision des BRI-Netzwerkmoduls erforderlich. Dies funktioniert nicht mit einer WAN-Schnittstellenkarte (WIC).
Diagnose eines asynchronen PRI-Modems (Nicht-DDR-Modus), Verwenden Sie die folgenden Befehle, und versuchen Sie dann, einen Anruf zu tätigen:
Warnung: Wenn auf einem ausgelasteten System Debug ausgeführt wird, kann der Router abstürzen, indem die CPU überlastet oder der Konsolenpuffer überlastet wird!
router# debug modem router# debug modem csm router# debug isdn q931 router# debug isdn
Geben Sie den AT-Befehl ein, und stellen Sie sicher, dass eine OK-Antwort angezeigt wird.
Geben Sie den AT-Befehl ein, und stellen Sie sicher, dass eine OK-Antwort angezeigt wird. Wenn die Antwort OK nicht angezeigt wird, geben Sie den Befehl AT&F ein. Geben Sie den AT-Befehl erneut ein, um zu sehen, ob die Antwort OK angezeigt wird. Wenn die OK-Antwort angezeigt wird, muss das Modem möglicherweise ein Modemcap verwenden, um initialisiert zu werden. Hierzu wird der Befehl Modem automatisch zur Konfiguration des Typs xxx verwendet, wobei xxx der Modemtyp ist. Wenn Sie immer noch keine OK-Antwort erhalten, kann ein Problem mit dem Modemmodul vorliegen. Stellen Sie sicher, dass das Modem einen Anruf tätigen kann, indem es manuell eine Rufnummer initiiert. Wenn das Remote-Ende anscheinend nicht antwortet, stellen Sie sicher, dass der Anruf vom Modem getätigt wird. Rufen Sie dazu manuell eine lokale Nummer mit dem Befehl ATDT<number>und hören Sie auf den Klingelton. Wenn kein Anruf ausgeht, kann ein ISDN-Problem auftreten. Überprüfen Sie bei dem ersten Verdacht auf einen ISDN-Ausfall auf einem BRI immer den Ausgang vom show isdn status. Zu beachten ist vor allem, dass Layer 1 aktiv sein sollte und Layer 2 MULTIPLE_FRAME_ESTABLISHED sein sollte. Informationen zum Lesen dieser Ausgabe sowie zu den Korrekturmaßnahmen finden Sie unter Interpreting Show ISDN Status (Show ISDN Status anzeigen).
Für ausgehende ISDN-Anrufe sind debug isdn q931 und debug isdn event die besten Tools. Glücklicherweise ähnelt das Debuggen ausgehender Anrufe dem Debuggen eingehender Anrufe. Ein normaler erfolgreicher Anruf könnte wie folgt aussehen:
*Mar 20 21:07:45.025: ISDN BR0: Event: Call to 5553759 at 64 Kb/s *Mar 20 21:07:45.033: ISDN BR0: TX -> SETUP pd = 8 callref = 0x2C *Mar 20 21:07:45.037: Bearer Capability i = 0x8890 *Mar 20 21:07:45.041: Channel ID i = 0x83 *Mar 20 21:07:45.041: Keypad Facility i = 0x35353533373539 *Mar 20 21:07:45.141: ISDN BR0: RX <- CALL_PROC pd = 8 callref = 0xAC *Mar 20 21:07:45.145: Channel ID i = 0x89 *Mar 20 21:07:45.157: ISDN BR0: received HOST_PROCEEDING Channel ID i = 0x0101 *Mar 20 21:07:45.161: ------------------- Channel ID i = 0x89 *Mar 20 21:07:45.313: ISDN BR0: RX <- CONNECT pd = 8 callref = 0xAC *Mar 20 21:07:45.325: ISDN BR0: received HOST_CONNECT
Beachten Sie, dass die CONNECT-Nachricht der Schlüsselindikator für den Erfolg ist. Wenn keine CONNECT-Nachricht empfangen wird, wird möglicherweise eine DISCONNECT- oder eine RELEASE_COMP-Nachricht (Release Complete) angezeigt, gefolgt von einem Ursachencode:
*Mar 20 22:11:03.212: ISDN BR0: RX <- RELEASE_COMP pd = 8 callref = 0x8F *Mar 20 22:11:03.216: Cause i = 0x8295 - Call rejected
Der Ursachenwert weist auf zwei Dinge hin.
Das zweite Byte des 4- oder 6-Byte-Werts gibt den Punkt im End-to-End-Anrufpfad an, von dem der DISCONNECT oder RELEASE_COMP empfangen wurde. Dies kann Ihnen helfen, das Problem zu lokalisieren.
Das dritte und vierte Byte geben den tatsächlichen Grund für den Ausfall an. Die Bedeutung der verschiedenen Werte finden Sie in Tabelle 9.
Wenn das Modem die Anrufe wie erwartet durchführt, stellen Sie sicher, dass die angerufene Telefonnummer korrekt ist.
Verwenden Sie einen Hörer, um die Empfangsnummer anzurufen. Wenn ein manueller Anruf die Empfangsnummer erreichen kann, achten Sie darauf, dass das Remote-Modem einen Freizeichenton (ABT) anbietet. Wenn der Anruf nicht beantwortet wird oder kein ABT gehört wird, wird das Modem für den Empfang möglicherweise nicht auf die automatische Annahme eingestellt. Der Befehl, den meisten Modems die automatische Antwort zuzuweisen, lautet ATS0=1. Das Empfangsmodem muss möglicherweise initialisiert oder gedebuggt werden. Wenn das empfangende Modem an einen Cisco Router angeschlossen ist, finden Sie weitere Informationen im Modem-Router Connection Guide. Überprüfen Sie das Modem, und ersetzen Sie es bei Bedarf.
Wenn der manuelle Anruf auf der betreffenden Leitung immer noch nicht am regulären Telefon ankommt, versuchen Sie es mit einer anderen (zweifelsfrei funktionierenden) Leitung in der Empfangseinrichtung.
Wenn diese Verbindung hergestellt wird, lassen Sie das Telefon vom Fernsprecher überprüfen, ob die Telefonleitung zum Empfangsmodem geleitet wird.
Wenn es sich um ein Ferngespräch handelt, lassen Sie die Anruferseite eine andere (zweifelsfrei funktionierende) Fernnetznummer ausprobieren.
Wenn dies funktioniert, kann die Empfangsanlage oder -leitung nicht für Ferngespräche bereitgestellt werden. Wenn die ursprüngliche (BRI)-Leitung keine anderen Ferngesprächsnummern erreichen kann, ist die Fernverbindung möglicherweise nicht aktiviert. Testen Sie 10-10 Codes für verschiedene Fernanbieter.
Stellen Sie sicher, dass die Async-Modems trainieren.
Wenn die Async-Modems nicht trainieren, rufen Sie die Nummer manuell an, und achten Sie auf Statisch. Es können weitere Faktoren auftreten, die den Zugbetrieb beeinflussen. Es kann ein Kabelproblem zwischen dem empfangenden Modem und dem DTE auftreten, an das es angeschlossen ist. Trainingsfehler sind wahrscheinlich ein Schaltungs- oder Kompatibilitätsproblem. Einige dieser Probleme können durch die Festlegung der Modems behoben werden, die sie auf weniger "aggressive" Geschwindigkeiten begrenzen. Lassen Sie uns als Beispiel eine Verbindung zu einem der Testsysteme von Cisco herstellen.
at OK
Anschließend wählen wir eine statische Übung:
at OK atdt914085703932 NO CARRIER
Die normale Verbindung scheint zu versagen. In diesem Fall wissen wir, dass es sich um eine laute Leitung handelt. Stellen wir also das Modem auf die Werkseinstellungen (&F), schalten Sie den Lautsprecher (m1) ein, und verschließen Sie das Modem mit 28,8 (S56=28800) mit dem folgenden Befehl:
at&fs56=28800 OK
Jetzt versuchen wir es erneut:
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
Stellen Sie sicher, dass Daten fließen.
Drücken Sie die Rückgabetaste mehrmals, um festzustellen, ob Daten vom Remote-System zur lokalen Sitzung hin und her übertragen werden. Wenn die Daten nicht übertragen werden, kann es zu einem Kabel- oder Signalproblem kommen, wenn das Remote-Async-Modem versucht, mit dem Remote-DTE zu kommunizieren. Debuggen und Ersetzen nach Bedarf.
Wenn die Eingabe der Daten von der anderen Seite angemessen beantwortet wird, funktioniert die Modemverbindung.
An diesem Punkt der Sequenz werden die Modems angeschlossen und geschult. Jetzt ist es an der Zeit herauszufinden, ob ein Datenverkehr richtig überquert wird.
Wenn die Leitung, die den Anruf empfängt, mit autoselect ppp konfiguriert ist und die async-Schnittstelle mit dem asynchronen Modus interaktiv konfiguriert ist, verwenden Sie den Befehl debug modem, um den Autoselect-Prozess zu überprüfen. Wenn der Datenverkehr über die async-Verbindung eingeht, prüft der Zugriffsserver den Datenverkehr, um festzustellen, ob der Datenverkehr zeichenbasiert oder paketbasiert ist. Je nach Bestimmung startet der Zugriffsserver dann entweder eine PPP-Sitzung oder nicht weiter als eine exec-Sitzung in der Leitung.
Eine normale automatische Auswahlsequenz mit eingehenden PPP-LCP-Paketen:
*Mar 1 21:34:56.958: TTY1: DSR came up *Mar 1 21:34:56.962: tty1: Modem: IDLE->READY *Mar 1 21:34:56.970: TTY1: EXEC creation *Mar 1 21:34:56.978: TTY1: set timer type 10, 30 seconds *Mar 1 21:34:59.722: TTY1: Autoselect(2) sample 7E (See Note 1) *Mar 1 21:34:59.726: TTY1: Autoselect(2) sample 7EFF *Mar 1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D *Mar 1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D23 *Mar 1 21:34:59.734: TTY1 Autoselect cmd: ppp negotiate (See Note 2) *Mar 1 21:34:59.746: TTY1: EXEC creation *Mar 1 21:34:59.746: TTY1: create timer type 1, 600 seconds *Mar 1 21:34:59.794: TTY1: destroy timer type 1 (OK) *Mar 1 21:34:59.794: TTY1: destroy timer type 0 *Mar 1 21:35:01.798: %LINK-3-UPDOWN: Interface Async1, changed state to up (See Note 3)
Hinweis 1: Der eingehende Datenverkehr wird im Hexadezimalformat angezeigt. Dies basiert auf den Bits, die über die Leitung eingehen, unabhängig davon, ob es sich bei den Bits um ASCII-Zeichen oder Elemente eines Pakets handelt. Die in diesem Beispiel dargestellten Bits sind für ein LCP-Paket richtig. Alles andere wäre entweder ein falsch geformter Paket- oder Zeichenverkehr.
Hinweis 2: Nachdem festgestellt wurde, dass es sich beim eingehenden Datenverkehr tatsächlich um ein LCP-Paket handelt, löst der Zugriffsserver den PPP-Verhandlungsprozess aus.
Hinweis 3: Die async-Schnittstelle ändert den Zustand in up, und die PPP-Aushandlung (nicht abgebildet) beginnt.
Wenn es sich bei dem Anruf um eine PPP-Sitzung handelt und der async-Modus auf der asynchronen Schnittstelle konfiguriert ist, verwenden Sie den Befehl debug ppp negotiation, um zu sehen, ob Konfigurationserforderungspakete vom Remote-Ende kommen. Die Debug-Meldungen werden als CONFREQ angezeigt. Wenn Sie sowohl eingehende als auch ausgehende PPP-Pakete beobachten, finden Sie weitere Informationen unter Fehlerbehebung für PPP. Andernfalls stellen Sie eine Verbindung vom ursprünglichen Ende des Anrufs mit einer Sitzung im Zeichenmodus (oder einer Sitzung ohne PPP) her.
Hinweis: Wenn das Empfangsende unter der asynchronen Schnittstelle ein asynchrones Modem anzeigt, wird nur ein zufälliger ASCII-Garbage-Modus angezeigt. Um eine Terminalsitzung zuzulassen und weiterhin über eine PPP-Funktion zu verfügen, verwenden Sie den asynchronen Schnittstellenkonfigurationsbefehl async mode interaktiv. Verwenden Sie unter der Konfiguration der zugeordneten Leitung den Befehl autoselect ppp.
Wenn die Modems eine Verbindung mit einer Terminalsitzung herstellen und keine Daten angezeigt werden, überprüfen Sie Folgendes:
Tabelle 4: Modem kann keine Daten senden oder empfangenMögliche Ursachen | Empfohlene Aktionen |
---|---|
Modemdrehzahleinstellung ist nicht gesperrt |
|
Hardware-Flusssteuerung nicht konfiguriert auf lokalem oder Remote-Modem oder Router |
|
Falsch konfigurierte Befehle zur Dialerzuordnung |
|
Problem mit dem Wählmodem | Stellen Sie sicher, dass das Modem betriebsbereit und sicher mit dem richtigen Anschluss verbunden ist. Stellen Sie fest, ob ein anderes Modem funktioniert, wenn es an denselben Port angeschlossen ist. |
Das Debuggen einer eingehenden exec-Sitzung fällt im Allgemeinen in einige Hauptkategorien:
Der Wählclient erhält keine exec-Aufforderung. Siehe Tabelle 17-2.
In der Einwahlsitzung wird "Müll" angezeigt. Siehe Tabelle 17-3.
Die Einwahl wird in einer vorhandenen Sitzung geöffnet. Siehe Tabelle 17-4.
Das DFÜ-Empfangsmodem trennt die Verbindung nicht ordnungsgemäß. Siehe Tabelle 17-5.
Mögliche Ursachen | Empfohlene Aktionen |
---|---|
Automatische Auswahl ist für Leitung aktiviert. | Versuchen Sie, durch Drücken der Eingabetaste auf den exec-Modus zuzugreifen. |
Leitung wird mit dem Befehl no exec konfiguriert. |
|
Flusssteuerung ist nicht aktiviert. oder Flow Control ist nur auf einem Gerät (entweder DTE oder DCE) aktiviert. oder Flusssteuerung ist falsch konfiguriert. |
|
Modemdrehzahleinstellung ist nicht gesperrt |
Hinweis: Der Befehl lock DTE speed (DTE-Geschwindigkeit sperren), der auch als Port-Ratenanpassung oder -gepufferter Modus bezeichnet werden kann, hängt häufig davon ab, wie das Modem mit der Fehlerkorrektur umgeht. Dieser Befehl ist von Modem zu Modem sehr unterschiedlich. Durch das Sperren der Modemgeschwindigkeit wird sichergestellt, dass das Modem immer mit dem Cisco Access Server oder Router mit der auf dem Cisco AUX-Port konfigurierten Geschwindigkeit kommuniziert. Wenn dieser Befehl nicht verwendet wird, kehrt das Modem zur Geschwindigkeit der Datenverbindung (Telefonleitung) zurück, anstatt mit der auf dem Zugriffsserver konfigurierten Geschwindigkeit zu kommunizieren. |
Mögliche Ursachen | Empfohlene Aktionen |
---|---|
Modemdrehzahleinstellung ist nicht gesperrt |
Hinweis: Der Befehl "lock DTE speed" (DTE-Geschwindigkeit sperren), der auch als Port-Ratenanpassung oder gepufferter Modus bezeichnet werden kann, ist häufig mit der Art und Weise verbunden, in der das Modem die Fehlerkorrektur behandelt. Dieser Befehl ist von Modem zu Modem sehr unterschiedlich. Durch das Sperren der Modemgeschwindigkeit wird sichergestellt, dass das Modem immer mit dem Cisco Access Server oder Router mit der auf dem Cisco AUX-Port konfigurierten Geschwindigkeit kommuniziert. Wenn dieser Befehl nicht verwendet wird, kehrt das Modem zur Geschwindigkeit der Datenverbindung (Telefonleitung) zurück, anstatt mit der auf dem Zugriffsserver konfigurierten Geschwindigkeit zu kommunizieren. |
Symptom: Eine Remote-Einwahlsitzung wird in einer bereits bestehenden Sitzung geöffnet, die von einem anderen Benutzer gestartet wurde. Anstatt eine Anmeldeaufforderung zu erhalten, sieht ein Einwahlbenutzer eine von einem anderen Benutzer erstellte Sitzung (möglicherweise eine UNIX-Eingabeaufforderung, eine Text-Editor-Sitzung oder ein anderer laufender Austausch).
Tabelle 7: DFÜ-Sitzung wird in einer vorhandenen Sitzung geöffnetMögliche Ursachen | Empfohlene Aktionen |
---|---|
Modem für DCD immer hoch konfiguriert |
|
Die Modemsteuerung ist auf dem Zugriffsserver oder Router nicht aktiviert. |
Hinweis: Stellen Sie sicher, dass Sie den Befehl Modem "modem Inout" anstelle des Befehls "modem ri-is-cd" verwenden, während die Verbindung des Modems in Frage steht. Mit diesem Befehl kann die Leitung nur eingehende Anrufe annehmen. Ausgehende Anrufe werden abgelehnt, sodass keine Telnet-Sitzung mit dem Modem aufgebaut werden kann. Wenn Sie den Befehl modem ri-is-cd aktivieren möchten, müssen Sie dies erst tun, wenn Sie sicher sind, dass das Modem richtig funktioniert. |
Falsche Verkabelung |
|
Mögliche Ursachen | Empfohlene Aktionen |
---|---|
Das Modem erkennt DTR nicht. | Geben Sie die Befehlszeichenfolge des Hangup DTR-Modems ein. Dieser Befehl weist das Modem an, den Netzbetreiber zu verwerfen, wenn das DTR-Signal nicht mehr empfangen wird. Bei einem Hayes-kompatiblen Modem wird die &D3-Zeichenfolge in der Regel zum Konfigurieren von Hangup DTR auf dem Modem verwendet. Die genaue Syntax für diesen Befehl finden Sie in der Dokumentation für das Modem. |
Die Modemsteuerung ist auf dem Router oder Zugriffsserver nicht aktiviert. |
Hinweis: Stellen Sie sicher, dass Sie den Befehl Modem Inout (Modemeingang) anstelle des Befehls Modem Dialin verwenden, während die Verbindung des Modems in Frage steht. Mit diesem Befehl kann die Leitung nur eingehende Anrufe annehmen. Ausgehende Anrufe werden abgelehnt, sodass keine Telnet-Sitzung mit dem Modem aufgebaut werden kann. Wenn Sie den Befehl Modem Dialin aktivieren möchten, müssen Sie dies erst tun, wenn Sie sicher sind, dass das Modem richtig funktioniert. |
In Tabelle 9 sind die ISDN-Ursachencodefelder aufgeführt, die in den Debugbefehlen im folgenden Format angezeigt werden:
Tabelle 9: ISDN-Ursachencodefelderi=0x y1 y2 z1 z2 [a1 a2]
Feld | Wertbeschreibung |
---|---|
0x | Die folgenden Werte sind hexadezimal. |
J1 | 8 - ITU-T-Standardcodierung. |
J2 | 0 - Benutzer 1 - Privates Netzwerk für lokale Benutzer 2 - Öffentliches Netzwerk für lokale Benutzer 3 - Transit-Netzwerk 4 - Öffentliches Netzwerk für Remote-Benutzer 5 - Privates Netzwerk für Remote-Benutzer 7 - Internationales Netzwerk A - Netzwerk jenseits des Internetarbeitspunkts |
z1 | Klasse (die bedeutendere Hexadezimalzahl) des Ursachenwerts. Detaillierte Informationen zu möglichen Werten finden Sie in der nächsten Tabelle. |
z2 | Wert (die weniger signifikante Hexadezimalzahl) des Ursachenwerts. Detaillierte Informationen zu möglichen Werten finden Sie in der nächsten Tabelle. |
A1 | (Optional) Diagnosefeld, das immer 8 ist. |
a2 | (Optional) Diagnosefeld mit einem der folgenden Werte: 0 - Unbekannt 1 - Permanent 2 - Transient |
In Tabelle 10 sind Beschreibungen einiger der am häufigsten erkannten Ursachenwerte des Ursacheninformationselements aufgeführt - des dritten und vierten Bytes des Ursachencodes.
Tabelle 10: ISDN-UrsachenwerteWert | Ursache | Beschreibung |
---|---|---|
81 | Nicht zugewiesene (nicht zugewiesene) Nummer | Die ISDN-Nummer wurde im richtigen Format an den Switch gesendet. Die Nummer wird jedoch keinem Zielgerät zugewiesen. |
90 | Normale Anrufbearbeitung | Die normalen Anrufe wurden gelöscht. |
91 | Benutzer beschäftigt | Das angerufene System bestätigt die Verbindungsanforderung, kann den Anruf jedoch nicht annehmen, da alle B-Kanäle verwendet werden. |
92 | Keine Benutzerantwort | Die Verbindung kann nicht hergestellt werden, da das Ziel nicht auf den Anruf reagiert. |
93 | Keine Antwort vom Benutzer (vom Benutzer benachrichtigt) | Das Ziel antwortet auf die Verbindungsanforderung, kann die Verbindung jedoch nicht innerhalb der vorgegebenen Zeit abschließen. Das Problem liegt am Remote-Ende der Verbindung. |
95 | Anruf abgelehnt | Das Ziel kann den Anruf annehmen, aber aus einem unbekannten Grund ablehnen. |
9 C | Ungültiges Zahlenformat | Die Verbindung konnte nicht hergestellt werden, weil die Zieladresse in einem nicht erkennbaren Format dargestellt wurde oder weil die Zieladresse unvollständig war. |
9 F | Normal, nicht angegeben | Meldet das Auftreten eines normalen Ereignisses, wenn keine Standardursache angewendet wird. Keine Aktion erforderlich. |
A2 | Keine Verbindung/Kanal verfügbar | Die Verbindung kann nicht hergestellt werden, da kein geeigneter Kanal für den Anruf verfügbar ist. |
A6 | Netzwerk außer Betrieb | Das Ziel kann nicht erreicht werden, da das Netzwerk nicht ordnungsgemäß funktioniert, und der Zustand kann längere Zeit anhalten. Ein sofortiger Wiederverbindungsversuch ist wahrscheinlich nicht erfolgreich. |
Wechselstrom | Angeforderter Schaltkreis/Kanal nicht verfügbar | Die Remote-Geräte können den angeforderten Kanal aus einem unbekannten Grund nicht bereitstellen. Dies könnte ein vorübergehendes Problem sein. |
B2 | Angeforderte Einrichtung nicht abonniert | Die Remote-Geräte unterstützen den angeforderten Zusatzdienst nur durch Abonnement. Dies ist häufig ein Verweis auf Ferngespräche. |
B9 | Trägerleistung nicht autorisiert | Der Benutzer hat eine Trägerfunktion angefordert, die das Netzwerk bereitstellt, aber der Benutzer ist nicht autorisiert, diese zu verwenden. Dies kann ein Abonnementproblem darstellen. |
D8 | Ungültiges Ziel | Gibt an, dass versucht wurde, eine Verbindung zu Nicht-ISDN-Geräten herzustellen, z. B. einer analogen Leitung. |
E0 | Obligatorisches Informationselement fehlt | Das Empfangsgerät erhielt eine Nachricht, die keine der obligatorischen Informationselemente enthielt. Dies ist in der Regel auf einen D-Channel-Fehler zurückzuführen. Wenn dieser Fehler systematisch auftritt, teilen Sie ihn Ihrem ISDN-Dienstanbieter mit. |
E | Ungültiger Inhalt des Informationselements | Das Remote-Gerät hat eine Nachricht erhalten, die ungültige Informationen im Informationselement enthält. Dies ist in der Regel auf einen D-Channel-Fehler zurückzuführen. |
Weitere vollständige Informationen zu ISDN-Codes und -Werten finden Sie im Kapitel ISDN-Switch-Codes und -Werte in der Cisco IOS-Debug-Befehlsreferenz für Ihre IOS-Version.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
09-Jul-2007 |
Erstveröffentlichung |