Capa de Red X.25

 

1.Introducción

2.Niveles de la X.25

2.1.El nivel físico

2.2.El nivel de enlace

3.Normas auxiliares de X.25

4.Características de X.25

4.1.Opciones del canal X.25

5.Principios de control de flujo

5.1.Otros tipos de paquetes

6.Estados de los canales lógicos

7.Temporizadores para los ETD y ETCD

8.Formatos de paquetes

   8.1.El bit D

   8.2.El bit M

8.3.Paquetes A y B

   8.4.El bit Q

9.Control de flujo y ventanas

10.Facilidades X.25

11.Otros estándares y niveles

   11.1.El PAD (Ensamblado/Desensamblado de paquetes)

   11.2.PAD: Formato de los paquetes y flujo de paquetes

   11.3.El nivel de transporte

12.Comunicación entre niveles

13. Facilidades X2.5 1984

14.Conclusión

 

GLOSARIO

 

BIBLIOGRAFIA

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.Introducción

 

 

 

La norma X.25 es el estandar para redes de paquetes recomendado por CCITT,el cual emitio el primer borrador en 1974.Este original

seria revisado en 1976,en 1978 y en 1980,y de nuevo en 1984,para dar lugar al texto definitivo publicado en 1985.El documento inicial

incluia una serie de propuestas sugeridas por Datapac,Telenet y Tymnet,tres nuevas redes de conmutacion de paquetes.En la

actualidad,X.25 es la norma de interfaz orientada al usuario de mayor difusion en las redes de paquetes de gran cobertura.

 

Para que las redes de paquetes y las estaciones de usuario se puedan interconectar se necesitan unos mecanismos de control, siendo el mas

importante desde el punto de vista de la red,el control de flujo, que sirve para evitar la congestion de la red. Tambien el ETD ha de

controlar el flujo que le llega desde la red. Ademas deben existir procedimientos de control de errores que garanticen la recepcion correcta

de todo el trafico. X.25 proporciona estas funciones de control de flujo y de errores.

 

La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminacion del circuito de datos para terminales que

trabajan en modo paquete sobre redes de datos publicas.

 

Las redes utilizan las redes X.25 para establecer los procedimientos mediante los cuales dos ETD que trabajan en modo paquete se

comunican a traves de la red.Este estandar pretende proporcionar procedimientos comunes de establecimiento de sesion e intercambio de

datos entre un ETD y una red de paquetes(ETCD).Entre estos procedimientos se encuentran funciones como las siguientes:identificacion de

paquetes procedentes de ordenadores y terminales concretos,asentimiento de paquetes,rechazo de paquetes,recuperacion de errores y

control de flujo.Ademas,X.25 proporciona algunas facilidades muy utiles,como por ejemplo en la facturacion a estaciones ETD distintas de

la que genera el trafico.

 

El estandar X.25 no incluye algoritmos de encaminamiento,pero conviene resaltar que,aunque los interfaces ETD/ETCD de ambos

extremos de la red son independientes uno de otro,X.25 interviene desde un extremo hasta el otro,ya que el trafico seleccionado se

encamina desde el principio hasta el final.A pesar de ello,el estandar recomendado es asimetrico ya que solo se define un lado de la interfaz

con la red(ETD/ETCD).

 

Las razones por las que se hace aconsejable la utilizacion de la norma X.25 son las siguientes:

 

1) La adopcion de un estandar comun a distintos fabricantes nos permite conectar facilmente equipos de distintas marcas.

 

2)La norma X.25 ha experimentado numerosas revisiones y hoy por hoy puede considerarse relativamente madura.

 

3)El empleo de una norma tan extendida como X.25 puede reducir sustancialmente los costes de la red ,ya que su gran difusion favorece la

salida al mercado de equipos y programas orientados a tan amplio sector de usuarios.

 

4)Es mucho mas sencillo solicitar a un fabricante una red adaptada a la norma X.25 que entregarle un extenso conjunto de

especificaciones.

 

5)El nivel de enlace HDLC/LAPB solo maneja los errores y lleva la contabilidad del trafico en un enlace individual entre el ETD/ETCD,

mientras que X.25 va mas alla,estableciendo la contabilidad entre cada ETD emisor y su ETCD y entre cada ETD receptor y su ETCD,es

decir,el servicio extremo a extremo es mas completo que el de HDLC/LAPB.

 

 

 

 

 

2. NIVELES DE LA X.25

 

 

2.1.El Nivel Físico

 

 

 

La recomendacion X.25 para el nivel de paquetes coincide con una de las recomendaciones del tercer nivel ISO. X.25 abarca el tercer

nivel y tambien los dos niveles mas bajos. El interfaz de nivel fisico recomendado entre el ETD y el ETCD es el X.21. X.25 asume que el

nivel fisico X.21 mantiene activados los circuitos T(transmision) y R(recepcion) durante el intercambio de paquetes. Asume tambien, que el

X.21 se encuentra en estado 13S(enviar datos),13R(recibir datos) o 13(transferencia de datos). Supone tambien que los canales

C(control) e I(indicacion) de X.21 estan activados. Por todo esto X.25 utiliza el interfaz X.21 que une el ETD y el ETCD como un

"conducto de paquetes",en el cual los paquetes fluyen por las lineas de transmision(T) y de recepcion(R).

 

El nivel fisico de X.25 no desempeña funciones de control significativas. Se trata mas bien de un conducto pasivo,de cuyo control se

encargan los niveles de enlace y de red.

 

 

2.2.El Nivel de Enlace

 

 

 

En X.25 se supone que el nivel de enlace es LAPB. Este protocolo de linea es un conjunto de HDLC. LAPB y X.25 interactuan de la

siguiente forma: En la trama LAPB, el paquete X.25 se transporta dentro del campo I(informacion). Es LAPB el que se encarga de que

lleguen correctamente los paquetes X.25 que se transmiten a traves de un canal susceptible de errores, desde o hacia la interfaz

ETD/ETCD. La diferencia entre paquete y trama es que los paquetes se crean en el nivel de red y se insertan dentro de una trama, la cual

se crea en nivel de enlace.

 

Para funcionar bajo el entorno X.25, LAPB utiliza un subconjunto especifico de HDLC. Los comandos que maneja son: Informacion(I),

Receptor Preparado(RR), Rechazo(REJ), Receptor No Preparado(RNR), Desconexion(DSC), Activar Modo de Respuesta

Asincrono(SARM) y Activar Modo Asincrono Equilibrado(SABM). Las respuestas utilizadas son las siguientes: Receptor Preparado(RR),

Rechazo(REJ), Receptor No Preparado(RNR), Asentimiento No Numerado(UA), Rechazo de Trama(FRMR) y Desconectar

Modo(DM).

 

Los datos de usuario del campo I no pueden enviarse como respuesta. De acuerdo con las reglas de direccionamiento HDLC, ello implica

que las tramas I siempre contendran la direccion de destino con lo cual se evita toda posible ambig?edad en la interpretacion de la trama.

X.25 exige que LAPB utilice direcciones especificas dentro del nivel de enlace.

 

En X.25 pueden utilizarse comandos SARM y SABM con LAP y LAPB, respectivamente. No obstante se aconseja emplear SABM,

mientras que la combinacion SARM con LAP es poco frecuente.

 

Tanto X.25 como LAPB utilizan numeros de envio(S) y de recepcion(R) para contabilizar el trafico que atraviesan sus respectivos niveles.

En LAPB los numeros se denotan como N(S) y N(R), mientras que en X.25 la notacion de los numeros de secuencia es P(S) y P(R).

 

 

3.Normas Auxiliares de X.25

 

 

 

Las siguientes recomendaciones auxiliares pueden considerarse parte de la norma X.25:

 

X.1 Clases de servicio del usuario

 

X.2 Facilidades del usuario

 

X.10 Categorias de acceso

 

X.92 Conexiones de referencia para paquetes que transmiten datos

 

X.96 Señales de llamada en curso

 

X.121 Plan internacional de numeracion

 

X.213 Servicios de red

 

 

 

4.Características

 

 

 

X.25 trabaja sobre servicios basados en circuitos virtuales. Un circuito virtual o canal logico es aquel en el cual el usuario percibe la

existencia de un circuito fisico dedicado exclusivamente al ordenador que el maneja, cuando en realidad ese circuito fisico "dedicado" lo

comparten muchos usuarios. Mediante diversas tecnicas de multiplexado estadistico, se entrelazan paquetes de distintos usuarios dentro de

un mismo canal. Las prestaciones delcanal son lo bastante buenas como para que el usuario no advierta ninguna degradacion en la calidad

del servicio como consecuencia del trafico que le acompaña en el mismo canal. Para identificar las conexiones en la red de los distintos

ETD, en X.25 se emplean numeros de canal logico(LCN). Pueden asignarse hasta 4095 canales logicos y sesiones de usuario a un mismo

canal fisico.

 

4.1.Opciones del canal X.25

 

 

 

El estandar X.25 ofrece cuatro mecanismos para establecer y mantener las comunicaciones.

 

Circuito virtual permanente(Permanent Virtual Circuit-PVC)

 

Un circuito virtual permanente es algo parecido a una linea alquilada en una red telefonica, es decir, el ETD que transmite tiene asegurada la

conexion con el ETD que recibe a traves de la red de paquetes.

 

En X.25,antes de empezar la sesion es preciso que se haya establecido un circuito virtual permanente.Por tanto, antes de reservarse un

circuito virtual permanente, ambos usuarios han de llegar a un acuerdo con la compañia explotadora de la red.Una vez hecho esto, cada

vez que un ETD emisor envia un paquete a la red la informacion identificativa de ese paquete(el numero del canal logico) indicara a la red

que el ETD solicitante posee un enlace virtual permanente con el ETD receptor.En consecuencia, la red establecera una conexion con el

ETD receptor, sin ningun otro arbitraje o negociacion de la sesion.El PVC no necesita procedimiento de establecimiento ni de liberacion. El

canal logico esta siempre en modo de transferencia de informacion.

 

Llamada virtual(VC).

 

Una llamada virtual recuerda en cierto modo a alguno de los procedimientos asociados con las lineas telefonicas habituales. El ETD de

origen entrega a la red un paquete de solicitud de llamada con un 11 como numero de canal logico(LCN). La red dirige ese paquete de

solicitud de llamada al ETD de destino, el cual lo recibe como paquete de llamada entrante procedente de su nodo de red con un LCN de

valor 16.

 

La numeracion del canal logico se lleva a cabo en cada extremo de la red. Lo mas importante es que la sesion entre los ETD este

identificada en todo momento con los numeros LCN 11 y 16. Los numeros de canal logico sirven para identificar de forma univoca las

diversas sesiones de usuarios que coexisten en el circuito fisico en ambos extremos de la red. En el interior de la red, los nodos de

conmutacion de paquetes pueden mantener su propia numeracion LCN.

 

Si el ETD recpetor decide aceptar y contestar la llamada entregara a la red un paquete de llamada aceptada. La red transportara entonces

este paquete al ETD que llama, en forma de paquete de llamada conectada. Despues del establecimiento de lallamada el canal entrara en

estado de transferencia de datos. Para concluir la sesion, cualquiera de los dos ETD puede enviiar una señal de solicitud de liberacion. Esta

indicacion es recibida y se confirma mediante un paquete de confirmacion de liberacion. En resumen, esto es el procedimiento completo de

establecimiento del enlace:

 

Paquete ................................................LCN seleccionado por Solicitud de llamada............................................El ETD de origen

Llamada entrante...............................................El nodo de red de destino(ETCD) LLamada aceptada...........................................El

mismo LCN de la llamada entrante LLamada conectada..........................................El mismo LCN de la solicitud de llamada

 

Las redes orientadas a conexion exigen que se haya establecido un enlace antes de empezar a intercambiar datos. Una vez que el ETD

receptor ha aceptado la solicitud de llamada comienza el intercambio de datos segun el estandar X.25.

 

La herencia del datagrama en X.25.

 

La facilidad datagrama es una forma de servicio no orientado a conexion. Aparecia en las primeras versiones del estandar. Sin embargo, ha

sido escaso el apoyo que ha recibido en la industria, debido sobre todo a que carece de medidas para garantizar la integridad y seguridad

de los datos entre extremo y extremo.Por eso la version de 1984 del estandar X.25 no incluye ya la opcion de datagrama. Pese a todo, el

servicio datagrama no orientado a conexion sigue siendo una importante funcion en otras redes como lo evidencian los estandares IEEE

802.

 

Seleccion rapida.

 

La filosofia basica del datagrama que consiste en eliminar la sobrecarga que suponen los paquetes de establecimiento y liberacion de la

sesion tiene su utilidad en determinadas aplicaciones, por ejemplo en aquellas en las que las sesiones son muy cortas o las transacciones

muy breves. Por eso se ha incorporado al estandar una posibilidad de seleccion rapida.

 

La seleccion rapida ofrece dos alternativas: La primera de ellas se denomina seleccion rapida y consiste en que en cada llamada ,un ETD

puede solicitar esta facilidad al nodo de la red(ETCD) mediante una indicacion al efecto en la cabecera del paquete. La facilidad de

llamada rapida admite paquetes de solicitud de llamada de hasta 128 octetos de usuario. El ETD llamado puede, si lo desea, contestar con

un paquete de llamada aceptada que a su vez puede incluir datos de usuario. El paquete de solicitud de llamada/llamada entrante indica si el

ETD remoto ha de contestar con un paquete de solicitud de liberacion o con una llamada aceptada. Si lo que se transmite es una

aceptacion de la llamada la sesion X.25 sigue su curso, con los procedimientos de transferencia de datos y de liberacion del enlace

habituales en las llamadas virtuales conmutadas.

 

La seleccion rapida ofrece una cuarta funcion de establecimiento de llamada propia del interfaz X.25: la seleccion rapida con liberacion

inmediata. Al igual que en la otra opcion de seleccion rapida, una solicitud de llamada enesta modalidad puede incluir tambien datos de

usuario. Este paquete se transmite a traves de la red al ETD receptor, el cual, una vez aceptados los datos, envia un paquete de liberacion

de la llamada(que a su vez incluye datos de usuario). Este paquete es recibido por el nodo de origen el cual lo interpreta como una señal de

liberacion del enlace, ante la cual devuelve una confirmacion de la desconexion que no puede incluir datos de usuario. En resumen, el

paquete enviado establece la conexion a traves de la red, mientras que el paquete de retorno libera el enlace.

 

La idea de las selecciones rapidas y la del antiguo datagrama es atender aquellas aplicaciones de usuario en las que solo intervengan una o

dos transacciones. El motivo por el que se han incluido selecciones rapidas en X.25 es el siguiente: para satisfacer las necesidades de

conexion de las aplicaciones especializadas y para ofrecer un servicio mas cercano al sistema orientado a conexion que el que

proporcionaba el datagrama. Hay que tener en cuenta que los dos extremos del enlace han de suscribir el esquema de seleccion rapida ya

que de lo contrario la red bloqueara la llamada.

 

La seleccion rapida esta pensada para aplicaciones basadas en transacciones. Sin embargo, puede prestar tambien un valioso servicio en

aplicaciones como la entrada rechazada de trabajos(RJE) o en la transferencia masiva de trabajos. Una seleccion rapida puede tener por

ejemplo 128 octetos que seran examinados por el ETD receptor para determinar si puede aceptar una sesion intensiva y prolongada. La

respuesta de aceptacion incluira la autorizacion para ello- tal vez incluya tambien las reglas que gobiernan la transferencia de datos entre

ambas aplicaciones de usuario.

 

 

 

 

5.Principios de control de flujos

 

 

 

X.25 permite al dispositivo de usuario(ETD) o al distribuidor de paquetes(ETCD) limitar la velocidad de aceptacion de paquetes. Esta

caracteristica es muy util cuando se desea controlar si una estacion recibe demasiado trafico.

 

El control de flujo puede establecerse de manera independiente para cada direccion y se basa en las autorizaciones de cada una de las

estaciones. El control de flujo se lleva a cabo mediante diversos paquetes de control X.25, ademas de los numeros de secuencia del nivel

de paquete.

 

5.1.Otros tipos de paquetes

 

 

 

La recomendacion X.25 maneja otros tipos de paquetes:

 

Tipo de Paquete................................................Servicio

 

De ETCD a ETD...........................De ETD a ETCD...................VC......PVC

 

Establecimiento y liberacion de llamada

 

Llamada entrante..................Solicitud llamada...........................X

LLamada conectada............Llamada aceptada........................X

Indicacion liberacion.............Solicitud liberacion.......................X

Confirmacion de liberacion de ETCD..............Confirmacion de liberacion de ETD.........X

 

Datos e interrupciones

 

Datos de ETCD....................Datos de ETD

Interrupcion ETCD................Interrupcion ETD.....................X.........X

Confirmacion de interrupcion ETCD...............Confirmacion de interrupcion ETCD.........X

 

Tipo de Paquete Servicio

 

 

De ETCD a ETD...................De ETD a ETCD........................VC...........PVC

 

Control de flujo y reinicializacion

 

RR de ETCD........................RR de ETD

RNR de ETCD.....................RNR de ETD.......................X

..............................REJ de ETD.....................................X

Confirmacion de reinicializacion de ETCD.......................Confirmacion de reinicializacion de ETD...X...........X

Indicacion de reinicializacion.........Solicitud de reinicializacion...............X...........X

 

Reinicio

 

Indicacion de reinicio..................................Solicitud de reinicio.......X..........X

Confirmacion de reinicio de ETCD.....Confirmacion de reinicio de ETD..................X..........X

 

Diagnostico

 

Diagnostico......................................................X...........X

 

Registro

 

Confirmacion de Solicitud de registro.........X...........X registro..............................

 

El procedimiento de interrupcion permite que un ETD envie a otro un paquete de datos sin numero de secuencia, sin necesidad de seguir

los procedimientos normales de control de flujo establecidos por la norma X.25. El procedimiento de interrupcion es util en aquellas

situaciones en las que una aplicacion necesite transmitir datos en condiciones poco habituales. Asi por ejemplo, un mensaje de alta

prioridad puede enviarse como paquete de interrupcion, para garantizar que el ETD receptor acepta los datos. Un paquete de interrupcion

puede contener datos de usuario(un maximo de 32 octetos). El empleo de estas interrupciones afecta a los paquetes normales que circulan

por el circuito virtual, ya sea conmutado o permanente. Una vez enviado un paquete de interrupcion es preciso esperar la llegada de una

confirmacion de la interrupcion antes de enviar a traves del canal logico un nuevo paquete de interrupcion.

 

Los paquetes de Receptor Preparado(RR) y de Receptor no Preparado(RNR) se usan de forma parecida a sus comandos homonimos del

protocolo HDLC y del subconjunto LAPB. Desempeñan una importante tarea de controlar el flujo iniciado por los dispositivos de usuario.

Ambos paquetes incluyen un numero de secuencia de recepcion en el campo correspondiente, para indicar cual es el siguiente numero de

secuencia que espera el ETD receptor. El paquete RR sirve para indicar al ETD/ETCD emisor que puede empezar a enviar paquetes de

datos, y tambien utiliza el numero de secuencia de recepcion para acusar recibo de todos los paquetes transmitidos con anterioridad. Al

igual que el comando de respuesta RR de HDLC, el paquete RR puede servir simplemente para acusar recibo de los paquetes que han

llegado cuando el receptor no tiene ningun paquete especifico que enviar al emisor.

 

El paquete RNR sirve para pedir al emisor que deje de enviar paquetes. Tambien existe un campo de secuencia de recepcion con el cual

se asientan todos los paquetes recibidos con anterioridad. El RNR suele usarse cuando durante un cierto periodo de tiempo la estacion es

incapaz de recibir trafico. Conviene señalar que si un ETD concreto genera un RNR, lo mas probable es que la red genere otro RNR para

el ETD asociado, con el fin de evitar que se genere en la red un trafico excesivo. La capacidad de almacenamiento y espera en cola en los

nodos de conmutacion de paquetes de la red no es ilimitada. Por eso un RNR a veces conduce al estrangulamiento de ambos extremos de

la sesion ETD/ETCD.

 

Estos dos paquetes proporcionan a X.25 un sistema de control de flujo que va mas alla que el que ofrece el nivel de enlace LAPB. Asi

pues, se dispone de control de flujo y control de ventanas a dos niveles: en el nivel de enlace para LAPB y en el nivel de red para X.25.

Sin embargo, el nivel de enlace no ofrece un control de flujo eficaz para los dispositos de usuario(ETD) individuales; por el contrario, en el

nivel de red,X.25 emplea los RR y RNR con numeros especificos del canal logico, para llevar a cabo las operaciones de control de flujo.

Cualquier nodo que tenga asignado un numero de canal logicopuede efectuar este control de flujo. En algunas redes, se asigna un bloque

de numeros de canal logico al ordenador central y este se encarga de gestionar los LCN de sus terminales y programas de aplicacion.

 

El paquete de rechazo(REJ) sirve para rechazar de froma especifica un paquete recibido. Cuando se utiliza, la estacion pide que se

retransmitan los paquetes, a partir del numero incluido en el campo de recepcion de paquetes.

 

Los paquetes de reinicializacion(reset) sirven para reinicializar un circuito virtual permanente o conmutado. El procedimiento de

reinicializacion elimina en ambas direcciones, todos los paquetes de datos y de interrupcion que pudieran estar en la red. Estos paquetes

pueden ser necesarios tambien cuando aparecen determinados problemas, como es la perdida de paquetes, su duplicacion, o la perdida de

secuencia de los mismos. La reinicializacion solo se utiliza en modo de transferencia de informacion y puede ser ordenada por el

ETD(solicitud de reinicializacion) o por la propia red(indicacion de reinicializacion).

 

El procedimiento de reiniciacion(restart) sirve para inicializar o reinicializar el interfaz del nivel de paquetes entre el ETD y el ETCD. Puede

afectar hasta 4095 canales logicos de un puerto fisico. Este procedimiento libera todas las llamadas virtuales y reinicializa todos los circuitos

virtuales permanentes del interfaz. La reiniciacion puede presentarse como consecuencia de algun problema serio, como es la caida de la

red. Todos los paquetes pendientes se pierden, y deberan ser recuperados por algun protocolo de nivel superior.

 

En ocasiones, la red generara una reiniciacion al arrancar o reinicializar el sistema para garantizar que todas las sesiones empiecen desde 0.

Cuando un ETD haya enviado una señal de reiniciacion, la red habra de enviar una reiniciacion a cada uno de los ETD que tengan

establecida una sesion de circuito virtual con el ETD que genero la reiniciacion. Los paquetes de reiniciacion pueden incluir tambien codigos

que indiquen el motivo de tal evento.

 

Dentro de la red de paquetes pueden perderse algunos paquetes de usuario. Ello puede suceder tambien en una red X.25. Los paquetes

de liberacion, reiniciacion y reinicializacion pueden provocar que la red ignore los paquetes aun no cursados. Una situacion asi no es

demasiado infrecuente ya que en muchos casos estos paquetes de control llegan a su destino antes de que lo hayan hecho todos los

paquetes de usuario. Los paquetes de control no estan sometidos al retardo inherente a los procedimientos de control de flujo que afectan

a los paquetes de usuario. Por tanto, los protocolos de nivel superior estan obligados a tener en cuenta estos paquetes perdidos.

 

Dentro de la red pueden perderse algunos paquetes de usuario. Esto puede suceder tambien en una red X.25. Los paquetes de liberacion,

reiniciacion y reinicializacion pueden provocar que la red ignore los paquetes aun no cursados.Una situacion asi no es demasiado

infrecuente, ya que en muchos casos estos paquetes de control llegan a su destino antes de que lo hayan hecho todos los paquetes de

usuario. Los paquetes de control no estan sometidos al retardo inherente a los procedimientos de control de flujo que afectan a los

paquetes de usuario. Por lo tanto, los protocolos de nivel superior estan obligados a tener en cuenta estos paquetes perdidos.

 

Dentro de la red X.25, el paquete de liberacion(clear) desempeña diversas funciones, aunque la principal es el cierre de una sesion entre

dos ETD. Otra de sus misiones consiste en indicar que no puede llevarse a buen termino una solicitud de llamada. Si el ETD remoto

rechaza la llamada enviara a su nodo de red una solicitud de liberacion. Este paquete sera transportado a traves de la red al nodo de red de

origen, el cual entregara a su ETD una indicacion de liberacion. El cuarto octeto del paquete contiene un codigo que indica el motivo de la

liberacion.

 

 

6.Estados de los canales lógicos

 

 

 

 

Los estados de los canales lógicos constituyen la base de la gestión del enlace entre el ETD y el ETCD. Mediante los distintos tipos de

paquetes, el canal lógico puede tomar uno de los siguientes estados:

 

Numero del estado................................................Descripción del estado

 

 

 

p1 o d1 o r1............................... Nivel de paquetes preparado

p2......................................... ETD en espera

p3......................................... ETCD en espera

p5......................................... Colisión de llamadas

p4......................................... Transferencia de datos

p6......................................... Solicitud de liberación del ETD

p7......................................... Indicación de liberación del ETCD

d2......................................... Solicitud de reinicialización del ETD

d3......................................... Indicación de reinicialización del ETCD

r2......................................... Solicitud de reiniciación del ETD

r3......................................... Indicación de reiniciación del ETD

 

Ejemplo de la utilización de los estados del canal(Procedimiento de establecimiento del enlace):

 

Secuencia Estado Eventos..............Paquete...................Desde...........Hacia.................Estado

 

..........................................................................Inicial........Actual

 

 

 

1..............Solicitud de llamada....ETD local.....ETCD local........p1.............p2

2..............LLamada entrante........ETCD remoto...ETD remoto........p1.............p3

3..............Llamada aceptada........ETD remoto....ETCD local........p3.............p4

4..............Llamada establecida.....ETCD local....ETD local.........p2.............p4

 

 

 

 

7.Temporizadores para los ETD y ETCD

 

 

 

 

Los temporizadores se emplean para establecer límites en el tiempo de establecimiento de las conexiones, en la liberación de canales, en la

reinicialización de una sesión, etc... Si no existiesen estos relojes, un usuario podría quedar a la espera de un acontecimiento

indefinidamente, si este no se verifica. Los temporizadores obligan simplemente a X.25 a tomar una decision en caso de que suceda algún

problema; por tanto, ayudan a resolver los errores.

 

X.25 ofrece temporizadores para los ETCD y los ETD. En la siguiente tabla se describen estos temporizadores, y se indica lo que sucede

cuando expira cada uno de sus plazos. En todos los casos, si el problema persiste y los temporizadores cumplen su ciclo una y otra vez,

será preciso considerar en algún momento que el canal está averiado, y habrán de tomarse medidas para diagnóstico de la red y la

localización de la avería.

 

Para los ETD.-

 

Temporizador..........Valor Plazo.......Arranca cuando...............Estado canal.............Termina cuando

 

 

 

T20................... 180 s...........el ETD genera......................r2..................el ETD abandona

.......................................una solicitud de.......................................el estado r2

.......................................reinicio

T21....................200 s...........el ETD genera.......................p2.................el ETD abandona

.......................................una solicitud de.......................................el estado p2

.......................................llamada

T22....................180 s............el ETD genera......................d2.................el ETD abandona

........................................una solicitud de......................................el estado d2

........................................reinicialización

T23....................180 s............el ETD genera.......................p6................el ETD abandona

........................................una solicitud de......................................el estado p6

........................................liberación

T28.....................300 s...........el ETD genera...................cualquiera............el ETD recibe

........................................una solicitud de......................................la confirmación de

........................................registro..............................................registro o un

..............................................................................................paquete de diagnóstico