X.25 Häufig gestellte Fragen

Einleitung

X.25 ist ein Protokollstandard der International Telecommunication Union-Telecommunication Standardization Sector (ITU-T) für die WAN-Kommunikation, der definiert, wie Benutzergeräte und Netzwerkgeräte Verbindungen herstellen und aufrechterhalten. X.25 wird häufiger in fehleranfälligen Netzwerken verwendet. In diesem Dokument werden einige der häufig gestellten Fragen zu X.25 behandelt.

Frage: Kann ich eine X.25-Karte in Anhang G erstellen?

A. Anhang G unterstützt nur X.25-Routing und PAD-Anrufe (Packet Assembler/Disassembler). Dasselbe gilt für den Connection-Mode Network Service (CMNS) und X.25 over TCP (XOT). Sie können einen RFC1536 X.25-Anruf weiterleiten, jedoch nicht von einem Annex G-DLCI (Data Link Connection Identifier) ausgehen.

Um IP- und X.25-Datenverkehr über eine Frame Relay-Schnittstelle zu übertragen, müssen Sie entweder zwei DLCIs verwenden oder den X.25-Datenverkehr über XOT auf einem DLCI übertragen, das IP unterstützt, und nicht auf einem Annex G-DLCI. Weitere Informationen finden Sie in der Dokumentation zu Annex G (X.25 over Frame Relay). Siehe auch Konfigurieren von X.25 über Frame Relay (Anhang G) (Dokumentation für Cisco® IOS Software, Version 12.2).

Frage: Seit wann wird AODI unterstützt?

A. AODI (Always On Dynamic ISDN) wird seit Version 11.3(3)T der Cisco IOS-Software unterstützt. Weitere Informationen finden Sie unter Always On/Dynamic ISDN (AO/DI).

F. Was ist der Zweck des X.25-Hold-Queue-Befehls?

A. Mit dem Befehl X.25 hold-queue wird die maximale Anzahl von Paketen festgelegt, die pro virtueller Schaltung (VC) gehalten werden dürfen, bevor ein weiterer virtueller Circuit (SVC) erstellt wird. Wenn keine weitere VC erstellt werden kann, werden die Pakete verworfen. Weitere Informationen finden Sie in der X.25-Befehlsreferenz (Cisco IOS Software, Version 12.2). Um eine weitere VC zu erstellen, benötigen Sie den Befehl x25 nvc X, wobei X für die Anzahl der VCs steht, die gleichzeitig für dasselbe Ziel geöffnet werden können.

Frage: Wozu dient der Befehl hold-queue?

A. Der Befehl hold-queue <length> {in/out} ist ein Befehl auf niedriger Ebene, der steuert, wie viele empfangene Puffer im Router ausstehen können. Ein Treiber weigert sich, neue Daten zu akzeptieren, sobald er den Grenzwert für die Schnittstelleneingabe überschritten hat. Dieser Grenzwert kann nur aufgehoben werden, wenn einige der empfangenen Pakete im Router verworfen wurden. Dieser Befehl sollte nicht mit dem Befehl X25 hold-queue verwechselt werden, und er ist nicht mit Link Access Procedure Balanced (LAPB) und X.25 verknüpft, abgesehen davon, dass LAPB den Status des Eingangslimits überwacht und einen Empfänger nicht bereit (RNR) ausgibt, wenn der Dienst keine I-Frames mehr empfangen kann. Weitere Informationen finden Sie unter Cisco IOS Interface Command Reference (Cisco IOS Software Release 12.2).

F. Warum nimmt meine Eingabewarteschlange mit dem X.25-Protokoll zu?

A. Der Grund für die Zunahme der Eingabewarteschlange kann darin liegen, dass die Schnittstelle zu viel Datenverkehr verarbeiten muss, insbesondere wenn diese Pakete für den Router selbst bestimmt sind, z. B. das Simple Network Management Protocol (SNMP). Wenn Sie X.25 zum Transport von IP verwenden, müssen Sie das IP-Datagramm in mehrere X.25-Pakete fragmentieren.

Ein IP-Datagramm kann beispielsweise in fünf X.25-Pakete fragmentiert werden. Jedes dieser X.25-Pakete ist mit einem M-Bit ausgestattet, mit Ausnahme des letzten. Auf dem Cisco Remote-Router muss das letzte Paket abgewartet werden, um das ursprüngliche IP-Datagramm zu rekonstruieren. In unserem obigen Beispiel müssen die ersten vier Pakete (die mit M-Bit) in eine Warteschlange gestellt werden. Diese werden in die Eingangswarteschlange der Schnittstelle eingereiht. Dies geschieht nur, wenn der Anruf auf dem Router beendet wird (z. B. wenn er mit x25 map beendet wird).

Wenn viele Anrufe auf dem Router terminiert werden (z. B. IP und QLLC (Qualified Logical Link Control)), kann die Eingangswarteschlange zunehmen, da alle VCs M-Bit-Pakete senden. Dies kann sich negativ auswirken, da der Router einen RNR auf Layer 2 sendet, wenn die Eingabewarteschlange das Maximum erreicht hat. Sie können die Eingabewarteschlange mit dem Befehl hold-queue x in abstimmen.

Frage: Unterstützt Cisco GAP von DEC in CMNS?

A. Cisco unterstützt GAP nicht. GAP ist ein proprietäres DEC-Protokoll, das X.25 von VAX über eine DECnet-NSP-Verbindung (Network-Services Protocol) zum X.25-Gateway transportiert, das die X.25-Informationen extrahiert und an das X.25-Netzwerk weiterleitet. Um ähnliche Funktionen mit der Cisco IOS-Software zu erhalten, verwenden Sie den Connection-Mode Network Service (CMNS) (auch als CONS (DEC) bezeichnet). Das CMNS verwendet X.25 über Logical Link Control, Typ 2 (LLC2) , was auf VAX mit DECnet PhV und P.S.I. Version 5 oder höher erreicht werden kann.

Frage: Wie werden die Fenster- und Paketgröße bei der lokalen Bestätigung behandelt?

A. Versuchen Sie zunächst, eine konsistente Paketgröße für den Anruf auszuhandeln. Wenn dies nicht möglich ist (ein Grund dafür ist, dass die Paketgrößenaushandlung deaktiviert ist) und die lokale Bestätigung aktiviert ist, behandeln Sie die Segmentierung und Reassemblierung für den Schaltkreis gemäß den X.25-Empfehlungen.

Im folgenden Beispiel ist die serielle 1 für 128 und die serielle 0 für 256 konfiguriert:

3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 5 PR 4 
     
!--- Two packets of 128 incoming.
 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 5 PR 4 
     
!--- One packet of 256 outgoing on other interface.
 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 7 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 6 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 0 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 1 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 1 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 2 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 7 PR 4

Frage: Werden Sammelanschlüsse unterstützt?

Antwort: Ja, Sammelanschlüsse und X.25-Lastenausgleich werden unterstützt. Diese Funktion wurde in Version 12.0(3)T der Cisco IOS-Software eingeführt. Weitere Informationen finden Sie unter Konfigurieren des X.25-Lastenausgleichs.

Frage: Unterstützt Cisco X.75?

A. Die ITU-T (ehemals CCITT) den X.75-Standard (paketvermitteltes Signalisierungssystem zwischen öffentlichen Netzen, das Datenübertragungsdienste bereitstellt) definiert, um die Zusammenschaltung von öffentlichen X.25-Datennetzen zu unterstützen. Cisco implementiert dies nicht.

Ein Protokollstapel, der einen asynchronen Zeichenstrom über eine LAPB-Sitzung über einen ISDN B-Kanal überträgt, wird auch als X.75 bezeichnet, obwohl die einzige Ähnlichkeit zu X.75 in der Verwendung von LAPB als Link Layer Protocol besteht (das X.75 mit X.25 teilt). Cisco nennt diesen LAPB-Terminaladapter (LAPB-TA), und dieser wird unterstützt. Weitere Informationen finden Sie unter ISDN LAPB-TA.

Frage: Welche X.25-Version wird von Cisco unterstützt?

A.: Die Cisco IOS-Software unterstützt seit jeher die X.25-Version 1984. Dies ist auch in Version 12.2 der Cisco IOS-Software der Fall. Vor Version 11.3 der Cisco IOS Software wurde 1980 bei der Konfiguration der DDN- oder BFE-Kapselung verwendet. War die Kapselung X.25, so wurde die Version 1984 verwendet, zusätzlich Version 1988 für die Durchsatzwerte.

Frage: Warum funktionierte meine Übersetzung nicht mehr, nachdem ich ein Upgrade auf Version 12.0 der Cisco IOS-Software durchgeführt hatte?

A.: In den Cisco IOS Software-Versionen 11.2 und früher wurden Übersetzungsaufrufe mit nicht standardmäßigen Protokoll-IDs (PIDs) falsch angenommen. Die Zieladresse stimmte mit dem ersten Übersetzungseintrag überein, der keine Call User Data (CUD) angibt.

Diese Übersetzung ist in Version 12.0 der Cisco IOS-Software genauer. Die PID muss als PAD (0x01000000) bezeichnet werden, und die CUD-Daten müssen leer sein (die Übersetzung erfolgt, wenn PAD den Wert 0x01000000 hat, aber nicht, wenn das Datenfeld der CUD Daten enthält). Die Übersetzungszeile muss mit diesem Wert übereinstimmen. Dies ist erforderlich, da sich die PID darauf bezieht, wie eine Anwendung den eingehenden Anruf verarbeitet. In unserem Fall ist Übersetzung immer eine PAD-Funktion. Wenn der Router einen eingehenden Anruf mit einer falschen PID empfängt, lehnt er den Anruf ab, da die Anwendung auf dem Remote-Host nicht auf eine PAD-Funktion verweist.

Es gibt verschiedene Problemumgehungen für die Annahme eingehender Anrufe, die sich nicht auf ein PAD beziehen. Der gängigste Befehl ist x25 default-pad. Gehen Sie nicht davon aus, dass ein eingehender Anruf mit der PID 0xC0000000 fehlerfrei an die PAD-Anwendung des Routers weitergeleitet werden kann. Beide Systeme verweisen auf verschiedene Arten der Anrufbearbeitung. Das kann funktionieren, aber in manchen Fällen werden die X3-Parameter nicht ausgetauscht, was dazu führt, dass unlesbares Zeichen auf dem Terminal angezeigt wird oder der Anruf abgebrochen wird.

Wenn ein Anruf mit der PID 0x01000F00 eingeht, verwenden Sie bei einem PID-Problem cud \001.* im Übersetzungsbefehl (001 ist der Oktalwert). Bitte beachten Sie die Nachteile dieser Konfiguration, wie oben erläutert.

Versuchen Sie die Übersetzung für einen CUD-Datenteil. Das heißt, übersetzen Sie X.25 10 cud .* tcp 1.1.1.1. Dies akzeptiert alle PAD-Aufrufe (mit der PID 0x01000000), unabhängig vom Datenteil.

Weitere Informationen finden Sie unter Configuring Protocol Translation and Virtual Asynchronous Devices (Konfigurieren der Protokollübersetzung und virtueller asynchroner Geräte).

Frage: Was steht beim X.25-Routing an erster Stelle?

A. Bei eingehenden Anrufen hat die Zuordnungstabelle Vorrang vor der Weiterleitungstabelle. Wird ein passender Map-PAD-Eintrag gefunden, so wird dieser ausschließlich angewendet und die Routing-Tabelle nicht aufgerufen. Die Routing-Tabelle wird erst aufgerufen, nachdem kein passender Map-Eintrag gefunden wurde.

Bei ausgehenden Anrufen kann eine konfigurierte Zuordnung auf der Schnittstelle nicht weitergeleitet werden. Alle anderen Anrufe, internen PADs oder vermittelten Anrufe können an die Routing-Tabelle weitergeleitet werden. Die erste verfügbare Übereinstimmung wird immer verwendet.

Frage: Funktioniert XOT in Version 11.2 der Cisco IOS-Software mit Version 11.3 oder höher?

A.: Wenn der Router in Version 11.3 der Cisco IOS-Software und höher einen Anruf anfordert, erwartet er eine eindeutige Bestätigung. Dies ist das Standardverhalten Ende-zu-Ende. In Version 11.2 der Cisco IOS-Software ist das Verhalten zum Aufrufen einer Löschanforderung anders. Damit die Cisco IOS Software-Version 11.2 eine eindeutige Bestätigung sendet, ist ein versteckter Befehl xot-confirm-svc-reset auf globaler Ebene erforderlich. Zusätzlich zum oben genannten Befehl sollten die Befehle service tcp keepalive-in und service tcp keepalive-out und xot-keepalive sowohl auf den Routern der Cisco IOS Software 11.2 als auch 11.3 aktiviert sein. Dadurch werden alle einzeln endenden SVCs und TCP-Sitzungen bereinigt.

Frage: Unterstützt XOT Befehle, die ich auf meiner seriellen Schnittstelle konfigurieren kann?

A. Zurzeit erlaubt der XOT keinen Befehl wie x25 default-pad, da es keine Schnittstelle dafür gibt. Das xot-Profil wird jedoch in einer späteren Version unterstützt. Die aktuelle Zielversion ist die Cisco IOS Software Version 12.2-7.T.

Frage: Wie kann ich die auf meiner seriellen Schnittstelle konfigurierte X.25-Zuordnung umleiten?

A. Sie können den X.25-Aufruf, den ein x25-Map-Befehl auslösen möchte, nicht umleiten. Die X.25-Remote-Fehlererkennung ist jedoch eine interessante Funktion zum Erkennen von Remote-Fehlern, z. B. wenn ein zweiter Router angegriffen werden kann, um eine X.25-Map anzuzeigen.

F. Was ist die maximale Geschwindigkeit für X.25?

A. X.25 wird bis zu 2 MB unterstützt. Möglicherweise können Sie mit höherer Geschwindigkeit arbeiten, aber wenn Sie dies versuchen, sollten Sie die erforderliche Prozessleistung für die Verarbeitung von 4.095 VCs mit einer Geschwindigkeit von z. B. 34 MB berücksichtigen. Dies hätte einen negativen Effekt, daher wird empfohlen, eine Geschwindigkeit von 2 MB beizubehalten.

Frage: Kann ich das X.25-Protokoll über ISDN verwenden?

A. Ja, die X.25-Kapselung wird auf ISDN unterstützt. X.25 kann entweder im physischen Modus oder im Dialer-Modus konfiguriert werden. Weitere Informationen zur Konfiguration von X.25 im physischen Modus finden Sie unter Konfigurieren von X.25. Weitere Informationen zur Konfiguration von X.25 im Dialer-Modus finden Sie unter Dynamic Multiple Encapsulations for Dial-In over ISDN. Weitere Informationen zur Konfiguration von X.25 auf dem d-Kanal finden Sie unter Konfigurieren von X.25 auf ISDN.

Frage: Unterstützt Cisco enge Benutzergruppen?

A: Ja. Weitere Informationen finden Sie unter Konfigurieren von geschlossenen X.25-Benutzergruppen.

F. Was ist das Besondere am Befehl x25 encapsulation ietf?

A. Durch Auswahl der Internet Engineering Task Force (IETF) ist die Kapselung mit RFC 1356 kompatibel. .

Frage: Wird Priority Queuing auf X.25 unterstützt?

A. Priority Queuing und benutzerdefinierte Queuing werden für X.25-Schnittstellen ab Version 11.3 der Cisco IOS-Software unterstützt. In diesem Beispiel wird ein RIP-Paket (Routing Information Protocol) in die Warteschlange mit hoher Priorität gestellt.

interface Serial0 
     description Connection to Packet Handler ph3.F007 port 11 
     ip address 10.10.10.1 255.255.255.0 
     no ip directed-broadcast 
     encapsulation x25 
     no ip mroute-cache 
     x25 map ip 10.10.10.2 22222 packetsize 128 128 
     x25 map ip 10.10.10.3 33333 packetsize 128 128 
     x25 map ip 10.10.10.4 44444 packetsize 128 128 
     priority-group 2 
     ! 
     priority-list 2 protocol ip high udp rip 
     priority-list 2 protocol ip low

Weitere Informationen zur priorisierten Warteschlangenzuweisung finden Sie unter Konfigurieren von Prioritätswarteschlangen . Weitere Informationen zur benutzerdefinierten Warteschlangenzuweisung finden Sie unter Konfigurieren benutzerdefinierter Warteschlangen.

Frage: Wird Komprimierung auf X.25 unterstützt?

A. Ja, Komprimierung kann auf X.25 verwendet werden. Beispiele:

interface Serial3/0:2 
     ip address 133.11.102.101 255.255.255.0 
     encapsulation x25 
     x25 address 3101 
     x25 map ip 133.11.102.210 3210 broadcast compress

Sie benötigen ein Dictionary pro X.25 VC, da das Dictionary zurückgesetzt wird, wenn das M bit=0 empfangen wird, und Sie können verschachtelte X.25-Fragmente mit dem Mbit=1 auf mehreren VCs empfangen. Der Speicherbedarf für die Komprimierung beträgt somit 24 kB * Anzahl VCs.

Hinweis: Der Komprimierungsalgorithmus wird zu Beginn jedes X.25-Pakets zurückgesetzt. Das bedeutet, dass die Nutzlastkomprimierung effizienter ist, wenn große Pakete verwendet werden.

Frage: Wo finde ich Informationen zur Fehlerfreiheit und Diagnose?

A. Beachten Sie, dass nicht alle Klarstellungen und Diagnosen Standard sind. Die meisten X.25-Konstruktoren oder X.25-Hosts wenden ihre eigene Diagnose an. Ist dies der Fall, lesen Sie die entsprechende Dokumentation. Weitere Informationen zur Standarddiagnose finden Sie unter X.25 Ursache und Diagnosecodes.

Frage: Wo finde ich den regulären Ausdruck?

A. Regulärer Ausdruck ist ein gutes Werkzeug, um verschiedene Entscheidungen auf einer X.25-Route zu treffen. Den regulären Ausdruck finden Sie in der Dokumentation zu regulären Ausdrücken.

Frage: Wie werden IP-Adressen für das Defense Data Network (DDN) und Blacker Front End (BFE) übersetzt?

A. Weitere Informationen finden Sie unter Configuring DDN or BFE X.25 (Konfigurieren von DDN oder BFE X.25).

F. Wie kann ich den richtigen T1-Wert ermitteln?

A. Der Sendewiederholungs-Timer (T1) bestimmt, wie lange ein gesendeter Frame unbestätigt bleiben kann. Um einen geeigneten Wert von T1 zu finden, suchen Sie die maximale X.25-Paketlänge (z. B. 128, 256, 1024), und multiplizieren Sie diese mit acht, um eine Anzahl von Bits zu erhalten. Teilen Sie dann durch die Geschwindigkeit der Leitung in Kbit/s. Dies gibt die Übertragungszeit in Millisekunden an. Die Zeit der Übertragung des Pakets an den nächstgelegenen Switch ist die Mindestzeit für den LAPB T1-Wert. Verwenden Sie einen "Sicherheitsfaktor" von drei oder vier, um einen T1-Wert zu erhalten, der unnötige Neuübertragungen vermeidet.

Bei einer 19,2-Kbit/s-Leitung und 128-Byte-Paketen führt dies zu einem Wert von 200 ms. Überprüfen Sie die Informationen, die vom X.25-Netzwerklieferanten bereitgestellt werden, der normalerweise einen Wert angibt.

Verwenden Sie kein Ping, um die Übertragungszeit auszuwerten. Dadurch erhalten Sie die Zeit im gesamten Netzwerk, nicht auf der Verbindung, für die der Timer gilt.

Frage: Unterstützt X.25 Failover?

Antwort: Ja, Failover wird von X.25 unterstützt. Der x25-Failover-Befehl wurde in Version 12.1(1)T der Cisco IOS-Software eingeführt.

Frage: Was ist Protokollübersetzung, und wo finde ich weitere Informationen zur Funktion für die Protokollübersetzung?

A. Die Protokollübersetzung ermöglicht eine transparente Protokollübersetzung zwischen Systemen, auf denen verschiedene Protokolle ausgeführt werden. Weitere Informationen zur Protokollübersetzungsfunktion finden Sie unter Configuring Protocol Translation and Virtual Asynchronous Devices (Konfigurieren der Protokollübersetzung und virtueller asynchroner Geräte).

Zugehörige Informationen

• Support-Seite für X.25-Technologie
• Technischer Support – Cisco Systems