Preguntas frecuentes sobre X.25

Introducción

X.25 es un estándar de protocolo de la Unión Internacional de Telecomunicaciones-Sector de estandarización de telecomunicaciones (ITU-T) para la comunicación WAN que define cómo los dispositivos de usuario y los dispositivos de red establecen y mantienen las conexiones. X.25 se ve más comúnmente en redes propensas a errores. Este documento trata algunas de las preguntas frecuentes sobre X.25.

P. ¿Puedo crear un mapa X.25 en el Anexo G?

R. El Anexo G soporta solamente el ruteo X.25 y las llamadas de ensamblador/desensamblador de paquetes (PAD). Lo mismo ocurre con el Servicio de red de modo de conexión (CMNS) y X.25 sobre TCP (XOT). Puede reenviar una llamada RFC1536 X.25, pero no puede originarla a través de un identificador de conexión de link de datos (DLCI) del Anexo G.

Para transportar el tráfico IP y X.25 a través de una interfaz Frame Relay, debe utilizar dos DLCI o transportar el tráfico X.25 a través de XOT en un DLCI que admita IP, en lugar de un DLCI de Anexo G. Para obtener más información, consulte la documentación del Anexo G (X.25 sobre Frame Relay). Vea también Configuración de X.25 sobre Frame Relay (Anexo G) (documentación para Cisco® IOS Software Release 12.2).

P. ¿Desde cuándo se admite AODI?

R. Desde la versión 11.3(3)T del software del IOS de Cisco, se admite ISDN dinámica (AODI) siempre activa. Para obtener más información, consulte Always On/Dynamic ISDN (AO/DI).

P. ¿Cuál es el propósito del comando X.25 hold-queue ?

R. El comando X.25 hold-queue se utiliza para especificar el número máximo de paquetes que se deben retener por circuito virtual (VC) antes de intentar crear otro circuito virtual (SVC). Si no se puede crear otro VC, los paquetes se descartan. Para obtener más información, consulte Referencia de comandos X.25 (Versión 12.2 de software del IOS de Cisco). Para crear otro VC, se necesita el comando x25 nvc X donde X es el número de VC que se pueden abrir al mismo tiempo hacia el mismo destino.

P. ¿Cuál es el propósito del comando hold-queue?

R. El comando hold-queue <length> {in/out} es un comando de bajo nivel que controla cuántas memorias intermedias recibidas pueden estar pendientes en el router. Un controlador se negará a aceptar los nuevos datos una vez que haya excedido el límite de entrada de la interfaz, que solo se puede curar una vez que se hayan eliminado algunos de los paquetes recibidos en el router. Este comando no debe confundirse con el comando X25 hold-queue y no está vinculado a Link Access Procedure Balanced (LAPB) y X.25, más allá del hecho de que LAPB monitorea el estado del límite de entrada y emite un receptor no preparado (RNR) cuando el servicio ya no puede recibir tramas I. Consulte la Referencia de comandos de la interfaz del IOS de Cisco (Versión 12.2 de software del IOS de Cisco) para más información.

P. ¿Por qué aumenta mi cola de entrada con el protocolo X.25?

R. La razón de una cola de entrada en aumento puede ser que la interfaz tiene demasiado tráfico para manejar, especialmente cuando esos paquetes están destinados al router en sí, por ejemplo el Protocolo simple de administración de red (SNMP). Cuando se utiliza X.25 para transportar IP, es necesario fragmentar el datagrama IP en varios paquetes X.25.

Por ejemplo, un datagrama IP podría fragmentarse en cinco paquetes X.25. Cada uno de esos paquetes X.25 está equipado con un bit M, excepto el último. Con el router remoto de Cisco, debe esperar que el último paquete reconstruya el datagrama IP original. En nuestro ejemplo anterior, los primeros cuatro paquetes (los que tienen bit M) deben ponerse en cola. Éstos se colocan en la cola de entrada de la interfaz. Esto sólo sucede si la llamada se termina en el router (por ejemplo, si se termina con x25 map).

Si se terminan muchas llamadas en el router (como IP y Control de link lógico calificado [QLLC]), la cola de entrada puede aumentar, porque todos los VC envían paquetes de bits M. Esto puede tener un efecto secundario negativo, porque el router envía un RNR en la Capa 2 cuando la cola de entrada ha alcanzado el máximo. Puede ajustar la cola de entrada mediante el comando hold-queue x in.

P. ¿Cisco soporta GAP de DEC en CMNS ?

R. Cisco no admite GAP. GAP es un protocolo DEC propietario que transporta X.25 de VAX a través de un enlace DECnet network-services protocol (NSP) al gateway X.25 que extrae la información X.25 y la reenvía a la red X.25. Para obtener una funcionalidad similar con el software del IOS de Cisco, utilice el Servicio de red de modo de conexión (CMNS) (también conocido como CONS en términos de DEC). El CMNS usa X.25 sobre Control de link lógico, tipo 2 (LLC2), que puede lograrse en VAX con DECnet PhV y P.S.I versión 5 o posterior.

P. ¿Cómo se manejan el tamaño de la ventana y del paquete en el reconocimiento local?

R. Primero, intente negociar un tamaño de paquete consistente para la llamada. Si no puede hacerlo (una razón es que la negociación del tamaño del paquete está inhabilitada) y el reconocimiento local está habilitado, entonces maneje la segmentación y el reensamblado para el circuito de acuerdo con las recomendaciones X.25.

En el siguiente ejemplo, serial 1 está configurado para 128 y serial 0 está configurado para 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

P. ¿Son compatibles los grupos de búsqueda?

R. Sí, se admiten los grupos de búsqueda y el equilibrio de carga X.25. Esta función fue introducida en la versión 12.0 (3)T del software IOS de Cisco. Consulte Configuración del Balanceo de Carga X.25 para obtener más detalles.

P. ¿Es Cisco compatible con X.75?

A. La UIT-T (anteriormente CCITT) definió el estándar X.75 (sistema de señalización conmutada por paquetes entre redes públicas que proporcionan servicios de transmisión de datos) para admitir la interconexión de redes de datos públicos X.25. Cisco no lo implementa.

Una pila de protocolos que transporta un flujo de caracteres asíncrono sobre una sesión LAPB sobre un canal B ISDN también se denomina X.75, aunque la única similitud que tiene con X.75 es el uso de LAPB como protocolo de capa de link (que X.75 comparte con X.25). Cisco llama a este adaptador de terminal LAPB (LAPB-TA) y es compatible con él. Consulte ISDN LAPB-TA para obtener más información.

P. ¿Qué versión X.25 es compatible con Cisco?

R. El software Cisco IOS siempre ha soportado X.25 versión 1984, y este sigue siendo el caso en Cisco IOS Software Release 12.2. Antes de la versión 11.3 del software IOS de Cisco, para la configuración de la encapsulación DDN o BFE, la versión usada era 1980. Si la encapsulación era X.25, la versión utilizada era 1984, con la adición de la versión 1988 para los valores de rendimiento.

P. ¿Por qué mi traducción dejó de funcionar después de una actualización a Cisco IOS Software Release 12.0?

R. En Cisco IOS Software Releases 11.2 y anteriores, las llamadas de traducción con identificadores de protocolo no estándar (PID) se aceptaban incorrectamente. La dirección de destino coincidía con la primera entrada de traducción que no especificaba CUD (Datos del usuario de llamada).

Esta traducción es más precisa en Cisco IOS Software Release 12.0. El PID debe ser nombrado como PAD (0x01000000) y los datos CUD deben estar vacíos (la traducción ocurre si PAD es 0x01000000, pero no si los campos de datos del CUD incluyen datos). La línea de traducción debe coincidir con este valor. Esto es necesario porque el PID se refiere a cómo una aplicación maneja la llamada entrante. En nuestro caso, la traducción es siempre una función PAD. Si el router recibe una llamada entrante con un PID incorrecto, rechaza la llamada porque, en el host remoto, la aplicación no hace referencia a una función PAD.

Existen diversos métodos alternativos para aceptar las llamadas entrantes que no se refieren a un PAD. El más común es el comando x25 default-pad. No asuma que una llamada entrante con PID 0xC0000000 puede manejarse sin errores a la aplicación PAD del router. Ambos sistemas hacen referencia a diferentes formas de manejar la llamada. Esto puede funcionar, pero algunas veces no se intercambiará el parámetro X3; por lo tanto, aparecerán caracteres ilegibles en la terminal o la llamada se cerrará.

Para un problema de PID, si se recibe una llamada con PID 0x01000F00, intente usar cud \001.* en el comando translation (001 este es el valor octal). Tenga en cuenta las desventajas de utilizar esta configuración, como se explicó arriba.

Para una parte de datos de CUD, intente la traducción. Es decir, translate X.25 10 cud .* tcp 1.1.1.1. Acepta todas las llamadas PAD (con PID 0x01000000) sea cual sea la porción de datos.

Para obtener más información, consulte la Traducción de protocolo de configuración y los dispositivos asíncronos virtuales.

P. En el ruteo X.25, ¿qué es lo primero?

R. Para las llamadas entrantes, la tabla de mapa tiene prioridad sobre la tabla de ruta. Si se encuentra una entrada de PAD de mapa coincidente, se aplica exclusivamente y no se consulta la tabla de rutas. La tabla de la ruta se consulta únicamente después de encontrar una entrada de asignación que no coincida.

Para las llamadas salientes, no se puede rutear un mapa configurado en la interfaz. Todas las demás llamadas, PAD internos o llamadas conmutadas se pueden enviar a la tabla de ruteo. Siempre se utiliza la primera correspondencia disponible.

P. ¿Funciona XOT en Cisco IOS Software Release 11.2 con la versión 11.3 o posterior?

R. En Cisco IOS Software Release 11.3 y versiones posteriores, cuando el router solicita una llamada clear espera una confirmación clear, que es el comportamiento predeterminado de extremo a extremo. En Cisco IOS Software Release 11.2, el comportamiento para llamar a la solicitud de borrado es diferente. Hacer que la versión 11.2 del software del IOS de Cisco envíe una confirmación clara requiere un comando oculto xot-confirm-svc-reset a nivel global. Además del comando anterior, los comandos service tcp keepalive-in y service tcp keepalive-out y xot-keepalive deben habilitarse en los routers Cisco IOS Software Release 11.2 y 11.3. Esto elimina las sesiones TCP y SCV de extremo único.

P. ¿XOT soporta comandos que puedo configurar en mi interfaz serial?

R. Actualmente el XOT no permite ningún comando como x25 default-pad, porque no hay ninguna interfaz para hacer esto en. Sin embargo, el perfil xot será soportado en una versión posterior. El destino actual es la versión 12.2-7.T del software del IOS de Cisco.

P. ¿Cómo puedo re-enrutar el mapa X.25 configurado en mi interfaz serial?

R. No puede volver a rutear la llamada X.25 que un comando x25 map desea originar. Sin embargo, X.25 Remote Failure Detection es una característica interesante para detectar fallas remotas - por ejemplo, donde un segundo router puede ser apuntado para traer un mapa X.25.

P. ¿Cuál es la velocidad máxima para X.25?

R. X.25 es compatible hasta con 2 MB. Es posible que pueda funcionar a una velocidad más alta pero, si lo intenta, tenga en cuenta la potencia de procesamiento necesaria para manejar 4095 VC a una velocidad de, digamos, 34 MB. Esto podría tener un efecto negativo, por lo tanto se recomienda que mantenga una velocidad de 2 MB.

P. ¿Puedo utilizar el protocolo X.25 sobre ISDN?

R. Sí, la encapsulación X.25 se soporta en ISDN. X.25 se puede configurar en modo físico o de marcador. Para obtener más información sobre la configuración de X.25 en el modo físico, consulte Configuración de X.25. Para obtener más información sobre la configuración de X.25 en el modo de marcador, consulte Encapsulaciones múltiples dinámicas para Dial-In sobre ISDN. Para obtener más información sobre la configuración de X.25 en el canal D, consulte Configuración de X.25 en ISDN.

P. ¿Cisco admite grupos de usuarios cerrados?

R. Sí. Para obtener más información, consulte Configuración de Grupos de Usuarios Cerrados X.25.

P. ¿Qué tiene de especial el comando x25 encapsulation ietf?

R. Elegir Internet Engineering Task Force (IETF) hace que la encapsulación cumpla con RFC 1356 .

P. ¿Se soporta el almacenamiento en cola de prioridad en X.25?

R. Las colas de prioridad y las colas personalizadas son compatibles con las interfaces X.25 a partir de la versión 11.3 del software del IOS de Cisco. Este ejemplo coloca un paquete de Protocolo de información de ruteo (RIP) en la cola de alta prioridad.

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

Para obtener más información sobre la cola de prioridad, consulte Configuración de la Cola de Prioridad . Para obtener más información sobre la colocación en cola personalizada, consulte Configuración de la Cola Personalizada.

P. ¿Se soporta la compresión en X.25?

R. Sí, la compresión se puede utilizar en X.25. Por ejemplo:

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

Necesita un diccionario por cada VC X.25 ya que el diccionario se reinicia cuando se recibe el bit M=0. Además, puede recibir fragmentos entrelazados X.25 con el bitM=1 en varios VC. Como resultado, la memoria necesaria es de 24 kB * número de VC para la compresión.

Nota: El algoritmo de compresión se reinicia al principio de cada paquete X.25. Esto significa que la compresión de la carga útil es más eficiente cuando se utilizan paquetes grandes.

P. ¿Dónde puedo encontrar la información clara y de diagnóstico?

R. Tenga en cuenta que no todos los diagnósticos de borrado y son estándar. La mayoría de los constructores X.25 o hosts X.25 aplican su propio diagnóstico. Si éste es el caso, consulte la documentación correspondiente. Para obtener información sobre los diagnósticos estándar, consulte Códigos de Causa y Diagnóstico X.25.

P. ¿Dónde puedo encontrar la expresión regular?

R. La expresión regular es una buena herramienta para tomar decisiones diferentes en una ruta X.25. La expresión normal se puede encontrar en la documentación de Expresiones normales.

P. ¿Cómo se traducen las direcciones IP para Defense Data Network (DDN) y Blacker Front End (BFE)?

A. Consulte Configuración de DDN o BFE X.25.

P. ¿Cómo determino el valor T1 correcto?

R. El temporizador de retransmisión (T1) determina cuánto tiempo puede permanecer sin acuse de recibo una trama enviada. Para encontrar un valor adecuado de T1, busque la longitud máxima del paquete X.25 (como 128, 256, 1024) y multiplíquelo por ocho para obtener un número de bits. Luego divídalo por la velocidad de la línea en Kbps. Esto da el tiempo de transmisión en milisegundos. El tiempo de transmisión del paquete al switch más cercano es el mínimo para el valor LAPB T1. Utilice un factor de "seguridad" de tres o cuatro para obtener un valor T1 y evitar retransmisiones inútiles.

Para una línea de 19,2 kbps y paquetes de 128 bytes, esto lleva a un valor de 200 ms. Verifique la información proporcionada por el proveedor de red X.25 que normalmente aconseja un valor.

No utilice ping para evaluar el tiempo de transmisión. Esto le da el tiempo a través de toda la red, y no en el link al que se aplica el temporizador.

P. ¿X.25 soporta failover?

R. Sí, la conmutación por fallas es compatible con X.25. El comando x25 fail-over se introdujo en la versión 12.1(1)T del software del IOS de Cisco.

P. ¿Qué es la traducción de protocolos y dónde puedo encontrar más información sobre la función de traducción de protocolos?

R. La función Protocol Translation proporciona traducción de protocolo transparente entre sistemas que ejecutan diferentes protocolos. Para obtener más información sobre la función de traducción de protocolos, consulte Configuración de la traducción de protocolos y los dispositivos asíncronos virtuales.

Información Relacionada

• Página de soporte de tecnología X.25
• Soporte Técnico - Cisco Systems