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

Para los ETCD.-

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

T10....................60 s..............el ETCD genera...................r3..................el ETD abandona

.........................................una indicación de....................................el estado r3

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

T11....................180 s.............el ETD genera....................p3..................el ETD abandona

.........................................una señal de.........................................el estado p3

.........................................llamada entrante

T12....................60 s..............el ETD genera....................d3..................el ETD abandona

.........................................una indicación de....................................el estado d3

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

T13....................180 s.............el ETD genera.....................p7.................el ETD abandona

.........................................una indicación de....................................el estado p7

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

8.Formatos de paquetes

En un paquete de datos, la longitud por omisión del campo de datos de usuario es de 128 octetos, aunque X.25 ofrece opciones para

distintas longitudes. Otros tamaños autorizados son: 16, 32, 64, 256, 512, 1024, 2048 y 4096 octetos. Los dos últimos valores fueron

añadidos en la revisión de 1984. Si el campo de datos de un paquete supera la longitud máxima permitida el ETD receptor liberará la

llamada virtual generando un paquete de reinicialización.

Todo paquete que atraviesa el interfaz ETD/ETCD con la red debe incluir al menos tres octetos, los de la cabecera del paquete, aunque

esta puede incluir también otros octetos adicionales.

Los 4 primeros bits del primer octeto contienen el número de grupo del canal lógico. Los 4 últimos bits del primer octeto contienen el

identificador general de formato. Los bits 5 y 6 del identificador general de formato(SS) sirven para indicar el tipo de secuenciamiento

empleado en las sesiones de paquetes . X.25 admite dos modalidades de secuenciamiento: módulo 8(con números entre 0 y 7) y módulo

128(con números entre 0 y 127). El bit D, séptimo bit del identificador general de formato solo se utiliza en determinados paquetes. El

octavo bit es el bit O, y solo se emplea para paquetes de datos destinado al usuario final. Sirve para establecer dos niveles de datos de

usuario dentro de la red.

El segundo octeto de la cabecera del paquete contienen el número de canal lógico(LCN). Este campo de 8 bits, en combinación con el

numero de grupo del canal lógico, proporciona los doce bits que constituyen la identificación completa del canal lógico; por tanto, son

4095 los canales lógicos posibles. El LCN 0 está reservado para las funciones de control(paquetes de diagnóstico y de reinicialización).

Las redes utilizan estos dos campos de diversas formas. En algunas se emplean combinados, mientras que en otras se consideran de forma

independiente.

Los números de canal lógico sirven para identificar el ETD frente al nodo de paquetes(ETCD), y viceversa. Estos números pueden

asignarse a circuitos virtuales permanentes, llamadas entrantes y salientes, llamadas entrantes, y por último llamadas salientes.

Durante el comienzo del proceso de comunicación, es posible que el ETD y el ETCD utilicen el mismo LCN. Así por ejemplo, una

solicitud de llamada generada por un ETD podría emplear el mismo número de canal lógico que una llamada conectada correspondiente a

un ETCD. Para reducir al minimo esta posibilidad, la red comienza a buscar un número a partir del extremo inferior, mientras que el ETD

busca su número empezando por arriba. Si la llamada saliente(solicitud de llamada ) de un ETD tiene el mismo LCN que una llamada

entrante(llamada conectada) procedente del ETCD de la red, X.25 liberará la llamada entrante y procesará la solicitud de llamada.

Cuando el paquete no es de datos , el tercer octeto de la cabecera de paquete X.25 es el de identificador de tipo de paquete, mientras que

cuando es de datos ese octeto es el de secuenciamiento.

En los paquetes de establecimiento de llamada se incluyen también las direcciones de los ETD y las longitudes de estas direcciones. El

convenio de direccionamiento utilizado podría ser por ejemplo, el estandar X.121. Los campos de direccionamiento pueden estar

contenidos entre el cuarto y el decimonoveno octeto del paquete de solicitud de llamada. En los paquetes de establecimiento de llamadas,

estos campos de direccionamiento sirven para identificar las estaciones interlocutoras: la que llama y la que contesta. A partir de este

momento, la red utilizará los números de canal lógico asociados para identificar la sesión entre los dos ETD. Existen también otros campos

de facilidad que pueden emplearse cuando los ETD deseen aprovechar algunas de las opciones del estandar X.25. Por último el paquete

puede transportar datos de llamada del propio usuario. El espacio máximo para datos de usuario que admiten los paquetes de solicitud de

llamada es de 16 octetos. Este campo es útil para transportar ciertas informaciones dirigidas al ETD receptor, como por ejemplo palabras

de acceso, información de tarificación, ... También utiliza estos datos el protocolo X.29. Para determinadas opciones como la llamada

rápida, está permitido incluir hasta 128 octetos de usuario.

La cabecera del paquete se modifica con el fin de facilitar el movimiento de datos de usuario por la red. El tercer octeto de la cabecera,

normalmente reservado para el identificador de tipo de paquete, se descompone en dos campos independientes:

Bits............................Descripción o valor

1..........................................0

2 - 4............................Secuencia de envío del paquete[P(S)]

5................................Bit de mas datos(el bit M)

6 - 8............................Secuencia de recepción de paquetes[P(R)]

Las misiones de estos campos son las siguientes: si el primer bit vale 0, indica que se trata de un paquete de datos. El número de secuencia

de envio[P(S)] tiene asignados tres bits. Otro bit lleva a cabo la función de bit M. Por último los tres bits restantes se asignan al número de

secuencia de recepción[P(R)].

Los números de secuencia de envío y de recepción sirven para coordinar y asentir las transmisiones que tienen lugar entre ETD y ETCD. A

medida que un paquete atraviesa la red de un nodo a otro, es posible que los números de secuencia cambien durante el recorrido por los

centros de conmutación. Pese a ello, el ETD o ETCD receptor tiene que saber que numero de recepción ha de enviar al dispositivo emisor.

El empleo de P(R) y P(S) en el nivel de red exige que el P(R) sea una unidad mayor que el P(S) del paquete de datos.

8.1.El bit D

La facilidad "bit D" se añadió en la versión de 1980 de la norma X.25. Sirve para especificar una de las siguientes funciones: cuando este

bit vale 0, el valor de P(R) indica que es la red la que asiente los paquetes; cuando el bit D vale 1, la confirmación de los paquetes se

realiza de extremo a extremo, es decir, es el otro ETD el que asiente los datos enviados por el ETD emisor. Cuando se utiliza el bit D con

valor 1, X.25 asume una de las funciones del nivel de transporte: la contabilización de extremo a extremo.

8.2.El bit M

El bit M(Más datos) indica que existe una cadena de paquetes relacionados atravesando la red. Ello permite que tanto la red como los

ETD identifiquen los bloques de datos originales cuando la red los ha subdividido en paquetes más pequeños. Así por ejemplo, un bloque

de información relativo a una base de datos debe presentarse al ETD receptor en un determinado orden.

8.3.Paquetes A y B

La combinación de los bit M y D establece dos categorías dentro del estandar X.25 que se designan como paquetes A y paquetes B.

Gracias a ello los ETD o ETCD pueden combinar el secuenciamiento de dos o más paquetes y la red puede también combinar paquetes.

En X.25, una secuencia de paquetes completa se define como un único paquetes B y todos los paquetes contiguos tipo A que lo

precedan(si es que hay alguno).

Un paquete de categoría B sirve para cerrar una secuencia de paquetes relacionados con el tipo A. Por contra los paquetes A representan

la transimisión en curso, han de contener datos, y deben llevar el bit M a 1 y el bit D a 0. Sólo los paquetes tipo B pueden tener el bit D a 1

para realizar confirmaciones de extremo a extremo. La red puede agrupar una serie de paquetes A y el paquete B subsiguiente dentro de

un solo paquete, pero los paquetes B han de mantener las entidades independientes en paquetes independientes.

La combinación de paquetes puede resultar útil cuando se empleen paquetes de distintas longitudes a través de una ruta de la red, o

cuando las subredes de un sistema de redes interconectadas empleen distintos tamaños de paquete. De este modo es posible manejar los

paquetes a nivel lógico como un todo. En este caso, puede usarse el bit M para señalar al ETD receptor que los paquetes que llegan están

relacionados y siguen una determinada secuencia.

Uno de los objetivos de los bits M y D es la combinación de paquetes. Por ejemplo, si el campo de datos del ETD receptor es más largo

que el del ETD emisor, la red puede combinar los paquetes dentro de una secuencia completa.

8.4.El bit Q

Este bit es opcional, y puede usarse para distinguir entre datos de usuario y informaciones de control.

9.Control de flujo y ventanas

X.25 emplea técnicas de control de flujo y ventanas muy similares a las de HDLC, LAPB y otros protocolos de línea. En un paquete de

datos se combinan dos números de secuencia(el de envío y el de recepción) para coordinar el intercambio de paquetes entre el ETD y el

ETCD. El esquema de numeración extendida permite que el número de secuencia tome valores hasta 127(módulo 128). En el interfaz

ETD/ETCD, los paquetes de datos se controlan separadamente para cada dirección basándose en las autorizaciones que los usuarios

envían en forma de números de secuencia de recepción o de paquetes de control "receptor preparado"(RR) y "receptor no preparado".

La razón de que exista control de flujo tanto en el nivel de red como en el de paquetes es que se multiplexan muchos usuarios en un mismo

enlace físico y si se emplease un RNR en el nivel físico podrían estrangularse todos los canales lógicos incluídos en ese enlace. El control de

flujo que incorpora X.25 permite aplicar este estrangulamiento de forma más selectiva. Además, la incorporación del secuenciamiento en el

nivel de interfaz con la red proporciona un grado adicional de contabilidad y seguridad para los datos de usuario.

La numeración de los paquetes en este tercer nivel se lleva a cabo de forma muy similar a la del segundo nivel del estandar HDLC/LAPB.

El ciclo de los números de secuencia de los paquetes va de 0 a 7, y regresa a 0 de nuevo. Si se emplea el sistema módulo 128, el ciclo de

secuenciamiento va de 0 a 127 y vuelve a 0.

En X.25 las ventanas que establece el esquema de módulo sirven para prevenir la saturación de paquetes. No obstante, en X.25 se

recomienda un tamaño normalizado de ventana de dos posiciones, aunque pueden incorporarse también otros tamaños en las redes. Este

valor dos limita el flujo de paquetes que pueden estar pendientes de servicio en un momento dado. Tal limitación obliga a procesar más

deprisa los asentimientos de los paquetes que llegan al ETD receptor. También reduce el número de paquetes que puede tener pendientes

la propia red en un determinado instante.

10.Facilidades X.25

La versión X.25 de 1984 incluye varias facilidades adicionales. Algunas de estas funciones no son obligatorias para poder considerar una

red como compatible X.25, aunque son bastante útiles y algunas en concreto pueden calificarse como esenciales para una red. Las

facilidades se invocan mediante instrucciones concretas dentro del paquete de solicitud de llamada. Su clasificación es:

1. Facilidades internacionales.

2. Facilidades de ETD especificadas por CCITT.

3. Facilidades ofrecidas por la red pública de datos de origen.

4. Facilidades ofrecidas por la red pública de datos de destino.

Notificación de la facilidad en línea. Esta facilidad permite al ETD, en cualquier momento, solicitar facilidades u obtener los parámetros de

las facilidades tal y como los entiende el ETCD. Para el dialogo entre el ETD y el ETCD se emplean los paquetes de notificación que

aparecen en la tabla "Tipos de paquetes". Estos mismos paquetes indican si puede gestionarse el valor de la facilidad.

Numeración de paquetes extendida. Esta facilidad proporciona el esquema de numeración de secuencias módulo 128. En su ausencia lo

que se emplea es el módulo 7. El 1984 se consideró importante añadir esta facilidad para hacer frente a los grandes retardos de

propagación que aparecen en la comunicación vía satélite o en los enlaces por radio con unidades marítimas.

Modificación del bit D. Esta facilidad está pensada para usarse con equipos ETD desarrollados con anterioridad a la introducción del

procedimiento del bit D. Permite trabajar con asentimiento de extremo a extremo.

Retransmisión de paquetes. Un ETD puede solicitar al ETCD la retransmisión de uno o varios paquetes de datos. Para ello el ETD

especifica, dentro de un paquete de rechazo, el número de canal lógico y un valor de P(R). El ETCD deberá retransmitir todos los

paquetes comprendidos entre el número P(R) y el siguiente que tuviera que enviar por primera vez. Esta facilidad es similar a la técnica de

rechazo no selectivo que utilizan los protocolos de línea en el segundo nivel del modelo ISA.

Obstrucción de las llamadas entrantes. Obstrucción de las llamadas salientes. Estas facilidades impiden que el ETCD presente llamadas

entrantes al ETD, o que el ETCD presente llamadas salientes del ETD.

Canal lógico unidireccional entrante. Canal lógico unidireccional saliente. Estas facilidades solo permiten al canal lógico aceptar en el primer

caso o enviar llamadas en el segundo pero no ambas cosas. Su función es similar a las facilidades de obstrucción salvo en que ahora la

restricción afecta solo a canales individuales.

Tamaño de paquetes por omisión no estandar. Permite seleccionar el tamaño de paquetes que la red admitirá por omisión. Para gestionar

el tamaño de los paquetes pueden emplearse paquetes de notificación.

Tamaño de ventana por omisión estandar. Permite ampliar el tamaño de las ventanas por encima del valor por defecto dos para todas las

llamadas.

Asignación de clases de velocidad de transmisión por defecto. Esta facilidad permite seleccionar una de las siguientes velocidades de

transimisión(en bits por segundo): 75, 150, 300, 600, 1200, 2400, 4800, 9600, 19200 y 48000. Pueden gestionarse también otros

valores.

Negociación de los parámetros de control de flujo. Esta facilidad permite variar el tamaño de una ventana de una llamada a otra. A veces

un ETD sugiere el tamaño de la ventana durante el establecimiento de la llamada. En algunas redes estos parámetros deben ser los mismos

para ambos ETD.

Negociación de la clase de velocidad de transmisión. Permite modificar la velocidad de transimisión de una llamada a otra.

Grupo cerrado de usuarios(CUG). Conjuntode funciones que permite a los usuarios formar grupos de ETD de acceso restringido. Esta

facilidad proporciona a la red pública un nuevo grado de seguridad y privacidad. Incluye diversas opciones como el acceso en un solo

sentido entrante o saliente. Por lo general, la estación que llama especifica el grupo cerrado de usuarios que desea mediante los campos de

facilidad incluidos en el paquete de solicitud de llamada . Si la estación solicitada no es miembro de ese grupo la red rechaza la llamada.

Grupo cerrado de usuarios bilateral. Esta facilidad es similar a la anterior, pero permite establecer restricciones de acceso entre pares de

ETD.

Selección rápida. Aceptación rápida de la selección.

Cobro revertido. Aceptación del cobro revertido. Estas facilidades permiten cargar el coste de la llamada al ETD receptor. Pueden usarse

con llamadas virtuales y con selecciones rápidas.

Prevención de cobros locales. Esta facilidad autoriza al ETCD a rechazar las llamadas que tenga que pagar su ETD. Por ejemplo, un ETd

puede no estar autorizado a aceptar los cobros revertidos de ningún ETD que llame.

Identificación del usuario de la red. Esta facilidad permite que el ETD que llama entregue a su ETCD la información de tarificación,

seguridad o gestión, llamada por llamada. Si no es válida esta información la llamada no se cursa.

Información de tarificación. Esta facilidad permite que el ETCD informe a su ETD sobre las condiciones de tarificación de la sesión de

paquetes en curso.

Selección de compañía. Permite que el ETD que llama escoja una o varias compañías telefónicas para gestionar su sesión de paquetes.

Grupo local. Esta facilidad se encarga de distribuir las llamadas que lleguen entre un grupo preestablecido de interfaces ETD/ETCD. Esta

mejora de la versión 1984 permite a los usuarios seleccionar múltiples puertos de un ordenador o procesador frontal, o escoger entre

varios de estos sistemas dentro de un mismo nodo de usuario. Se trata de una posibilidad muy útil en aquellas organizaciones equipadas

con grandes sistemas informáticos que necesiten flexibilidad para asignar tareas a los distintos recursos. La idea es similar al selector de

puertos que puede verse en muchas instalaciones.

Redireccionamiento de la llamada. Esta facilidad, también fruto de la revisión de 1984, redirige la llamada cuando el ETD de destino está

averiado, comunica, o cuando ha solicitado expresamente que se reoriente la llamada. Permite orientar las comunicaciones entrantes hacia

algún ETD de apoyo, que se encargará de solucionar los posibles problemas y de mantener al usuario final aislado de los fallos. El

redireccionamiento de llamadas permite también redirigir la llamada a distintas zonas de un país o continente por cuestiones relacionadas

con los usos horarios.

Notificación del cambio en la dirección de la llamada. En caso de que se haya producido la redirección de una llamada, esta facilidad

explica al ETD que llama por qué la dirección de destino de la llamada conectada o del paquete indicador de liberación es distinta de la

dirección del paquete de petición de llamada del ETD.

Notificación de redireccionamiento de llamada. Cuando se produce un redireccionamiento de llamada, esta facilidad informa del hecho al

ETD alternativo, indicándole además por qué ha cambiado la dirección del ETD original.

Indicación y selección del retardo de tránsito. Esta última facilidad permite al ETD seleccionar un determinado tiempo de tránsito por la red

de paquetes. Esta función puede ser de gran utilidad para el usuario final, pues le confiere un cierto control sobre la velocidad de respuesta

de la red.

11.1.El PAD(ensamblado/desensamblado de paquetes)

Durante el desarrollo de la recomendación X.25, en los años sesenta, los organismos de normalización advirtieron que la mayoría de los

terminales en funcionamiento eran dispositivos asíncronos no inteligentes. Se hacía necesario un interfaz que conectase a estos equipos con

las redes de paquetes. Con el fin de hacer frente a esto, se desarrollaron estandares para dotar a los terminales asíncronos de capacidades

de conversión de protocolos y de ensamblado/desensamblado de paquetes(PAD). PAD es un servicio que se ofrece al usuario para

permitirle conectarse con una red de paquetes. Tras el primer borrador de la norma X.25, aparecido en 1976, los comités de

normalización editaron en 1977 una nueva recomendación en la que aparecían tres especificaciones relativas a los interfaces para terminales

asíncronos: X.3, X.28 y X.29. Estas recomendaciones se verían reforzadas más adelante con la revisión de 1984.

La idea del PAD es ofrecer una conversión de protocolos entre un dispositivo de usuario(ETD) y una red pública o privada, junto con otra

conversión complementaria en un extremo receptor de la red. Se trata de conseguir un servicio transparente para los ETD de usuario. La

norma X.3 y sus normas accesorias X.28 y X.29 sólo están pensadas para dispositivos asíncronos, pero muchos fabricantes ofrecen otros

servicios tipo PAD capaces de aceptar protocolos como BSC o SDLC. Estas opciones no asíncronas del esquema PAD se encuentran

dentro de la filosofía de X.3, X.28 y X.29.

Los estandares PAD permiten diversas configuraciones. En la figura 8 se ve la conexión entre un ETD de usuario no generador de

paquetes y otro ETD capaz de operar en modo paquete. Obsérvese que el PAD(X.3) y el X.28 sólo es necesario en los ETD asíncronos.

La figura 9 muestra otro ejemplo típico, en el que dos ETD asíncronos desean entablar una comunicación. Ambos emplean X.3 y X.28. En

el ejemplo de la figura 10 hay un PAD situado fuera de la red, quizá en la misma oficina del usuario. En este caso, la red ve el PAD como

un verdadero dispositivo de X.25. La norma X.29 sirve para establecer comunicaciones entre un PAD y un ETD X.25, o entre dos PAD.

X.3. La versión X.3 de 1984 proporciona una serie de 22 parámetros, que son utilizados por el PAD para identificar y atender a cada una

de las terminales con las que se comunica. Cuando se establece una conexión con el PAD desde un ETD de usuario. El usuario puede

también alterar estos parámetros una vez iniciada su sesión con el PAD. Cada uno de estos 22 parámetros consta de un número de

referencia y de una serie de valores. Ejemplos de parámetros:

Parámetro 3 = 0 Ordena al PAD que envíe sólo paquetes llenos

Parámetro 3 = 2 Ordena al PAD que envíe el paquete una vez que el terminal entregue un carácter de retorno de carro.

Parámetro 6 = 1 Un terminal de usuario desea recibir las señales de servicio del PAD. Es útil para localizar averías.

Parámetro 7 = 1 Cuando reciba del terminal un carácter de interrupción (break), el PAD enviará un paquete de interrupción al ETD

receptor.

X.28. En este estandar se definen los procedimientos de control de flujo entre el terminal de usuario y el PAD. Una vez recibida una

conexión inicial desde el ETD de usuario, el PAD establece el enlace y proporciona los servicios propios de la norma X.28. El ETD de

usuario entrega al PAD diversos comandos X.28, y el PAD solicita de X.25 una llamada virtual con el ETD remoto. A partir de entonces,

el PAD será responsable de transmitir los paquetes adecuados de solicitud de llamada X.25. Existen los siguientes procedimientos:

Establecimiento de trayectoria.

Inicialización del servicio.

Intercambio de datos.

Intercambio de información de control.

Con X.28, cuando un PAD recibe un comando procedente de un terminal, está obligado a devolver una respuesta. También pueden

definirese dos perfiles para atender al ETD de usuario. Con el perfil transparente, el PAD que atiende el servicio es transparente para

ambos ETD, es decir, que los dos ETD "piensan" que existe una conexión virtual entre ellos. En esta situación, el ETD remoto debe

encargarse de algunas funciones PAD, como es la comprobación de errores. El perfil simple, por el contrario, atiende las solicitudes del

usuario mediante las opciones que proporciona la norma X.3 y las funciones de parámetros.

La versión 1984 de X.3 ofrece al usuario una gran flexibilidad porque le permite ajustar las características adicionales de cada modelo de

terminal. Para ello de emplea el comando PROF PAD. EL comando PROF proporciona a los fabricantes una mayor versatilidad, al

permitirles configurar cada PAD de modo que sirvan de interfaces para otros protocolos, como los controles de enlace BSC y SDLC.

Un ejemplo de comandos y señales de servicio X.28 sería el siguiente:SET 3:0,6:1. Esto significa que asignar el valor 0 al parámetro 3 y el

valor 1 al parámetro 6.

X.29. Este estandar indica al PAD y a la estación remota cómo deben intercambiar funciones de control dentro de una llamada X.25. X.29

permite que el intercambio de información tenga lugar en cualquier momento, ya sea en la fase de transporte de datos o en cualquier otra

etapa de la llamada virtual.

La secuencia del bit Q gobierna algunas de las funciones de X.29. El bit Q( bit cualificador de datos) lo utiliza el ETD remoto para

distinguir los paquetes de información de usuario( Q=0 ) y paquetes que contienen información esencial del PAD( Q=1 ). X.29 resulta

especialmente útil cuando un ordenador central necesita modificar los parámetros de funcionamiento X.3 de los terminales conectados a él.

Para reconfigurar sus estaciones de trabajo, el ordenador central puede enviar un paquete de control X.29 a un PAD, con el bit Q puesto a

1.

En X.29 están definidos siete mensajes de control, llamados mensajes del PAD. En concreto:

Establecer (set): modifica un valor X.3

Leer (read): lee un valor X.3

Establecer y leer: modifica un valor X.3 y pide confirmación del hecho al PAD.

Indicación de parámetros: se devuelve en respuesta a los comandos anteriores.

Invitación a liberar la llamada: permite al ETD remoto liberar la llamada X.25; el PAD por su parte, libera el terminal local.

Indicación de interrupción (break): el PAD indica que el terminal ha transmitido una señal de interrupción(break).

Error: respuesta a un mensaje inválido del PAD.

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

El paquete PAD tiene un formato similar al del paquete X.25 convencional. Necesita una cabecera de tres octetos, seguida de un campo

de control de un octeto y por último los números y valores correspondientes al PAD.

En la figura 11 aparecen, a modo de resumen, los estados y las transiciones de estados que experimentan un ETD de usuario y un PAD. En

este caso se muestra un establecimiento de llamada con posibilidad de transferencia de datos, con el parámetro 6 puesto a 1. Estas son las

funciones que desempeñan los distintos estados:

1. Activo: el ETD y el ETCD intercambian un 1 por la interfaz.

2. Solicitud de servicio: se autoriza al PAD para detectar la velocidad de transmisión de los datos y el codigo que utiliza el ETD, y para

seleccionar el perfil inicial.

3. ETD en espera: el interfaz queda en estado de espera.

4. Preparado para dar servicio: se entra en este estado una vez que el PAD ha transmitido su señal de identificación.

5. PAD en espera: el PAD queda a la espera de señales de control o de datos.

6. Comando del PAD: a este estado se llega desde diferentes estados de espera. Permite transmitir comandos al PAD.

7. Conexión en curso: en este estado se entra cuando el PAD inicia una conexión con la red.

8. Señales de servicio: autoriza todas las señales de servicio de este estado.

9. Transferencia de datos: permite la transferencia de datos a través de la interfaz.

10. En espera de un comando: en este estado se entra cuando el ETD debe recibir a un comando o dato del PAD.

11.3.El nivel de transporte

La cuarta capa del modelo de referencia ISA es el nivel de transporte. Se situa justo debajo del nivel de red. Su estructura fue aprobada

por el ISO el 25 de Junio de 1984, y en la actualidad son ya muchos los fabricantes que lo instalan. El desarrollo del nivel de transporte ha

durado varios años. Su importancia radica en las múltiples posibilidades de aprovechamiento de la red X.25 que ofrece al usuario.

El nivel de transporte exige que el usuario especifique a la red una determinada calidad de servicio. Ha de conocer los distintos tipos de

servicio que le ofrecen los niveles inferiores de la red. Una vez recibida la solicitud de calidad de servicio del usuario, el nivel de transporte

selecciona una clase de protocolo para hacer frente a tales exigencias. El nivel de transporte asegura al usuario un nivel de servicio

consistente incluso aunque sean varias las redes disponibles.

La calidad de los servicios de red depende del tipo de red del que dispongan el usuario final y el nivel de transporte. CCITT, ISO, y

ECMA han definido tres clases de redes:

Tipo A. Redes que ofrecen tasas aceptables de error y de señalización de fallos( calidad aceptable).

Tipo B. Redes que proporcionan tasas de error aceptables, pero tasas de señalización de fallos inaceptables( señalización de fallos

inaceptables).

Tipo C. Redes cuyas tasas de errores son inaceptables para el usuario( no fiables).

Esta definición de tipos de redes intenta expresar que pueden existir distintas clases de redes, y que el usuario ha de obtener un servicio

consistente sea cual sea la clase de red empleada. El nivel de transporte ofrece además al usuario diversas opciones que le permiten

obtener de la red con un coste mínimo, servicios orientados a cada conexión.

Considerando las distintas clases de redes que pueden existir, el nivel de transporte permite al usuario establecer los siguientes parámetros

de calidad de servicio: caudal efectivo, precisión, fiabilidad, retardo de tránsito, prioridades, protección, multiplexado, control de flujo,

detección de errores y segmentación.

En la definición de un servicio del nivel de transporte se emplean primitivas para especificar cuales son los servicios a los que hay que

acceder a través de los niveles de transporte y de red. Los parámetros asociados a cada una de las primitivas indican las etapas y acciones

que deben emprender los distintos niveles. Durante la fase de establecimiento del enlace en la red, los usuarios finales negociarán con el

nivel de transporte las características de la conexión. Esta negociación se lleva a cabo mediante las primitivas y sus correspondientes

parámetros. Si la red o un usuario final no son capaces de ofrecer las condiciones exigidas, o no consiguen ponerse de acuerdo al respecto,

es posible que la conexión no tenga lugar.

Una vez aceptados los parámetros por ambas partes, una de ellas emprende la transferencia de datos desde el nivel de transporte

atravesando los tres niveles inferiores y el canal físico. En el nodo de destino, los datos atravesarán en orden inverso esos tres niveles y

llegarán al correspondiente nivel de transporte.

El nivel de transporte es el que se encarga de seleccionar el protocolo capaz de proporcionar la calidad de servicio especificada por el

usuario a través de los correspondientes parámetros. Puesto que el nivel de transporte conoce las características de la red, puede escoger

entre cinco clases de procedimientos de protocolo para atender las necesidades de calidad de servicio especificadas por el usuario:

Clase 0: simple.

Clase 1: con recuperación de errores básicos.

Clase 2: con multiplexación.

Clase 3: con recuperación de errores.

Clase 4: con detección de errores y recuperación.

Los protocolos de clase 0 proporcionan un mecanismo muy sencillo de transporte para el establecimiento de la conexión, adecuado para

las redes de tipo A. Ofrecen un servicio orientado a la conexión, tanto en la fase de enlace con la red como en la fase de liberación. No

ofrecen ningún apoyo a la transferencia de datos del usuario durante el establecimiento de la conexión. Este protocolo es capaz de detectar

y señalizar errores de protocolo. Si el nivel de red informa de algún error al nivel de transporte este libera la conexión con su nivel de red, y

el usuario final es informado de tal desconexión.

Los protocolos de clase 1 están asociados con redes como la red de paquetes X.25. Esta clase de protocolo se encarga de segmentar los

datos si es necesario; también se ocupa de retener datos y acusar recibo de los mismos; por último, si aparece algún paquete X.25 de

reinicialización(reset), lleva a cabo la resincronización de la red. Este protocolo es también necesario para efectuar la transferencia

acelerada de datos. Es capaz de responder a solicitudes de desconexión y a errores de protocolo. También es responsable de las

operaciones de resincronización y reasignación cuando tiene lugar un fallo en la red.

Dentro de una solicitud de conexión de clase 1 pueden transmitirse datos de usuario. Además, a cada Unidad de Datos del

Protocolo(PDU) se le asocia una secuencia para facilitar el asentimiento(ACK) y el rechazo de tramas(NACK), y como ayuda la

recuperación de errores. Cada ACK libera la copia que se guarda en el nodo emisor. Los protocolos de clase 1 permiten escoger entre

asentimiento por parte del usuario y por parte de la red. Conviene tener presente que los protocolos de clase 1 solo son capaces de

recuperar aquellos errores que hayan sido señalizados por la red. No emplean temporizadores que permitan retardos o paquetes

desaparecidos.

Los protocolos de clase 2 permiten multiplexar varias conexiones de transporte a través de una misma sesión de red X.25. También se

encargan de controlar el flujo y de evitar congestiones en los nodos ETD. No ofrecen detección ni recuperación de errores. Si se detecta

un paquete X.25 de reinicialización(reset) o de liberación, el protocolo desconecta la sesión e informa de ello al usuario. Los protocolos de

clase 2 están pensado para las redes tipo A de alta fiabilidad. El control de flujo que ofrecen se basa en la conocida idea de ventanas.

Permiten enviar datos de usuario dentro del paquete de solicitud de conexión.

Los protocolos de clase 3 proporcionan todos los servicios de la clase 2 y además son capaces de resolver errores de la red sin necesidad

de informar de ello al usuario. Los datos de usuario se retienen hasta que el nivel de transporte receptor asienta los datos. En esta clase de

protocolo existe un mecanismo de retransmisión de datos muy útil. Cada paquete en tránsito por la red tiene asignado un tiempo de vida

máximo gestionado mediante temporizadores. Todos los datos que exigen una respuesta están sometidos a este cronometraje. Si el plazo

del temporizador expira antes de que haya llegado el asentimiento, puede ordenarse una retransmisión o invocarse otros procedimientos de

recuperación. En este protocolo de clase 3 se supone que la red es de tipo B.

Los protocolos de la clase 4 se emplean cuando la red puede perder o deteriorar los datos. Incuyen varios mecanismos sofisticados de

comprobación de errores, de resolución de pérdidas de secuencia y de recuperación de paquetes perdidos. Es la única clase de transporte

que retransmite los datos una vez expirado el plazo del temporizador y se ocupa de reordenar los datos en el receptor. Es capaz de hacer

frente a un fallo de la red, ya que conserva una copia de los datos hasta que llegue al asentimiento.

12.Comunicación entre niveles

El nivel de transporte envía una solicitud de conexión al nivel de red. Este responde enviando una solicitud de conexión al nivel de enlace el

cual entrega al nivel físico una solicitud de activación. Todas las primitivas solicitan el establecimiento de un enlace para el diálogo entre los

usuarios y a medida que esta solicitud atraviesa los niveles de red y de enlace, entran del estado de conexión al estado pendiente.

La señal atraviesa la red, llega al nodo receptor B, y el nivel físico activa el circuito I de X.21. El nivel físico crea una indicación de

activación física, y el nivel de enlace la convierte en una respuesta de activación física. A continuación, la X.21 del nodo B activa su circuito

C y envía la señal a la red. El nodo A recibe esta señal y activa su circuito I del nivel físico mediante una confirmación de la activación

física.

Es posible establecer un enlace físico sin el concurso de las señales procedentes de los niveles superiores.

Lo primero que se activa es el nivel físico, después el nivel de enlace, a continuación el nivel de red y por último el nivel de transporte. La

lógica de LAPB situada en el nivel de enlace inicia un proceso enviando a la red un comando SABM(establecer modo asíncrono

equilibrado). El nivel físico acepta este comando y lo transporta a través del canal T del nivel físico. Los dos viajan por la red y llegan al

nodo receptor B; atraviesan el nivel físico por el circuito R. El comando SABM se entrega al nivel de enlace del nodo B, el cual asiente

este comando mediante un Asentimiento No Numerado(UA). Esta respuesta recorre en sentido inverso los niveles sucesivos de la red

hasta ser recibidapor el LAPB del nivel de enlace en el nodo A, el cual por su parte, iniciará una señal de confirmación del establecimiento

de enlace.

El procedimiento de arranque del enlace de datos puede formar parte de un procedimiento operacional entre el nodo de usuario y el nodo

de la red. El enlace se establece una vez que el nivel físico es operativo. De ahí en adelante, existirá una vía de comunicaciones disponible

para la transmisión de paquetes y datos de usuario. No es necesario un comando SABM para cada paquete que se deba enviar.

Una vez activados los niveles de enlace entre los dos nodos, la confirmación del establecimiento de enlace enviada al nivel de paquetes

permite al nivel de paquetes iniciar un paquete de petición de llamada desde la lógica X.25. La petición de llamada se envía con un número

de canal lógico(LCN) de valor 75 en la cabecera del paquete. El paquete se transmite al nivel de enlace LAPB, etapa en la cual el paquete

se coloca en el campo I de la trama LAPB. Los números de secuencia de envio y recepción LAPB se establecen de la siguiente forma: el

número de secuencia de envío toma valor 0 cuando se trata de la primera trama que se envía por el enlace. La trama es transportada a

través de los niveles del nodo A, y recorre la red hasta llegar al nodo receptor B. A continuación, se entrega al nivel de enlace, en el cual

tiene lugar una comprobación de errores.

El paquete se entrega al nivel de red, el cual lo recibe como un paquete de llamada entrante, con un 106 como número de canal lógico. El

nivel de red envía al nivel de transporte una señal de indicación de conexión con la red, y responde con un paquete de aceptación de

llamada generado desde X.25. Este paquete se entrega al nivel de enlace el cual lo coloca dentro de una trama de información. El nivel de

enlace pone a uno el campo de secuencia de recepción para sentir la trama que le ha sido enviada desde A. La trama atraviesa los niveles

físicos de la red y es recibida por el nivel de enlace del nodo A, en el cual se efectua una comprobación de errores. La verificación indica

que la transmisión ha transcurrido sin problemas. Acto seguido, el paquete se entrega al nivel de red, el cual lo recibe como un paquete de

conexión de llamada según la logica de X.25.

Ahora todos los niveles se encuentran en estado activo y preparados para aceptar datos. El paquete transmitido desde la red al nodo

Acontiene números de secuencia. Estos números se denotan como P(S) y P(R), para distinguirlos de los números de secuencia del nivel de

enlace, denotados como N(S) y N(R). Ambos niveles tienen la capacidad de establecer secuenciamientos, ya que estos son necesarios

para llevar la cuenta de los paquetes intercambiados entre dos niveles gemelos.

El paquete se entrega al LAPB del nivel de enlace. Los números de secuencia LAPB del nodo A están coordinados con los del nodo B.

La trama se envía al nodo B; LAPB comprueba si hay errores y transmite el paquete de datos al nivel de red. De modo similar, el nivel de

red añade los números de secuencia adecuados y transporta los datos hacia el nivel de red del nodo B.

Los números de secuencia del nivel de red solo son significativos para el propio nivel de red, al igual que los números de secuencia del nivel

de enlace solo conciernen al nivel de enlace. Puesto que se puede multiplexar varias sesiones X.25 en un mismo enlace físico, es totalmente

posible que un enlace de datos pueda transportar los canales lógicos(usuarios distintos).

Lo único que hace el enlace de datos LAPB es "depositar" dentro del campo I cada paquete de la sesión lógica que le ha sido asignada, y

solicitar al nodo receptor que compruebe si hay errores y envíe un asentimiento.

Podría presentarse algún problema en el nivel de paquetes y en tal caso ello ha de pasar inadvertido al nivel de enlace.

13. Facilidades X.25 1984

La versión X.25 de 1984 incluye varias facilidades adicionales. De ellas nos ocuparemos a continuación. Algunas de

estas funciones no son obligatorias para poder considerar una red como "compatible X.25", aunque son bastante útiles,

y algunas en concreto pueden calificarse como "esenciales " para una red. Las facilidades se invocan mediante

instrucciones concretas dentro del paquete de solicitud de llamada. Se clasifican en:

1. Facilidades internacionales (en la recomendación X.2)

2. Facilidades de ETD especificadas por el CCITT

3. Facilidades ofrecidas por la red pública de datos de origen

4. Facilidades ofrecidas por la red pública de datos de destino.

Notificación de la facilidad en línea. Esta facilidad permite al ETD, en cualquier momento, solicitar facilidades u obtener

los parámetros (valores) de las facilidades, tal y como los entiende el ETCD. Para el diálogo entre el ETD y el ETCD se

emplean los paquetes de notificación que aparecen en la Tabla 2. Estos mismos paquetes indican si puede gestionarse

el valor de la facilidad.

Numeración de paquetes extendida. Esta facilidad proporciona el esquema de numeración de secuencias Módulo 128.

En su ausencia, lo que se emplea es el módulo 7. En 1984 se consideró importante añadir esta facilidad, para hacer

frente a los grandes retardos de propagación que aparecen en la comunicación vía satélite o en los enlaces por radio

con unidades marítimas.

Modificación del bit D. Esta facilidad está pensada para usarse con equipos ETD desarrollados con anterioridad a la

introducción del procedimiento del bit D. Permite trabajar con asentimiento de extremo a extremo.

Retransmisión de paquetes. Un ETD puede solicitar al ETCD la retransmisión de uno o varios paquetes de datos. Para

ello, el ETD especifica, dentro de un paquete de rechazo, el número de canal lógico y un valor de P(R). El ETCD deberá

retransmitir todos los paquetes comprendidos entre el número P(R) y el siguiente que tuviera que enviar por primera vez.

Esta facilidad es similar a la técnica de rechazo no selectivo que utilizaban los protocolos de línea en el segundo nivel del

modelo ISA.

Obstrucción de las llamadas entrantes. Obstrucción de las llamadas salientes. Estas facilidades impiden que el ETCD

presente llamadas entrantes al ETD, o que el ETCD acepte llamadas salientes del ETD.

Canal lógico unidireccional entrante. Canal lógico unidireccional saliente. Estas dos facilidades sólo permiten al canal

lógico aceptar (en el primero caso) o enviar llamadas (en el segundo), pero no ambas cosas. Su función es similar a la

de las facilidades de obstrucción, salvo en que ahora la restricción afecta sólo a canales individuales.

Tamaño de paquetes por omisión no estándar. Permite seleccionar el tamaño de paquetes que la red admitirá por

omisión. Para gestionar el tamaño de los paquetes pueden emplearse paquetes de notificación.

Tamaño de ventanas por omisión no estándar. Permite ampliar el tamaño de las ventanas P(R),P(S) por encima del valor

por defecto, 2, para todas las llamadas.

Asignación de clases de velocidad de transmisión por defecto. Esta facilidad permite seleccionar una de las siguientes

velocidades de transmisión (en bits por segundo): 75, 150, 300, 600, 1200, 2400, 4800, 9600, 19200, 48000. Pueden

gestionarse también otros valores.

Negociación de los parámetros de control de flujo. Esta facilidad permite variar el tamaño de la ventana P(R), P(S) de

una llamada a otra. A veces un ETD sugiere el tamaño de la ventana durante el establecimiento de la llamada. En

algunas redes estos parámetros deben ser los mismos para ambos ETD.

Negociación de la clase de velocidad de transmisión. Permite modificar la velocidad de transmisión de una llamada a

otra.

Grupo cerrado de usuarios (CUG). Conjunto de funciones que permite a los usuarios formar grupos de ETD de acceso

restringido. Esta facilidad proporciona a la red pública un nuevo grado de seguridad y privacidad. Incluye diversas

opciones, como el acceso en un solo sentido, entrante o saliente. Por lo general, la estación que llama especifica el

grupo cerrado de usuarios que desea mediante los campos de facilidad incluidos en el paquete de solicitud de llamada.

Si la estación solicitada no es miembro de ese grupo, la red rechaza la llamada.

Grupo cerrado de usuarios bilateral. Esta facilidad es similar a la anterior, pero permite establecer restricciones de

acceso entre pares de ETD.

Selección rápida. Aceptación rápida de la selección.

Cobro revertido. Aceptación del cobro revertido. Estas facilidades permiten cargar el coste de la llamada al ETD

receptor. Pueden usarse con llamadas virtuales y con selecciones rápidas.

Prevención de cobros locales. Esta facilidad autoriza al ETCD a rechazar las llamadas que tenga que pagar su ETD. Por

ejemplo, un ETD puede no estar autorizado a aceptar cobros revertidos de ningún ETD que llame.

Identificación del usuario de la red. Esta facilidad permite que el ETD que llama entregue a su ETCD la información de

tarificación, seguridad o gestión, llamada por llamada. Si no es válida esta información, la llamada no se cursa.

Información de tarificación. Esta facilidad permite que el ETCD informe a su ETD sobre las condiciones de tarificación

de la sesión de paquetes en curso.

Selección de compañía. Permite que el ETD que llama escoja una o varias compañías telefónicas para gestionar su

sesión de paquetes.

Grupo local. Esta facilidad se encarga de distribuir las llamadas que lleguen entre un grupo preestablecido de interfaces

ETD/ETCD. Esta mejora de la versión 1984 permite a los usuarios seleccionar múltiples puertos de un ordenador o

procesador frontal, o escoger entre varios de estos sistemas dentro de un mismo nodo de usuario. Se trata de una

posibilidad muy útil en aquellas organizaciones equipadas con grandes sistemas informáticos que necesiten flexibilidad

para asignar tareas a los distintos recursos. La idea es similar al selector de puertos que puede verse en muchas

instalaciones.

Redireccionamiento de la llamada. Esta facilidad, también fruto de la revisión de 1984, redirige la llamada cuando el

ETD de destino está averiado, comunica, o cuando ha solicitado expresamente que se reoriente la llamada. Permite

orientar las comunicaciones entrantes hacia algún ETD de apoyo, que se encargará de solucionar los posibles

problemas y de mantener al usuario final aislado de los fallos. El redireccionamiento de llamadas permite también

redirigir la llamada a distintas zonas de un país o continente por cuestiones relacionadas con los husos horarios.

Notificación del cambio en la dirección de la llamada. En caso de que se haya producido la redirección de la llamada,

esta facilidad explica al ETD que llama por qué la dirección de destino de la llamada conectada o del paquete indicador

de liberación es distinta de la dirección del paquete de petición de llamada del ETD.

Notificación de redireccionamiento de llamada. Cuando se produce un redireccionamiento de llamada, esta facilidad

informa del hecho al ETD alternativo, indicándole además por qué ha cambiado la dirección del ETD original.

Indicación y selección del retardo de tránsito. Esta última facilidad permite al ETD seleccionar un determinado tiempo de

tránsito por la red de paquetes. Esta función puede ser de gran utilidad para el usuario final, pues le confiere un cierto

control sobre la velocidad de respuesta de la red.

14.Conclusión

La norma X.25 y sus estandares asociados se están utilizando actualmente de forma extensiva. Casi todos los países de Europa y el lejano

Oriente poseen una red pública de paquetes. Por ejemplo, TRANSPAC fue la primera red europea que utilizó X.25. Actualmente dispone

de 22 centros de conmutación, con unos 13000 abonados directos y por llamada.

Aunque los fabricantes, compañías telefónicas y Ministerios de Correos y Telecomunicaciones puedan estar empleando las mismas

recomendaciones para diseñar sus sistemas, lo cierto es que tales sistemas no son necesariamente compatibles entre sí.

GLOSARIO

DCE: Equipo terminal de circuito de datos. Es el equipo que gestiona el operador.

DTE: Equipo terminal de datos. Es el equipo que gestiona el usuario de X.25.

DTE-DCE: Con la definicion clara de esta interfaz se logra, separar lo que es responsabilidad del operador y lo que incumbe al

cliente. De este modo, todo operador sabe que es lo que deben cumplir sus equipos en el acceso a los clientes, como deben ser sus

"enchufes". El cliente eligira un equipo DTE, el cual debe cumplir tambien sus especificaciones, de modo que la conexion a X.25 sea

tan facil como "enchufar" dos cables. Los fabricantes de los equipos saben a que atenerse y propondran diferentes soluciones con

una interfaz final unica.

CONEXION: Una conexion es la asociacion de dos SAP's (Service Access Point) del mismo nivel, que permite intercambiar datos.

LLAMADA: X.25 es un protocolo orienatado a conexion en el que, un usuario desde un DTE, comunica a su DCE que quiere

comunicarse con un DTE remoto. Para ello el DCE local enmite un paquete peticion de llamada, que llegara al DCE remoto el cual

indicara al DTE remoto la solicitud de la llamada, mediante el correspondiente paquete de llamada entrante.

FRAGMENTACION EN X.25: El mecanismo es muy sencillo. El bit M de los paquetes de datos indica, si M=1, que la SDU

(Service Data Unit) aun no ha sido completada, y que los sucesivos paquetes de datos que lleguen perteneceran a la misma SDU,

hasta que la llegada de un paquete de datos con M=0 marca el final de la SDU. La fragmentacion que se observe a la entrada del

DCE local, nada tiene que ver con la que se observe a la salida del DCE remoto. Esto depende de la MTU de las redes que

atraviese el paquete.

CONTROL DE FLUJO: Se logra mediante la utilizacion en los paquetes de datos de numeros de secuencia.Los numeros de

secuencias fijaran una tamanno de ventana. Si la ventana se llena, habra que esperar antes de poder transmitir mas, a que llegue

algun asentimiento. El receptor mandara los asentimientos, en el momento que ya tenga recursos para seguir recibiendo mas

paquetes. Para dotar de mayor flexibilidad al mecanismo se permiten dos longitudes de numeros de secuencia diferentes, para que el

tamanno de la ventana se pueda elegir libremente. Un mayor tamaño de ventana implica un mayor coste de la linea, ya que se utilizan

mãs recursos de la red.

LONGITUD DE LOS DATOS: El protocolo X.25 obliga a que todos los provedores ofrezcan como minimo 128 bytes de datos,

es decir, que el campo de datos del paquete de datos puede llegar a ocupar 128 bytes. Pero la norma tambien permite longitudes

del campo de datos de 16,32,64,256,512,1024,2048 y 4096 bytes. En Iberpac, por defecto, la longitud del campo de datos es de

128 bytes.

REINICIO (Reset): El reinicio es una situcion en la que se ha producido un error, que obliga a la conexion afectada a ser reiniciada.

Solo afecta a la conexion del error.Ojo a la nomenclatura: en "inglés" este caso es reset, y el de error más grave, rearranque, es

restart, que cualquiera traduciría como reinicio.

REARRANQUE(Restart): Ocurre ante errores graves y que han producido la perdida del estado del equipo. Provoca el reinicio de

todos los circuitos permanentes y la desconexion de los conmutados.

DATOS FUERA DE BANDA: Son paquetes que se envian fuera de secuencia, y de los que no se asegura que lleguen en orden.

Son una especie de conexion especial, por la que se pueden transimtir, por ejemplo, datos urgentes. Estos paquetes se saltan la cola

normal de paquetes en espera de transmisión, y dotan a las comunicaciones de mayor flexibilidad.

INTERRUPCION: Son paquetes acelerados, con control de flujo. Hasta que no se asiente uno, no se puede mandar el siguiente.

MULTIENLACE EN X.25: El multienlace consiste en dividir una conexion de un nivel superior en varias, en algun nivel inferior de

la arquitectura del protocolo. En cierto modo, es lo complementario a la multiplexacion. En X.25 se puede lograr, o bien con un

multiplexor hardware sincrono, solucion muy costosa, poco eficiente pero eficaz, o bien introduciendo un nuevo nivel entre el de

PLP y el LAP-B, llamado "Protocolo de microenlace", una solucion modular y mas flexible y economica.

BIBLIOGRAFIA

"Redes de ordenadores . Protocolos, normas e interfaces" . Ed ra-ma . Autor: Uyless Black. " Redes de

telecomunicaciones . Protocolo, modelado y an lisis" . Addison-Wesley Iberoamericana . Autor: Mischa Schwartz.