X.25 - Forum aux questions

Introduction

X.25 est une norme de protocole ITU-T (International Telecommunication Union-Telecommunication Standardization Sector) pour les communications WAN qui définit la manière dont les périphériques utilisateur et les périphériques réseau établissent et gèrent les connexions. X.25 est plus fréquemment utilisé sur les réseaux sujets aux erreurs. Ce document traite de certaines des questions fréquemment posées concernant X.25

Q. Puis-je créer une carte X.25 à l'annexe G ?

R. L'annexe G ne prend en charge que le routage X.25 et les appels d'assembleur/désassembleur de paquets (PAD). Il en va de même pour le service réseau en mode connexion (CMNS) et X.25 sur TCP (XOT). Vous pouvez transférer un appel RFC1536 X.25, mais vous ne pouvez pas l'initier via un identificateur de connexion de liaison de données (DLCI) Annexe G.

Afin de transporter à la fois le trafic IP et X.25 sur une interface Frame Relay, vous devez soit utiliser deux DLCI, soit transporter le trafic X.25 via XOT sur un DLCI qui prend en charge IP, plutôt qu'un DLCI Annexe G. Pour plus d'informations, reportez-vous à la documentation de l'annexe G (X.25 sur Frame Relay). Reportez-vous également à la section Configuration de X.25 sur Frame Relay (Annexe G) (documentation pour le logiciel Cisco® IOS Version 12.2).

Q. Depuis quand l'AODI est-il pris en charge ?

R. L’AODI (Always on Dynamic ISDN) est pris en charge depuis la version 11.3(3)T du logiciel Cisco IOS. Pour plus d'informations, référez-vous à Always On/Dynamic ISDN (AO/DI).

Q. Quelle est la fonction de la commande hold-queue X.25 ?

R. La commande X.25 hold-queue est utilisée pour spécifier le nombre maximal de paquets à retenir par circuit virtuel (VC) avant d'essayer de créer un autre circuit virtuel (SVC). Si un autre circuit virtuel ne peut pas être créé, les paquets sont abandonnés. Pour plus d'informations, reportez-vous au X.25 Command Reference (Logiciel Cisco IOS Version 12.2). Pour créer un autre circuit virtuel, vous avez besoin de la commande x25 nvc X où X est le nombre de circuits virtuels qui peuvent être ouverts simultanément vers la même destination.

Q. Quelle est la fonction de la commande hold-queue ?

R. La commande hold-queue <length> {in/out} est une commande de bas niveau qui contrôle combien de tampons reçus peuvent être en attente dans le routeur. Un pilote refuse d’accepter de nouvelles données une fois qu’il a dépassé la limite d’entrée de l’interface, qui ne peut être corrigée qu’une fois que certains des paquets reçus dans le routeur ont été éliminés. Cette commande ne doit pas être confondue avec la commande X25 hold-queue et n'est pas liée à Link Access Procedure Balanced (LAPB) et X.25, au-delà du fait que LAPB surveille l'état de la limite d'entrée et émet un récepteur non prêt (RNR) quand le service ne peut plus recevoir de trames I. Pour plus d'informations, reportez-vous au Guide de référence des commandes de l'interface Cisco IOS (Logiciel Cisco IOS Version 12.2).

Q. Pourquoi ma file d'attente d'entrée augmente-t-elle avec le protocole X.25 ?

R. La raison d’une file d’attente d’entrée croissante peut être que l’interface a trop de trafic à gérer, en particulier lorsque ces paquets sont destinés au routeur lui-même, par exemple le protocole SNMP (Simple Network Management Protocol). Lorsque vous utilisez X.25 pour transporter IP, vous devez fragmenter le datagramme IP en plusieurs paquets X.25.

Par exemple, un datagramme IP peut être fragmenté en cinq paquets X.25. Chacun de ces paquets X.25 est équipé d'un M-bit, sauf le dernier. Sur le routeur Cisco distant, vous devez attendre le dernier paquet pour reconstruire le datagramme IP d’origine. Dans notre exemple ci-dessus, les quatre premiers paquets (ceux avec M-bit) doivent être mis en file d'attente. Ils sont mis en file d'attente dans la file d'attente d'entrée de l'interface. Cela se produit uniquement si l'appel est terminé sur le routeur (par exemple, s'il est terminé par un mappage x25).

Si de nombreux appels sont terminés sur le routeur (tels que IP et QLLC [Qualified Logical Link Control]), la file d'attente d'entrée peut augmenter, car tous les circuits virtuels envoient des paquets de M bits. Cela peut avoir un effet secondaire négatif, car le routeur envoie un RNR sur la couche 2 lorsque la file d'attente d'entrée a atteint le maximum. Vous pouvez régler la file d'attente d'entrée à l'aide de la commande hold-queue x in.

Q. Cisco prend-il en charge le GAP de DEC dans CMNS ?

R. Cisco ne prend pas en charge GAP. GAP est un protocole propriétaire DEC qui transporte X.25 de VAX sur une liaison NSP (Network-Services Protocol) DECnet vers la passerelle X.25 qui extrait les informations X.25 et les transmet au réseau X.25. Pour obtenir des fonctionnalités similaires avec le logiciel Cisco IOS, utilisez Connection-Mode Network Service (CMNS) (également appelé CONS en termes de DEC). Le CMNS utilise X.25 sur le contrôle de liaison logique, type 2 (LLC2) , qui peut être réalisé sur VAX avec DECnet PhV et P.S.I. version 5 ou ultérieure.

Q. Comment la taille des fenêtres et des paquets est-elle gérée dans l’accusé de réception local ?

R. Tout d'abord, essayez de négocier une taille de paquet cohérente pour l'appel. Si vous ne pouvez pas le faire (l'une des raisons étant que la négociation de taille de paquet est désactivée) et que l'accusé de réception local est activé, gérez la segmentation et le réassemblage du circuit conformément aux recommandations X.25.

Dans l'exemple ci-dessous, Serial 1 est configuré pour 128 et Serial 0 est configuré pour 256 :

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

Q. Les groupes de recherche sont-ils pris en charge ?

R. Oui, les groupes de recherche et l'équilibrage de charge X.25 sont pris en charge. Cette fonctionnalité a été introduite dans le logiciel Cisco IOS Version 12.0(3)T. Référez-vous à Configuration de l'équilibrage de charge X.25 pour plus de détails.

Q. Cisco prend-il en charge X.75 ?

A. L'UIT-T (anciennement CCITT) a défini la norme X.75 (système de signalisation à commutation de paquets entre des réseaux publics fournissant des services de transmission de données) pour prendre en charge l’interconnexion de réseaux de données publics X.25. Cisco ne l'implémente pas.

Une pile de protocoles qui transporte un flux de caractères asynchrone sur une session LAPB sur un canal B RNIS est également appelée X.75, bien que la seule similitude qu'elle a avec X.75 soit l'utilisation de LAPB comme protocole de couche liaison (que X.75 partage avec X.25). Cisco appelle cet adaptateur de terminal LAPB (LAPB-TA), et il est pris en charge. Référez-vous à RNIS LAPB-TA pour plus d'informations.

Q. Quelle version de X.25 est prise en charge par Cisco ?

R. Le logiciel Cisco IOS a toujours pris en charge X.25 version 1984, et c'est toujours le cas dans le logiciel Cisco IOS Version 12.2. Avant la version 11.3 du logiciel Cisco IOS, lors de la configuration de l'encapsulation DDN ou BFE, la version utilisée était 1980. Si l’encapsulation était X.25, la version utilisée était 1984, avec l’ajout de la version 1988 pour les valeurs de débit.

Q. Pourquoi ma traduction a-t-elle cessé de fonctionner après une mise à niveau vers la version 12.0 du logiciel Cisco IOS ?

R. Dans les versions 11.2 et antérieures du logiciel Cisco IOS, les appels de traduction avec des identificateurs de protocole (PID) non standard ont été mal acceptés. L'adresse de destination correspond à la première entrée de traduction qui ne spécifie pas les données d'utilisateur d'appel (CUD).

Cette traduction est plus précise dans le logiciel Cisco IOS Version 12.0. Le PID doit être appelé PAD (0x01000000) et les données CUD doivent être vides (la traduction se produit si PAD est 0x01000000, mais pas si le champ de données du CUD contient des données). La ligne de traduction doit correspondre à cette valeur. Cela est nécessaire car le PID fait référence à la manière dont une application gère l'appel entrant. Dans notre cas, la traduction est toujours une fonction PAD. Si le routeur reçoit un appel entrant avec un PID incorrect, il refuse l'appel car, sur l'hôte distant, l'application ne fait pas référence à une fonction PAD.

Il existe plusieurs solutions de contournement pour accepter les appels entrants qui ne font pas référence à un PAD. La plus courante est la commande x25 default-pad. Ne supposez pas qu'un appel entrant avec le PID 0xC0000000 peut être traité sans erreur vers l'application PAD du routeur. Les deux systèmes se réfèrent à différentes manières de traiter l'appel. Cela peut fonctionner, mais dans certains cas, les paramètres X3 ne seront pas échangés, ce qui entraîne l'affichage de caractères illisibles sur le terminal ou l'interruption de l'appel.

Pour un problème de PID, si un appel est reçu avec le PID 0x01000F00, essayez d'utiliser cud \001.* dans la commande de traduction (001, il s'agit de la valeur octale). Notez les inconvénients de cette configuration, comme expliqué ci-dessus.

Pour une partie de données CUD, essayez la traduction. Autrement dit, traduisez X.25 10 cud .* tcp 1.1.1.1. Ceci accepte tous les appels PAD (avec PID 0x01000000) quelle que soit la partie données.

Référez-vous à Configuration de la traduction de protocole et des périphériques asynchrones virtuels pour plus d'informations.

Q. Dans le routage X.25, quelle est la priorité ?

R. Pour les appels entrants, la table de mappage est prioritaire sur la table de routage. Si une entrée PAD de mappage correspondante est trouvée, elle est appliquée exclusivement et la table de routage n'est pas consultée. La table de routage est consultée uniquement lorsqu'aucune entrée de mappage correspondante n'est trouvée.

Pour les appels sortants, un mappage configuré sur l'interface ne peut pas être routé. Tous les autres appels, les PAD internes ou les appels commutés peuvent être soumis à la table de routage. La première correspondance disponible est toujours utilisée.

Q. XOT dans le logiciel Cisco IOS Version 11.2 fonctionne-t-il avec la version 11.3 ou ultérieure ?

R. Dans le logiciel Cisco IOS version 11.3 et ultérieure, lorsque le routeur demande une suppression d'appel, il attend une confirmation de suppression, qui est le comportement par défaut de bout en bout. Sur le logiciel Cisco IOS Version 11.2, le comportement d'appel à la demande clear est différent. Pour que le logiciel Cisco IOS version 11.2 envoie une commande clear confirm, il faut une commande masquée xot-confirm-svc-reset au niveau global. En plus de la commande ci-dessus, les commandes service tcp keepalive-in et service tcp keepalive-out et xot-keepalive doivent être activées dans les routeurs du logiciel Cisco IOS versions 11.2 et 11.3. Cela permet de nettoyer les sessions TCP et les circuits virtuels commutés à extrémité unique.

Q. XOT prend-il en charge les commandes que je peux configurer sur mon interface série ?

R. Actuellement, XOT n'autorise aucune commande telle que x25 default-pad, car il n'y a aucune interface pour faire cela. Cependant, le profil xot sera pris en charge dans une version ultérieure. La cible actuelle est le logiciel Cisco IOS version 12.2-7.T.

Q. Comment puis-je réacheminer la carte X.25 configurée sur mon interface série ?

R. Vous ne pouvez pas réacheminer l'appel X.25 qu'une commande x25 map veut émettre. Cependant, la détection de défaillance à distance X.25 est une fonctionnalité intéressante pour détecter une défaillance à distance - par exemple, où un second routeur peut être ciblé pour afficher une carte X.25.

Q. Quelle est la vitesse maximale pour X.25 ?

R. X.25 est pris en charge jusqu'à 2 Mo. Vous pouvez peut-être exécuter à une vitesse plus élevée, mais si vous tentez de le faire, considérez la puissance de traitement nécessaire pour gérer 4 095 circuits virtuels à une vitesse de, disons, 34 Mo. Cela aurait un effet négatif, il est donc recommandé de conserver une vitesse de 2 Mo.

Q. Puis-je utiliser le protocole X.25 sur RNIS ?

R. Oui, l’encapsulation X.25 est prise en charge sur RNIS. X.25 peut être configuré en mode physique ou numéroteur. Pour plus d'informations sur la configuration de X.25 sur le mode physique, consultez Configuration de X.25. Pour plus d'informations sur la configuration de X.25 sur le mode de numérotation, référez-vous à Encapsulations multiples dynamiques pour l'accès commuté sur RNIS. Pour plus d'informations sur la configuration de X.25 sur le canal d, consultez Configuration de X.25 sur RNIS.

Q. Cisco prend-il en charge les groupes d'utilisateurs restreints ?

R. Oui. Pour plus d'informations, référez-vous à Configuration des groupes d'utilisateurs fermés X.25.

Q. Quelle est la particularité de la commande x25 encapsulation ietf ?

R. Le choix de l’IETF (Internet Engineering Task Force) rend l’encapsulation conforme à la RFC 1356 .

Q. La mise en file d'attente prioritaire est-elle prise en charge sur X.25 ?

R. La mise en file d'attente prioritaire et la mise en file d'attente personnalisée sont prises en charge pour les interfaces X.25 depuis la version 11.3 du logiciel Cisco IOS. Cet exemple montre comment placer un paquet RIP (Routing Information Protocol) dans la file d'attente à priorité élevée.

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

Pour plus d'informations sur la mise en file d'attente par priorité, référez-vous à Configuration de la mise en file d'attente par priorité . Pour plus d'informations sur la mise en file d'attente personnalisée, référez-vous à Configuration de la mise en file d'attente personnalisée.

Q. La compression est-elle prise en charge sur X.25 ?

R. Oui, la compression peut être utilisée sur X.25. Exemple :

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

Vous avez besoin d'un dictionnaire par circuit virtuel X.25, car le dictionnaire est réinitialisé lorsque le bit M=0 est reçu, et vous pouvez recevoir des fragments X.25 entrelacés avec le Mbit=1 sur plusieurs circuits virtuels. Par conséquent, la mémoire nécessaire est de 24 kB * nombre de circuits virtuels pour la compression.

Remarque : l'algorithme de compression est réinitialisé au début de chaque paquet X.25. Cela signifie que la compression de la charge utile est plus efficace lorsque de grands paquets sont utilisés.

Q. Où puis-je trouver les informations claires et de diagnostic ?

R. Notez que tous les tests de diagnostic et de diagnostic ne sont pas standard. La plupart des constructeurs X.25 ou des hôtes X.25 appliquent leur propre diagnostic. Si tel est le cas, reportez-vous à la documentation appropriée. Pour plus d'informations sur les diagnostics standard, reportez-vous à Codes de cause et de diagnostic X.25.

Q. Où puis-je trouver l'expression régulière ?

R. L'expression régulière est un bon outil pour prendre différentes décisions sur une route X.25. L'expression régulière est disponible dans la documentation Expressions régulières.

Q. Comment les adresses IP sont-elles traduites pour le réseau de données de défense (DDN) et le frontal noir (BFE) ?

R. Reportez-vous à Configuration de DDN ou BFE X.25.

Q. Comment déterminer la valeur T1 correcte ?

R. Le temporisateur de retransmission (T1) détermine la durée pendant laquelle une trame envoyée peut rester sans accusé de réception. Pour trouver une valeur appropriée de T1, recherchez la longueur maximale de paquet X.25 (par exemple 128, 256, 1024) et multipliez-la par huit pour obtenir un nombre de bits. Puis divisez par la vitesse de la ligne en Kbits/s. Cela donne le temps de transmission en millisecondes. Le temps de transmission du paquet au commutateur le plus proche est le minimum pour la valeur LAPB T1. Utilisez un facteur de « sécurité » de trois ou quatre pour obtenir une valeur T1 évitant les retransmissions inutiles.

Pour une ligne de 19,2 kbits/s et des paquets de 128 octets, cela donne une valeur de 200 ms. Vérifiez les informations fournies par le fournisseur de réseau X.25 qui vous indique généralement une valeur.

N’utilisez pas ping pour évaluer le temps de transmission. Cela vous donne le temps sur l'ensemble du réseau, et non sur la liaison à laquelle le minuteur s'applique.

Q. X.25 prend-il en charge le basculement ?

R. Oui, le basculement est pris en charge avec X.25. La commande x25 fail-over a été introduite dans le logiciel Cisco IOS Version 12.1(1)T.

Q. Qu’est-ce que la traduction de protocole et où puis-je trouver plus d’informations sur la fonction de traduction de protocole ?

R. La fonction de traduction de protocoles assure une traduction transparente de protocoles entre des systèmes exécutant différents protocoles. Pour plus d'informations sur la fonctionnalité de traduction de protocole, consultez Configuration de la traduction de protocole et des périphériques asynchrones virtuels.

Informations connexes

• Page d'assistance technologique X.25
• Support technique - Cisco Systems