Inhalt

Einführung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Geschichte

Konventionen

Nicht-DDR-Berechnung

Einige Hinweise zum Cisco Dialout-Dienstprogramm

Fehlerbehebung bei Dialout ohne DDR

Externes Async-Modem ohne DDR-Wert-Callout

CAS T1/E1 Nicht-DDR-Callout

PRI-Non-DDR-Callout

BRI-Nicht-DDR-Callout

Häufige Probleme

Debugging Session Einrichtung

Ursachencodefelder

ISDN-Ursachenwerte

Zugehörige Informationen

Einführung

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:

- Callin

- Cisco IOS-DDR (Dial-on-Demand Routing)

- Nicht-DDR-Callout

Voraussetzungen

Anforderungen

Für dieses Dokument bestehen keine besonderen Voraussetzungen.

Verwendete Komponenten

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.

Geschichte

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.

Konventionen

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

Nicht-DDR-Berechnung

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:

1. Ist die TCP-Verbindung zum Überwachungsport erfolgreich? (Ja geht zur nächsten Frage über.)

2. Kann das Modem die AT-Eingabeaufforderung anbieten?

3. Macht der Anruf es zum PSTN?

4. Wird der Anruf vom Remote-Ende angenommen?

5. Wird der Anruf beendet?

6. Werden Daten über den Link übertragen?

7. Ist die Sitzung eingerichtet? (PPP oder Terminal)

Einige Hinweise zum Cisco Dialout-Dienstprogramm

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:

1. 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

2. Installieren Sie Cisco Dialout auf den PCs, auf denen die Modems des NAS verwendet werden. Überprüfen Sie die Konfigurationen:

1. Doppelklicken Sie auf das Symbol des Wählprogramms unten rechts im Bildschirm.

2. Klicken Sie auf Mehr.

3. Klicken Sie auf Ports konfigurieren.

3. 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.

4. 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 Ports

2000

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.

Fehlerbehebung bei Dialout ohne DDR

Führen Sie diese Schritte aus, um eine Fehlerbehebung für das Nicht-DDR-Wählverfahren durchzuführen.

1. 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.

2. 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:

- Externes asynchrones Modem ohne DDR-Callout

- CAS T1/E1, nicht-DDR-Callout

- PRI-Nicht-DDR-Callout

- BRI-Nicht-DDR-Callout

Externes Async-Modem ohne DDR-Wert-Callout

So identifizieren Sie ein externes asynchrones Modem ohne DDR-Callout (z. B. Konfigurieren des umgekehrten Telnet-Anrufs):

1. 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.

2. Erhöhen Sie die Lautstärke des Modemlautsprechers mit dem Befehl ATM1, und geben Sie ATDT <number>ein.

3. 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.

4. 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.

5. 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.

6. 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.

7. 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.

8. 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.

9. 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>

10. 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.

CAS T1/E1 Nicht-DDR-Callout

Gehen Sie folgendermaßen vor, um eine CAS T1/E1-Nicht-DDR-Abfrage durchzuführen.

1. 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.)

2. 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.

3. 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.

4. 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.

5. 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.

6. 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>

7. 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.

PRI-Non-DDR-Callout

Führen Sie die folgenden Schritte aus, um einen PRI-Nicht-DDR-Anruf durchzuführen.

1. 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

2. 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.

3. 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.

4. 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.

5. 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.

6. 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>

7. 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.

BRI-Nicht-DDR-Callout

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).

1. 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

2. 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.

3. 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.

4. 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.

5. 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.

6. 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>

7. 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.

Häufige Probleme

Debugging Session Einrichtung

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 empfangen

Mögliche Ursachen

Empfohlene Aktionen

Modemdrehzahleinstellung ist nicht gesperrt

1. Verwenden Sie den Befehl show line exec auf dem Zugriffsserver oder Router. Die Ausgabe für den AUX-Port sollte die aktuell konfigurierten Tx- und Rx-Geschwindigkeiten angeben. Eine Erklärung der Ausgabe des Befehls show line finden Sie unter Verwenden von Debugbefehlen.

2. Wenn die Leitung nicht mit der richtigen Geschwindigkeit konfiguriert ist, können Sie mit dem Befehl Speed Line Configuration (Leitungsgeschwindigkeit) die Leitungsgeschwindigkeit auf dem Zugriffsserver oder der Router-Leitung festlegen. Stellen Sie den Wert auf die höchste Geschwindigkeit ein, die zwischen dem Modem und dem Port des Zugangs-Servers oder -Routers gemeinsam ist. Um die Terminalbaudrate festzulegen, verwenden Sie den Befehl Speed Line Configuration. Dieser Befehl legt sowohl die Übertragungs- (Terminal-) als auch die Empfangsgeschwindigkeit (von Terminal) fest. Syntax: Beschreibung der Speed bps-Syntax: bps? Baudrate in Bit pro Sekunde (bps). Der Standardwert ist 9600 bit/s. Beispiel: Im folgenden Beispiel werden die Zeilen 1 und 2 für einen Cisco 2509-Zugriffsserver auf 115200 bps festgelegt: Leitung 1 2 Geschwindigkeit 115200
Hinweis: Wenn Sie aus irgendeinem Grund keine Flusskontrolle verwenden können, begrenzen Sie die Leitungsgeschwindigkeit auf 9600 bps. Schnellere Geschwindigkeiten führen wahrscheinlich zu Datenverlusten.

3. Verwenden Sie den Befehl show line exec erneut, und überprüfen Sie, ob die Leitungsgeschwindigkeit auf den gewünschten Wert eingestellt ist.

4. Wenn Sie sicher sind, dass die Zugriffsserver- oder Router-Leitung für die gewünschte Geschwindigkeit konfiguriert ist, starten Sie eine umgekehrte Telnet-Sitzung mit dem Modem über diese Leitung. Weitere Informationen finden Sie unter Konfigurieren von Reverse Telnet.

5. Verwenden Sie eine Modem-Befehlszeichenfolge, die den Befehl lock DTE speed (DTE-Geschwindigkeit sperren) für Ihr Modem enthält. Genaue Informationen zur Befehlssyntax für die Konfiguration finden Sie in der Modemdokumentation.
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 die Fehlerkorrektur handhabt. 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.

Hardware-Flusssteuerung nicht konfiguriert auf lokalem oder Remote-Modem oder Router

1. Verwenden Sie den Befehl show line aux-line-number exec, und suchen Sie im Feld Capabilities (Funktionen) Folgendes:
Capabilities: Hardware Flowcontrol In,

Hardware Flowcontrol Out
Weitere Informationen finden Sie unter Anzeigen der Zeilenausgabe. Wenn in diesem Feld die Hardware-Flusssteuerung nicht erwähnt wird, ist die Hardware-Flusssteuerung auf der Leitung nicht aktiviert. Es wird empfohlen, den Hardware-Datenfluss für Verbindungen zwischen Servern zu Modems zu steuern. Eine Erklärung der Ausgabe des Befehls show line finden Sie unter Verwenden von Debug-Befehlen.

2. Konfigurieren Sie die Hardware-Flusssteuerung auf der Leitung mithilfe des Konfigurationsbefehls für die Flusssteuerung. Um die Methode der Datenflusssteuerung zwischen dem Terminal bzw. einem anderen seriellen Gerät und dem Router festzulegen, verwenden Sie den Befehl Flusssteuerungs-Leitungskonfiguration. Verwenden Sie das Formular no dieses Befehls, um die Flusskontrolle zu deaktivieren. Syntax: Flusskontrolle {keine | software [lock] [in] | out] | Hardware [in | out]} Syntaxbeschreibung: none?Schaltet die Flusskontrolle aus. software?Legt die Software-Flusskontrolle fest. Ein optionales Schlüsselwort gibt die Richtung an: in bewirkt, dass die Cisco IOS-Software die Flusskontrolle vom angeschlossenen Gerät abhört und auslöst, dass die Software Informationen zur Flusskontrolle an das angeschlossene Gerät sendet. Wenn Sie keine Richtung angeben, werden beide angenommen. lock?Kann die Flusssteuerung vom Remote-Host nicht deaktivieren, wenn das angeschlossene Gerät eine Softwareflusskontrolle benötigt. Diese Option gilt für Verbindungen, die Telnet- oder rlogin-Protokolle verwenden. hardware?Legt Hardware-Flusssteuerung fest. Ein optionales Schlüsselwort gibt die Richtung an: in bewirkt, dass die Software die Flusskontrolle vom angeschlossenen Gerät abhört, und dass die Software Informationen zur Flusskontrolle an das angeschlossene Gerät sendet. Wenn Sie keine Richtung angeben, werden beide angenommen. Weitere Informationen zur Hardware-Flusskontrolle finden Sie im mit Ihrem Router gelieferten Hardware-Handbuch. Beispiel: Im folgenden Beispiel wird die Hardware-Flusssteuerung auf Zeile 7 festgelegt: Line 7 Flow Control-Hardware
Hinweis: Wenn Sie aus irgendeinem Grund keine Flusskontrolle verwenden können, begrenzen Sie die Leitungsgeschwindigkeit auf 9600 bps. Schnellere Geschwindigkeiten führen wahrscheinlich zu Datenverlusten.

3. Nachdem Sie die Hardware-Flusssteuerung auf dem Zugriffsserver oder der Router-Leitung aktiviert haben, starten Sie eine umgekehrte Telnet-Sitzung mit dem Modem über diese Leitung. Weitere Informationen finden Sie unter Konfigurieren von Reverse Telnet.

4. Verwenden Sie eine Modem-Befehlszeichenfolge, die den Befehl RTS/CTS Flow für Ihr Modem enthält. Dieser Befehl stellt sicher, dass das Modem dieselbe Methode der Flusskontrolle (d. h. Hardware-Flusskontrolle) verwendet wie der Cisco Access Server oder Router. Genaue Informationen zur Befehlssyntax für die Konfiguration finden Sie in der Modemdokumentation.

Falsch konfigurierte Befehle zur Dialerzuordnung

1. Verwenden Sie den Befehl show running-config des privilegierten Exec-Modus, um die Router-Konfiguration anzuzeigen. Überprüfen Sie die Befehlseinträge der Wählerzuordnung, um festzustellen, ob das Broadcast-Schlüsselwort angegeben ist.

2. Wenn das Schlüsselwort fehlt, fügen Sie es zur Konfiguration hinzu. Syntax: Dialer Map Protocol next-hop-address [name hostname] [Broadcast] [dial-string] Syntaxbeschreibung: Protokoll? Das Protokoll, dem eine Zuordnung unterliegt. Zu den Optionen gehören IP, IPX, Bridge und Snapshot. Next-Hop-Adresse? Die Protokolladresse der asynchronen Schnittstelle der anderen Site. Name des Hostnamens? Ein für die PPP-Authentifizierung verwendeter Parameter. Dies ist der Name der Remote-Site, für die die Dialer-Zuordnung erstellt wird. Beim Namen wird Groß- und Kleinschreibung unterschieden und muss mit dem Hostnamen des Remote-Routers übereinstimmen. Broadcast?Ein optionales Schlüsselwort, das Pakete sendet (z. B. IP-RIP- oder IPX-RIP/SAP-Aktualisierungen), die an das Remote-Ziel weitergeleitet werden. In statischen Beispielkonfigurationen für das Routing werden keine Routing-Updates gewünscht, und das Broadcast-Schlüsselwort wird weggelassen. Wählzeichenfolge? Die Telefonnummer des Remote-Standorts. Alle Zugangscodes (z. B. 9 für das Verlassen eines Büros, internationale Wählcodes, Ortsvorwahlen) müssen enthalten sein.

3. Stellen Sie sicher, dass die Befehle für die Wählerzuordnung die richtigen Next-Hop-Adressen angeben.

4. Wenn die nächste Hop-Adresse falsch ist, ändern Sie sie mit dem Befehl dialer map (Dialerzuordnung).

5. Stellen Sie sicher, dass alle anderen Optionen in den Befehlen der Dialer-Zuordnung korrekt für das Protokoll angegeben sind, das Sie verwenden.

Detaillierte Informationen zum Konfigurieren von Dialer-Karten finden Sie im Cisco IOS Wide-Area Networking Configuration Guide und Wide-Area Networking Command Reference.

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.

Tabelle 5: Einwahlclient erhält keine exec-Aufforderung

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.

1. Verwenden Sie den Befehl show line exec, um den Status der entsprechenden Zeile anzuzeigen. Überprüfen Sie im Feld "Funktionen", ob "exec unterdrückt" steht. In diesem Fall ist der Befehl no exec line configuration aktiviert.

2. Konfigurieren Sie den Befehl exec-Leitungskonfiguration in der Zeile, um die Initiierung von Exec-Sitzungen zu ermöglichen. Dieser Befehl hat keine Argumente oder Schlüsselwörter.

Beispiel
: Im folgenden Beispiel wird die exec-Funktion in Zeile 7 aktiviert: Zeile 7 exec

Flusssteuerung ist nicht aktiviert. oder Flow Control ist nur auf einem Gerät (entweder DTE oder DCE) aktiviert. oder Flusssteuerung ist falsch konfiguriert.

1. Verwenden Sie den Befehl show line aux-line-number exec, und suchen Sie im Feld Capabilities (Funktionen) Folgendes:
Capabilities: Hardware Flowcontrol In,

Hardware Flowcontrol Out

Weitere Informationen finden Sie unter Anzeigen der Zeilenausgabe. Wenn in diesem Feld die Hardware-Flusssteuerung nicht erwähnt wird, ist die Hardware-Flusssteuerung auf der Leitung nicht aktiviert. Es wird empfohlen, den Hardware-Datenfluss für Verbindungen zwischen Servern zu Modems zu steuern. Eine Erklärung der Ausgabe des Befehls show line finden Sie unter Verwenden von Debug-Befehlen.

2. Konfigurieren Sie die Hardware-Flusssteuerung auf der Leitung mithilfe des Hardware-Leitungskonfigurationsbefehls für die Flusssteuerung. Beispiel: Im folgenden Beispiel wird die Hardware-Flusssteuerung auf Zeile 7 festgelegt: Line 7 Flow Control-Hardware
Hinweis: Wenn Sie aus irgendeinem Grund keine Flusskontrolle verwenden können, begrenzen Sie die Leitungsgeschwindigkeit auf 9600 bps. Schnellere Geschwindigkeiten führen wahrscheinlich zu Datenverlusten.

3. Nachdem Sie die Hardware-Flusssteuerung auf dem Zugriffsserver oder der Router-Leitung aktiviert haben, starten Sie über diese Leitung eine umgekehrte Telnet-Sitzung mit dem Modem. Weitere Informationen finden Sie unter Konfigurieren von Reverse Telnet.

4. Verwenden Sie eine Modem-Befehlszeichenfolge, die den Befehl RTS/CTS Flow für Ihr Modem enthält. Dieser Befehl stellt sicher, dass das Modem dieselbe Methode der Flusskontrolle (Hardware-Flusskontrolle) verwendet wie der Cisco Access Server oder Router. Genaue Informationen zur Befehlssyntax für die Konfiguration finden Sie in der Modemdokumentation.

Modemdrehzahleinstellung ist nicht gesperrt

1. Verwenden Sie den Befehl show line exec auf dem Zugriffsserver oder Router. Die Ausgabe für den AUX-Port sollte die aktuell konfigurierten Tx- und Rx-Geschwindigkeiten angeben. Eine Erklärung der Ausgabe des Befehls show line finden Sie im Abschnitt Using Debug Commands (Befehle zur Verwendung von Debug) in Kapitel 15.

2. Wenn die Leitung nicht mit der richtigen Geschwindigkeit konfiguriert ist, können Sie mit dem Befehl Speed Line Configuration (Leitungsgeschwindigkeit) die Leitungsgeschwindigkeit auf dem Zugriffsserver oder der Router-Leitung festlegen. Stellen Sie den Wert auf die höchste Geschwindigkeit ein, die zwischen dem Modem und dem Port des Zugangs-Servers oder -Routers gemeinsam ist. Um die Terminalbaudrate festzulegen, verwenden Sie den Befehl Speed Line Configuration. Dieser Befehl legt sowohl die Übertragungs- (Terminal-) als auch die Empfangsgeschwindigkeit (von Terminal) fest. Syntax: Beschreibung der Speed bps-Syntax: bps?Baud Rate in Bit pro Sekunde (bps). Der Standardwert ist 9600 bit/s. Beispiel: Im folgenden Beispiel werden die Zeilen 1 und 2 für einen Cisco 2509-Zugriffsserver auf 115200 bps festgelegt: Leitung 1 2 Geschwindigkeit 115200
Hinweis: Wenn Sie aus irgendeinem Grund keine Flusskontrolle verwenden können, begrenzen Sie die Leitungsgeschwindigkeit auf 9600 bps. Schnellere Geschwindigkeiten führen wahrscheinlich zu Datenverlusten.

3. Verwenden Sie den Befehl show line exec erneut, und überprüfen Sie, ob die Leitungsgeschwindigkeit auf den gewünschten Wert eingestellt ist.

4. Wenn Sie sicher sind, dass die Zugriffsserver- oder Router-Leitung für die gewünschte Geschwindigkeit konfiguriert ist, starten Sie eine umgekehrte Telnet-Sitzung mit dem Modem über diese Leitung. Weitere Informationen finden Sie unter Konfigurieren von Reverse Telnet.

5. Verwenden Sie eine Modem-Befehlszeichenfolge, die den Befehl lock DTE speed (DTE-Geschwindigkeit sperren) für Ihr Modem enthält. Genaue Informationen zur Befehlssyntax für die Konfiguration finden Sie in der Modemdokumentation.

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.

Tabelle 6: Einwahlsitzungen Siehe "Müll"

Mögliche Ursachen

Empfohlene Aktionen

Modemdrehzahleinstellung ist nicht gesperrt

1. Verwenden Sie den Befehl show line exec auf dem Zugriffsserver oder Router. Die Ausgabe für den AUX-Port sollte die aktuell konfigurierten Tx- und Rx-Geschwindigkeiten angeben. Eine Erklärung zur Ausgabe des Befehls show line finden Sie im Abschnitt Using Debug Commands (Befehle für die Befehlszeile verwenden) in Kapitel 15.

2. Wenn die Leitung nicht mit der richtigen Geschwindigkeit konfiguriert ist, können Sie mit dem Befehl Speed Line Configuration (Leitungsgeschwindigkeit) die Leitungsgeschwindigkeit auf dem Zugriffsserver oder der Router-Leitung festlegen. Stellen Sie den Wert auf die höchste Geschwindigkeit ein, die zwischen dem Modem und dem Port des Zugangs-Servers oder -Routers gemeinsam ist. Um die Terminalbaudrate festzulegen, verwenden Sie den Befehl Speed Line Configuration. Dieser Befehl legt sowohl die Übertragungs- (Terminal-) als auch die Empfangsgeschwindigkeit (von Terminal) fest. Syntax: Beschreibung der Speed bps-Syntax: bps?Baud Rate in Bit pro Sekunde (bps). Der Standardwert ist 9600 bit/s. Beispiel: Im folgenden Beispiel werden die Zeilen 1 und 2 für einen Cisco 2509-Zugriffsserver auf 115200 bps festgelegt: Leitung 1 2 Geschwindigkeit 115200
Hinweis: Wenn Sie aus irgendeinem Grund keine Flusskontrolle verwenden können, begrenzen Sie die Leitungsgeschwindigkeit auf 9600 bps. Schnellere Geschwindigkeiten führen wahrscheinlich zu Datenverlusten.

3. Verwenden Sie den Befehl show line exec erneut, und überprüfen Sie, ob die Leitungsgeschwindigkeit auf den gewünschten Wert eingestellt ist.

4. Wenn Sie sicher sind, dass die Zugriffsserver- oder Router-Leitung für die gewünschte Geschwindigkeit konfiguriert ist, starten Sie eine umgekehrte Telnet-Sitzung mit dem Modem über diese Leitung. Weitere Informationen finden Sie unter Konfigurieren von Reverse Telnet.

5. Verwenden Sie eine Modem-Befehlszeichenfolge, die den Befehl lock DTE speed (DTE-Geschwindigkeit sperren) für Ihr Modem enthält. Genaue Informationen zur Befehlssyntax für die Konfiguration finden Sie in der Modemdokumentation.

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öffnet

Mögliche Ursachen

Empfohlene Aktionen

Modem für DCD immer hoch konfiguriert

1. Das Modem sollte so umkonfiguriert werden, dass DCD nur auf CD hoch ist. Dies wird in der Regel mithilfe der Befehlszeichenfolge &C1-Modem erreicht, die genaue Syntax finden Sie jedoch in der Modemdokumentation.

2. Möglicherweise müssen Sie die Zugriffsserver-Leitung konfigurieren, mit der das Modem mit dem Konfigurationsbefehl no exec line verbunden ist. Löschen Sie die Leitung mit dem Befehl clear line privileged exec, starten Sie eine umgekehrte Telnet-Sitzung mit dem Modem, und konfigurieren Sie das Modem so neu, dass DCD nur auf CD hoch ist.

3. Beenden Sie die Telnet-Sitzung, indem Sie disconnect eingeben, und konfigurieren Sie die Zugriffsserver-Leitung mit dem exec-Leitungskonfigurationsbefehl neu.

Die Modemsteuerung ist auf dem Zugriffsserver oder Router nicht aktiviert.

1. Verwenden Sie den Befehl show line exec auf dem Zugriffsserver oder Router. Die Ausgabe für den AUX-Port sollte in der Spalte Modem einblenden oder RIisCD enthalten sein. Dies zeigt an, dass die Modemsteuerung auf der Leitung des Zugangs-Servers oder -Routers aktiviert ist. Eine Erklärung der Ausgabe der Befehlszeile finden Sie unter Verwenden von Debugbefehlen.

2. Konfigurieren Sie die Leitung für die Modemsteuerung mithilfe des Konfigurationsbefehls Modem für die Inout-Leitung. Die Modemsteuerung ist jetzt auf dem Zugriffsserver 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

1. Überprüfen Sie die Verkabelung zwischen dem Modem und dem Zugriffsserver oder -Router. Bestätigen Sie, dass das Modem über ein gerolltes RJ-45-Kabel und einen MMOD DB-25-Adapter mit dem AUX-Port des Zugangs-Servers oder -Routers verbunden ist. Diese Verkabelungskonfiguration wird von Cisco für RJ-45-Ports empfohlen und unterstützt. Diese Steckverbinder sind in der Regel gekennzeichnet: Modem. Es gibt zwei Arten von RJ-45-Kabeln: gerollt und gerollt. Wenn Sie die beiden Enden eines RJ-45-Kabels nebeneinander halten, sehen Sie an beiden Enden acht farbige Streifen oder Pins. Wenn die Reihenfolge der farbigen Pins an beiden Enden identisch ist, ist das Kabel gerade. Wenn die Reihenfolge der Farben an beiden Enden umgekehrt ist, wird das Kabel gerollt. Das Walzkabel (CAB-500RJ) ist standardmäßig mit dem Cisco 2500/CS500 verbunden.

2. Überprüfen Sie mit dem Befehl show line exec, ob die Kabel korrekt sind. Weitere Informationen zur Ausgabe des Befehls show line in Using Debug Commands.

Tabelle 8: Das DFÜ-Empfangsmodem trennt die Verbindung nicht richtig.

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.

1. Verwenden Sie den Befehl show line exec auf dem Zugriffsserver oder Router. Die Ausgabe für den AUX-Port sollte in der Spalte Modem Inout oder RIisCD angezeigt werden. Dies zeigt an, dass die Modemsteuerung auf der Leitung des Zugangs-Servers oder -Routers aktiviert ist. Eine Erklärung der Ausgabe der Befehlszeile finden Sie unter Verwenden von Debugbefehlen.

2. Konfigurieren Sie die Leitung für die Modemsteuerung mithilfe des Konfigurationsbefehls Modem für die Inout-Leitung. Die Modemsteuerung ist jetzt auf dem Zugriffsserver 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.

Ursachencodefelder

In Tabelle 9 sind die ISDN-Ursachencodefelder aufgeführt, die in den Debugbefehlen im folgenden Format angezeigt werden:

i=0x y1 y2 z1 z2 [a1 a2]

Tabelle 9: ISDN-Ursachencodefelder

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

ISDN-Ursachenwerte

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-Ursachenwerte

Wert

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.

Zugehörige Informationen

- Cisco IOS-Schnellkonfigurationsanleitung für Dial-Services

- Konfigurationsleitfaden für Cisco IOS-Wähldienste: Netzwerkservices

- Konfigurationsleitfaden für Cisco IOS-Wähldienste: Terminaldienste

- Befehlsreferenz für Cisco IOS-Wähldienste

- Dial-Fallstudie - Übersicht

- Technologieseiten aufrufen

- Technischer Support und Dokumentation - Cisco Systems