RED DE CONMUTACIN DE PAQUETES X.

25

Dr. Flix Alvarez Paliza Profesor Titular Dpto. Telecomunicaciones Universidad Central de Las Villas
2001

Pg: 1

Red X.25 ,Arquitectura y caractersticas

Cuando se defini por parte de la ISO la arquitectura OSI explicada en el captulo anterior, sta fue ampliamente aceptada por las empresas y organizaciones involucradas en el mundo de las telecomunicaciones por las ventajas que ofreca (modularidad, independencia, reutilizacin de desarrollos, etc.). El problema principal era que en ese momento ninguna arquitectura de red cumplan al 100 % las especificaciones de la OSI, aunque algunas se acercaban bastante, al menos en algunos niveles. Como el terreno de las telecomunicaciones estaba bastante abonado y comenzaba a tener un crecimiento espectacular, diferentes organizaciones pblicas nacionales e internacionales decidieron ofrecer servicios de transmisin de datos a travs de redes de conmutacin de paquetes. Fue entonces cuando una comisin de estudios de la CCITT ( Comisin de Estudios VII, encargada de la transmisin de datos a travs de redes pblicas de transmisin de datos) comenz la elaboracin de un conjunto de recomendaciones dentro de su serie X. Entre estas recomendaciones tenemos la X.25 que define el intercambio de informacin entre un Equipo Terminal de Datos funcionando en modo paquete y el Equipo Terminal del Circuito de Datos de una red pblica de conmutacin de paquetes. Una red X.25 es, por tanto, una red de conmutacin de paquetes. Las redes de datos de conmutacin de paquetes trabajan siguiendo el mismo principio que el servicio de correos, de ah su denominacin. La idea es simple, homogeneizar toda la informacin segmentndola en bloques de datos de tamao predeterminado. A cada bloque se le aaden datos de control, como direccin de envo y remitente, y se le denomina paquete. La red de conmutacin de paquetes es la que se encarga de gestionar todos los envos de estos paquetes, a la vez que asegura su entrega. La llegada de los paquetes puede respetar la secuencia de entrada (circuito virtual), o puede ser realizada de forma aleatoria (datagrama), en este caso el orden de los paquetes lo puede recuperar el receptor gracias a la informacin de control. X.25 trabaja en la primera modalidad. Las redes de datagramas son muy comunes, sin embargo X.25 se ha ido imponiendo en los ltimos aos como el punto de referencia en todo cuanto al intercambio de datos se refiere. La transferencia de datos se realiza a travs de circuitos virtuales. Se denominan de este modo porque no existe un nico circuito fsico establecido entre las estaciones (a diferencia de las redes de conmutacin de circuitos). En su lugar, la red establece dinmicamente el camino ptimo para cada paquete de datos, manteniendo el circuito lgico a lo largo de toda la llamada virtual. Ya vimos en un captulo anterior los diferentes algoritmos de encaminamiento utilizados en este tipo de redes. En el caso particular de circuitos virtuales permanentes, la red establece una asociacin fija entre las dos estaciones, no necesitando las secuencias de peticin y aceptacin de llamada para la transmisin de datos entre ellas. El circuito virtual y la correspondiente llamada virtual permite dividir al circuito de acceso a red en canales lgicos separados de manera que por un nico circuito fsico pasan multiplexados los paquetes correspondientes a varias llamadas. La aplicacin ptima de las redes de conmutacin de paquetes se da en los casos en que se requiere la transmisin de poca informacin a larga distancia o mucho tiempo de conexin.

Pg 2

La recomendacin X.25 del CCITT especifica el interfaz entre el "equipo terminal de datos" (ETD) y el "equipo terminal del circuito de datos" (ETCD) para terminales conectados a una red pblica de conmutacin de paquetes. El equipo terminal de datos (ETD) es un dispositivo programable situado en el lado del usuario en el interfaz usuario/red. El equipo terminal del circuito de datos (ETCD) es aquel que sirve de punto de entrada y salida a la red de conmutacin de paquetes. Esta recomendacin X.25 se aplica nicamente a equipos conectados en modo sncrono y que disponen de la suficiente inteligencia para soportar los protocolos X.25. Si es necesario conectar equipos que no cumplen con las anteriores especificaciones, se puede resolver utilizando equipos denominados PAD (ensamblador/desensamblador de paquetes, segn norma X.3) o gateways (convertidores de protocolos). La recomendacin X.25 del CCITT define tres niveles funcionales: Nivel fsico (nivel 1). Nivel de enlace (nivel 2). Nivel de paquetes (nivel 3). Existe una correspondencia muy estrecha entre stos y los tres primeros niveles del modelo de referencia OSI. Aunque la denominacin del tercer nivel no es igual en ambas, pues en un caso se llama de red y en otro de paquetes, ambos coinciden en cuanto a funcionamiento. Una comunicacin entre dos usuarios mediante X.25 recorrera todos los niveles OSI siguiendo este camino:

Usuario A 7 6 5 4 3 2 1

P3 P2 P1 X.25

Retransmisin y encaminamiento 3 3 2 2 1 1 RED X.25

P3 P2 P1 X.25

Usuario B 7 6 5 4 3 2 1

Los 3 niveles inferiores definen tres protocolos: el de la capa fsica o P1, el del nivel de enlace o P2, y el del nivel de red o P3. La normativa X.25 define estos tres protocolos as como sus procedimientos y caractersticas fsicas y funcionales de los elementos que constituyen los niveles involucrados. Cuando se habla de que un equipo cumple la recomendacin X.25, se debe suponer que el comportamiento externo (protocolo) de su nivel fsico, de enlace y de red, se ajusta a esta recomendacin, esto es, cumple los protocolos P1, P2 y P3.

Pg: 3

Nivel Fsico de la X.25 Las especificaciones del interfaz fsico de X.25 se definen en la recomendacin X.21 del CCITT: "Interfaz entre el equipo terminal de datos (ETD) y el equipo terminal del circuito de datos (ETCD) para operacin sncrona en redes pblicas de datos". En sta se incluyen las caractersticas fsicas, elctricas y funcionales del interfaz ETD/ETCD, utilizando un conector de 15 pines. Se trata de un interfaz elctrico balanceado (usa un par de hilos, uno de ida y otro de vuelta, para cada seal) ms robusto frente a perturbaciones de ruido. Este interfaz hace referencia a los siguientes documentos: La recomendacin X.21 que define las clases de servicio de los usuarios de las redes pblicas de datos. Las velocidades que contemplan estas redes varan entre 600 y 64.000 bits/sg. La recomendacin X.24 que define los circuitos del interface ETD / ETCD. Las recomendaciones X.26 (o V.10) y X.27 (o V11) que definen las caractersticas elctricas de los circuitos de interfaz segn la velocidad del circuito elegida. La norma IS 4903 de ISO, la cual describe las caractersticas mecnicas de un conector de 15 patillas y la correspondencia entre estas patillas y los circuitos del interface. Sus caractersticas generales son: Define las caractersticas fsicas y de procedimientos de control de llamada para un interface de propsito general ETD/ETCD para clases de servicio de usuario definidos en la recomendacin CCITT X.1 utilizando transmisin sncrona. Se incluyen los formatos y procedimientos para seleccin, progreso de la llamada, e informacin procedente del ETCD. La forma de explotacin del canal y de operacin es full-duplex. Para velocidades de transmisin igual o menor a 9600 bps. se pueden emplear las caractersticas elctricas de las recomendaciones CCITT X.26 X.27. Cuando la velocidad es superior a 9600 bps. se emplea nicamente la recomendacin CCITT X.27.

Pg 4

La distribucin de pines es el siguiente:

Pin Nombre 1 Tierra 2 Datos TX A 3 Control A 4 Datos RX A 5 Indicacin A 6 Temporizacin Bit A 7 Tiempo de byte A

Pin 8 9 10 11 12 13 14

Nombre Masa Datos TX B Control B Datos RX B Indicacin B Temporizacin Bit B Tiempo de byte B

Direccin G T C R I S B DTE DCE DTE DCE DCE DTE DCE DTE DCE DTE DCE DTE

Los circuitos principales, T (Transmisin) y R (Recepcin), se utilizan durante la fase de transferencia para el intercambio de datos, aunque tambin en la fase de establecimiento de conexin son usados para encaminar los caracteres de sealizacin necesarios para la llamada y respuesta automtica. El circuito C (Control) lo activa el ETD para indicar y establecer una llamada. El circuito I (Indicacin) es activado por la red para indicar al ETD que est conectado a otro equipo ETD. El circuito S (Reloj de Bit) proporciona el reloj a nivel de bit utilizado en emisin y recepcin por el ETD. Por ltimo, el circuito B (Reloj de Byte), el cual es opcional, sirve para el intercambio de caracteres de sealizacin y para enviar bytes de delimitacin de las tramas. Podemos ver un ejemplo de como se secuenciaran las seales para establecer y liberar una comunicacin segn las especificaciones X.21:

Seal T Seal C

S2

Datos

Seal R Seal I

S1

Datos

1 Reposo

7 Transferencia

9 10 Ruptura

11 Reposo

Establecimiento

Vemos en el ejemplo las distintas fases, de 1 a 11, por las que se pasa para un establecimiento (2 a 6), transferencia (7) y ruptura de la comunicacin (de 8 a 10). Inicialmente, en la fase 1, los circuitos estn en reposo, tanto por parte del terminal (ETD) como por parte de la red (ETCD). En la fase 2, el terminal indica su peticin de llamada activando la seal C. Tambin pone a cero la seal T. En la fase 3, la red, a travs de R, enva una serie de caracteres de sealizacin, S1, para autorizarle a continuar con la fase de establecimiento. Comparndola con la lnea telefnica, la fase 2 es cuando descolgamos el telfono para hacer una llamada, y en la fase 3 recibimos el tono de invitacin a marcar.

Pg: 5

Posteriormente, fase 4, el ETD indica el destino de la conexin (S2). La red busca al equipo destino para establecer la comunicacin e informa al ETD de la progresin de la llamada (S3 en fase 5). Una vez el equipo destino es localizado y acepta la llamada (activando su seal C), se le comunica al ETD en la fase 6 activando la seal I. Con esto entramos en la fase 7 de transferencia de informacin en la que las seales C e I estn activas. Para finalizar la comunicacin, el ETD desactiva su seal C (fase 8) con lo que la red confirma la liberacin en la fase 9 desactivando la seal I. Posteriormente el ETCD desactiva la seal R, fase 10, para indicar al ETD que se queda preparado para realizar nuevas llamadas. El ETD desactiva tambin su seal T en la fase 11 dejando as la lnea en reposo y lista para comenzar un nuevo ciclo de comunicacin. En caso de colisin de llamadas el ETCD abandona la suya y da prioridad a la solicitada por el ETD.

El interfaz elctrico de X.21, para cada seal balanceada, define los siguientes estados:

Entrada A V1 Entrada B V1A Masa V1B Vout

V1=V1B-V1A V1<-0.3 V. V1>+0.3 V

DATOS 1 0

CONTROLES OFF ON

Esta especificacin de niveles elctricos completa se puede encontrar en la norma X.27, y tambin en la V.11 y RS-422 (equivalentes). Asimismo, existe una versin no balanceada (V1A = GND) conocida por RS-423. Tanto el RS-422 como el RS-423 ya fueron vistos en un captulo anterior. La recomendacin X.21 est orientada a su utilizacin en redes digitales. Incorpora, como hemos visto, un protocolo para control de llamadas, transferencia de datos y desconexin. Sin embargo, pese a lo que establece X.25, las redes actuales no tienen incorporados los elementos necesarios para la utilizacin de la norma X.21. Por esta causa, el CCITT ha aprobado como solucin temporal la norma X.21bis, que para los efectos prcticos coincide con las normas RS-232-C / V.24.

Pg 6

Los circuitos de datos, con sus denominaciones, que requiere X.25 son:

Envo de datos Recepcin de datos Solicitud de transmisin Permiso de transmisin Equipo de datos preparado Terminal de datos preparado Deteccin de portadora

RS-232-C BA BB CA CB CC CD CF

V.24 103 104 105 106 107 108 109

En este caso, el nivel fsico no realiza prcticamente labores de control. De esto se encargan los niveles superiores.

Pg: 7

Nivel de Enlace en la X25. Describe los procedimientos de acceso al enlace para ser utilizados en el intercambio de datos entre ETCD y ETD, usualmente entre la puerta de comunicaciones del ordenador o frontal X.25 y el mdem X.25. Permite la transmisin libre de errores entre la estacin de usuario y el punto de entrada a la red, de los paquetes generados en el nivel 3. A este nivel se le denomina habitualmente como nivel de trama. El procedimiento requiere conexin Full-Dplex, de modo que ETD y ETCD puedan transmitir informacin de forma simultnea e independiente en ambos sentidos. El protocolo utilizado en este nivel corresponde a un subconjunto de las posibilidades del protocolo HDLC correspondiente al modo de funcionamiento balanceado o LAP-B (Link Access Procedure Balanced, HDLC BA,2,8). Existe una versin ya obsoleta de X.25 que admita tramas de tipo LAP (Link Access Procedure) que consista en el subconjunto de tramas HDLC UA, 2,8, el cual, como ya sabemos, define un procedimiento de enlaces no equilibrados, en modo de respuesta asncrona (la estacin secundaria puede transmitir sin previa autorizacin de la primaria como ya hemos visto). El HDLC en su modo Asncrono Balanceado, como ya vimos, implica que ambas estaciones son mixtas, y por tanto cualquiera de las dos estaciones pueden iniciar una conversacin. La opcin 2 permite el rechazo simultneo de tramas en un modo de transmisin bidireccional. La opcin 8, en cambio, restringe la transmisin de datos o tramas de informacin a tramas de tipo comando, no permitindose tramas de informacin de tipo respuesta. Esto que aparentemente parece una fuerte restriccin, no es tal, ya que en modo asncrono balanceado se puede transmitir informacin en tramas de rdenes, y como ambas estaciones son estaciones primarias (al ser mixtas) en sentido lgico, ambas estaciones pueden transmitir rdenes. Las misiones de este nivel 2 son las vistas en el nivel 2 del modelo OSI, que resumindolas son: 1. Realizar la conexin y desconexin de enlace entre equipos adyacentes: ETD y ETCD. 2. Aadir informacin de control (cabecera de nivel 2) a los paquetes que proceden del nivel 3, para generar unidades de protocolo de nivel 2 (tramas) y su posterior transmisin de forma secuenciada. 3. Control de flujo, adaptando las velocidades de transmisin del nivel superior a las del nivel fsico. 4. Detectar y recuperar, los errores en la transmisin. 5. Extraer los datos incluidos en las tramas con informacin recibidas correctamente y pasarlos al nivel 3.

Pg 8

La Trama LAP-B. La estructura de la trama LAP-B es la misma que la vista en el protocolo HDLC: Flag 8 bits Direccin Control 8 bits 8 bits Informacin 0-16408 bits FCS 16 bits Flag 8 bits

El significado de cada campo que constituye la trama es el mismo explicado para las tramas HDLC: El Flag que delimita las tramas consiste en la secuencia de Bits: 0 1 1 1 1 1 0 y, por tanto, esta misma secuencia no deber estar en ningn otro campo de la trama. Para asegurar esto se aplica el algoritmo de insercin de cero ya explicado. Un mismo Flag puede servir para terminar un trama y para comenzar otra. Tambin se envan Flags cuando no hay tramas que enviar para rellenar el espacio entre tramas. El campo direccin contiene, para las tramas comando, la direccin de la estacin destino, y para las tramas respuestas, la direccin de la estacin que emiti la trama. La direccin del ETCD (o sea, estacin de red) es 01 hex. y la del ETD (estacin de usuario) es 03 hex. El campo de control, el cual puede existir en formato normal y en formato extendido, debe identificar una de las siguientes posibles tramas: Formato Informacin Supervisin Comando I RR RNR REJ SABM DISC DM UA FRMR RR RNR REJ Respuesta Codificacin 1 2 3 4 5 6 7 8 0 --N(s)-- P --N(r)-1 0 0 0 P/F --N(r)-1 0 1 0 P/F --N(r)-1 0 0 1 P/F --N(r)-1 1 1 1 1 1 1 1 1 1 1 0 1 0 1 1 0 1 0 0 P P F F F 1 0 0 1 0 0 1 0 1 0 0 0 0 0 1

No Numerado

El significado de cada una de las tramas mostradas en la tabla anterior es el mismo que el explicado en el protocolo HDLC. El campo de Informacin contendr los datos recibidos del nivel superior (Nivel 3), a la que se aplicar el algoritmo de insercin de cero para evitar que en estos datos se produzca la secuencia de bits correspondiente a un Flag , y su tamao est delimitado normalmente por el tamao de la informacin que le llega del nivel superior. El campo FCS corresponde a un control cclico de errores segn el polinomio CRC-CCITT.

Pg: 9

El proceso de enlace. El procedimiento para establecer una comunicacin en el protocolo LAP-B consiste en el envo por una o ambas estaciones de una trama SABM y la aceptacin por parte de la otra respondiendo con una trama UA. A partir de este momento el nivel de enlace est establecido y se entra en el estado de transferencia de informacin donde se puede enviar informacin en cualquiera de los dos sentidos o en ambos a la vez (ya vimos un ejemplo de cmo se realiza una comunicacin de este tipo al explicar el protocolo HDLC). Existen una serie de parmetros y variables (algunos ya conocidos) que deben de gestionar cada estacin en el proceso de comunicacin de este nivel. Estos parmetros son: Contador V(s) que indica el nmero de la siguiente trama a enviar. Contador V(r) que indica el nmero de la siguiente trama que se espera recibir. Tamao de la ventana, K, que indica el mximo nmero de tramas que se pueden enviar sin recepcin de acuse de recibo. Temporizador T1. Este temporizador se activa al final de la emisin de una trama si no estaba ya activado por la emisin de una trama anterior, y es parado a la recepcin de un acuse de recibo y reactivado si todava hay tramas pendientes de acuse de recibo. Al vencimiento de este temporizador, la estacin emitir una trama comando de supervisin con el bit P activo e iniciar de nuevo T1. Esto obligar a la estacin receptora a responder con el bit F activo con la mayor brevedad posible. Si la estacin receptora sigue sin responder, el proceso se repetir hasta N2 veces y posteriormente se pasar el enlace a fuera de servicio (Se intentar reiniciar la comunicacin con SABM). El valor de T1 depende de cada red aunque es muy comn del valor de 3 segundos. Temporizador T2. Cuando una estacin enva una trama SABM, esperar T1 segundos para recibir respuesta. Si T1 vence, esperar T2 segundos ms. Si T2 tambin vence, enviar otra trama SABM y repetir el ciclo. Temporizador T3. Si el enlace est inactivo (recibiendo el valor binario 1) durante mas de T3 segundos, el nivel 2 informar al nivel 3 de que el enlace ha cado. El nivel 3 con esta informacin, actuar en consecuencia y liberar todas las conexiones que tuviera establecidas. Contador N1. Indica el nmero mximo de bits en una trama de Informacin, excluyendo los flags y los ceros insertados para transparencia. Todas las redes debern soportar valores de N1 superiores a 2104 bits (263 octetos). Contador N2. Mximo nmero de retransmisiones por la expiracin del temporizador T1.

Pg 10

Vamos a resumir los procedimientos de transferencia y recepcin de informacin en la fase de transferencia: 1. Envo de Tramas I: N(s) = V(s) y N(r) = V(r) Transmitir la trama. Arrancar T1 (si no est ya en marcha). V(s) = V(s) + 1 en mdulo 8 128 Si V(s) = ltima N(r) + K no se transmiten nuevas tramas, en caso contrario el ciclo puede comenzar en 1.

2. Recepcin de Tramas I con N(s) V(r) aceptar el campo I y hacer V(r) = V(r) + 1 en mdulo 8 128. Si no ocupado: Si hay trama I a enviar se enva una trama I o una RR. Si no hay trama I para enviar, enviar una RR. Si ocupado: enviar trama RNR. 3. Recepcin de tramas no vlidas: se descartan. 4. Recepcin de tramas I con N(s) distinto de V(r): Se descarta el campo I y se enva una trama REJ. 5. Recepcin de trama RR: valida todas las tramas emitidas anteriores a N(r). 6. Recepcin de una trama REJ: hacer V(s) = N(r) de la trama REJ. 7. Recepcin de una trama RNR: No transmitir ms tramas I. Validar las tramas anteriores a N(r).

La desconexin del enlace se realiza cuando cualquiera de las estaciones transmite un comando DISC y recibe aceptacin de la otra estacin (UA o DM). El siguiente grfico pretende mostrar un diagrama de posibles estados del protocolo as como las tramas que hacen pasar y evolucionar entre estados:

Pg: 11

Estado Desconexin Trama Recibida SABM DISC UA DM FRMR I/S Tramas Invlidas Tramas Desconocidas E1 UA/DM E4/E1 DM E1 ! E1 E1 ! E1 1) E1 ! E1 ! E1

Indicacin Iniciacin E2 UA E2 DM E1 E4 E1 ! E2 ! E2 ! E2 ! E2

Indicacin Desconexin E3 ! E3 DM E1 E1 E1 ! E3 ! E3 ! E3 ! E3

Transferencia Informacin E4 UA E4 DM E1 FRMR E5 E1 ! E2 2) 2) ! E4 ! E5

Indicacin Rechazo E5 UA E4 DM E1 ! E5 E1 ! E2 FRMR E5 ! E5 ! E5

La tabla anterior hay que interpretarla de la siguiente manera: El extremo superior izquierdo muestra la trama que emitir la red al recibir, por cada estado, la trama indicada en la primera columna. El extremo inferior derecho muestra el estado al que se pasa despus de recibir la trama indicada en la primera columna y de enviar la trama indicada en el extremo superior izquierdo. E1 indica el estado en el que el enlace de datos no est establecido. El estado E2 indica que se ha solicitado por parte de la red un establecimiento de conexin (normalmente se ha recibido una trama SABM) Al estado E3 se pasa cuando la red recibe una trama DISC. Es un paso intermedio hasta llegar a E1 al responder con DISC, con UA o con DM. El estado E4 es el estado normal de transferencia al que se llega por un establecimiento correcto del enlace. Al estado E5 se llega al recibir una trama FRMR. El carcter !, indica que la trama recibida ser simplemente descartada. El carcter -, indica que no se responder a la trama recibida. 1) indica que si la trama I o S recibida tiene el bit P activo, se responder con la trama DM con el Bit F activo, en caso contrario la trama ser descartada. 2) indica que se actuar de forma adecuada segn el protocolo, esto es con tramas RR, RNR, REJ o I, teniendo tambin en cuenta el bit P/F.

Pg 12

- Control de flujo. El protocolo LAP-B es un protocolo de envo continuo que utiliza el concepto de ventana deslizante que vimos en un captulo anterior. Esto significa que es posible enviar y recibir un nmero especificado de tramas sin necesidad de recibir o mandar confirmacin. En el campo de control, vimos que tres de sus bits definan el subcampo N(S) y otros tres el N(R). Estos subcampos son contadores, por su tamao se llaman en mdulo 8, y definen, por lo tanto, un tamao mximo de ventana de 7. En el modo extendido de este protocolo, se utilizan siete bits para codificar estos contadores por lo que el tamao de la ventana puede llegar a 127. LAP-B permite la confirmacin de varias tramas simultneamente. Sin ms que enviar el nmero de confirmacin de una trama, todas las anteriores se dan por recibidas correctamente. La trama RNR es la que posibilita detener la transmisin cuando una de las estaciones no est en disposicin de seguir recibiendo y tratando ms informacin. NIVEL 3 DE X25. En l se describe la estructura de paquete y los procedimientos para su intercambio entre ETD y ETD. Es una comunicacin extremo a extremo. Tambin se definen los procedimientos para el establecimiento, mantenimiento y finalizacin de llamadas, y la forma en que se estructuran los paquetes que contienen los datos de usuario e informacin de control para su intercambio con la red. Las funciones de este nivel son las definidas para el nivel 3 de la arquitectura OSI. Se pueden resumir en las siguientes: Establecimiento, mantenimiento y terminacin de conexiones entre equipos extremos. Multiplexado de distintas conexiones lgicas por un mismo circuito fsico. Control de flujo. Control y recuperacin de errores entre ETD/ETCD. Control de secuencia correcta de paquetes. Interrupcin y reinicializacin. Circuitos virtuales permanentes. Llamadas virtuales. Circuitos virtuales conmutados. Conversin de tamao de paquete. Encaminamiento Los paquetes, como ya sabemos, se montan dentro del campo de informacin de la trama LAP-B. Como ejemplo, a continuacin se presenta un paquete de datos y la manera de colocarlo en la trama de nivel 2. Flag Direccin Control Informacin FCS Flag

N(R)

N(S)

QD01

LCN

P(R)

P(S)

DATOS

Pg: 13

Los conceptos de QD01, LCN, P(R), M y P(S) los veremos ms adelante pero adelantamos que corresponden a campos que definen la estructura del paquete de este nivel. Antes veamos otros conceptos. - CIRCUITO VIRTUAL. Cuando vimos el nivel 3 de la arquitectura OSI, distinguimos entre dos tipos de comunicaciones o protocolos de este nivel, los protocolos orientados a conexin y los no orientados a conexin (datagramas). El X.25, en su nivel 3, es un protocolo orientado a la conexin. Esta conexin se realiza estableciendo lo que se denomina circuitos virtuales. Se define el Circuito Virtual como la relacin lgica establecida por la red entre dos abonados conectados a ella. Es por tanto una asociacin bidireccional que permite el intercambio de datos, con las caractersticas siguientes: Conservacin de la secuencia de paquetes. Control de flujo extremo a extremo. Varios circuitos virtuales pueden compartir caminos fsicos comunes.

Un circuito virtual engaa al usuario hacindole creer que est usando una conexin fsica con el otro ordenador. Sin embargo, el canal fsico real, est siendo compartido por muchos usuarios simultneamente. Hay dos tipos de Circuitos Virtuales: Circuito Virtual Permanente (PVC): Es un circuito virtual establecido de manera fija y permanente entre dos abonados. Un ETD tiene asegurada la conexin con otro ETD prefijado desde el comienzo de la sesin. No es necesaria la identificacin de destino en el paquete, ni los procedimientos de establecimiento o liberacin de la comunicacin o circuito. El canal lgico est siempre en modo de transferencia de informacin. Circuito Virtual Conmutado (VC): Es un circuito virtual que se establece y libera a peticin de uno cualquiera de los ETDs abonados. La peticin de establecimiento de un circuito virtual conmutado es la que se denomina Llamada Virtual. La llamada virtual se realiza siguiendo un proceso parecido al de una llamada telefnica: 1. Solicitud de llamada (de ETD-A a ETD-B) 2. Recepcin del la solicitud (ETD-B) 3. Aceptacin de la llamada (ETD-B) 4. Intercambio de informacin 5. Solicitud de liberacin de la llamada (ETD-A). 6. Indicacin de esta solicitud (ETD-B) 7. Confirmacin de la liberacin (ETD-B) 8. Liberacin (ETD-A y ETD-B) (Descolgar y marcar) (Da tono de llamada) (Diga) (conversacin) (despedida)

(colgado)

Pg 14

A su vez, cada circuito virtual conmutado puede ser: unidireccional saliente (solo puede ser establecido por el ETD), unidireccional entrante (solo puede ser establecido por la red o ETCD) o bidireccional (puede ser establecido tanto por la red como por el ETD). - CANAL LGICO. Es la identificacin de un circuito virtual, establecida entre un ETD y el ETCD asociado. Se identifica con las siglas LCN (Nmero de Canal Lgico). El LCN que se asigna en un extremo de la comunicacin no tiene porqu coincidir con el que se tiene en el otro. La numeracin de los canales lgicos se realiza en cada ETD y se mantiene hasta el final de la sesin. A lo largo del transporte del paquete por la red puede haberse numerado de cualquier otra forma. Uno de los parmetros que hay que tener en cuenta en este nivel, es el nmero de canales lgicos posibles que puede establecer un ETD y cual es su numeracin. Traduciendo esto a lneas telefnicas, quiere decir cuantas lneas de telfono tiene cada abonado, lo cual le permitir tener tantas conversaciones simultneas como lneas contratadas. La numeracin de los canales lgicos es consecutiva a partir de un valor inicial. Por ejemplo, si un abonado tiene contratados 16 canales lgicos y el ms bajo corresponde con el canal lgico 10, el abonado podr usar todos los canales lgicos que van desde el 10 al 25, ambos incluidos. El mximo nmero de canales lgicos que permite el X.25 es de 4096. Al establecer una comunicacin se debe elegir un nmero de canal lgico como identificativo del camino de la conexin con el extremo remoto. Las funciones de los canales lgicos son: Identificar cada una de las conexiones posibles. Multiplexar de forma asncrona varias comunicaciones. Controlar el flujo de cada comunicacin (de cada canal lgico establecido). Recuperacin de errores de cada comunicacin. Secuenciamiento de la informacin (de los paquetes). Gestin de interrupciones o informacin prioritaria.

Un circuito virtual se puede tambin definir como una asociacin de dos canales lgicos, uno de cada ETD. Esta asociacin puede ser permanente, en los casos de circuitos virtuales permanentes, o puede ser realizada durante el proceso que genera una llamada, en cuyo caso se denomina circuito virtual conmutado. El nmero de cada uno de estos dos canales lgicos que constituyen el circuito virtual, como ya se ha indicado, no tiene porqu coincidir. La distribucin de numeracin de los canales lgicos segn el tipo de circuito virtual a establecer es la siguiente: Equipo Terminal Circuitos virtuales Numeracin Creciente Circuitos virtuales permanentes Circuitos virtuales conmutados solo entrantes

DTE

Circuitos virtuales conmutados Circuitos virtuales conmutados solo salientes

Pg: 15

Un equipo terminal puede tener circuitos virtuales de uno de los grupos especificados en la figura o de varios grupos. Si tiene circuitos de varios grupos, la numeracin ser segn indica la figura, los permanentes tendrn la numeracin ms baja, seguidos de los virtuales solo entrantes con una numeracin por encima de los primeros y as sucesivamente con el resto. En cualquier caso, todos los circuitos virtuales, sea cual sea el tipo, tendrn una numeracin consecutiva, tanto dentro de cada grupo como entre grupos. El circuito virtual 0 (cero) tiene un significado particular. Se utiliza para Gestin, Diagnstico y Reinicializacin del propio protocolo. Por ello slo se utiliza para comunicar el ETD con la red y no puede ser utilizado para comunicarse con otro ETD (existen excepciones a esta regla, por ejemplo la red pblica X.25 Francesa TRANSPAC utiliza el circuito virtual 0 como un circuito virtual normal). Cuando un DTE va a realizar una llamada hacia otro DTE, elegir el nmero de circuito virtual mas alto de los libres en el grupo de solo salientes. Si en este grupo no hubiera ninguno disponible, ya sea por no disponer de circuitos de este grupo o por estar todos ocupados, elegir el ms alto de los circuitos virtuales libres del grupo de circuitos bidireccionales. Si esto tampoco es posible no se podr establecer la comunicacin virtual. La red, para establecer una llamada hacia un ETD realizar el mismo proceso pero con los circuitos virtuales con nmeros ms bajos primero entre los solo entrantes y si no es posible, con los bidireccionales. Segn este procedimiento, la probabilidad de choque entre llamadas entrantes y salientes se reducen al mnimo.

Llamada saliente por el circuito virtual mas alto

Llamada entrante por el circuito virtual mas bajo

DTE

RED X.25

DTE

- TIPOS DE PAQUETES. La comunicacin en este nivel se realiza por medio de paquetes. stos se pueden dividir en varios grupos: Paquetes de Establecimiento y Liberacin de la comunicacin. Paquetes de Datos y de Interrupcin. Paquetes de Control de Flujo y Reinicializacin. Paquetes de Rearranque. Paquetes de Diagnostico Paquetes de Registro (nuevos tipos de paquetes, definidos por la CCITT en 1984, no implementados en la mayora de las redes X.25 existentes).

Pg 16

Los paquetes reciben nombres diferentes segn el sentido ETD-ETCD en que se enven, aunque se codifiquen igual. Los paquetes de Establecimiento y Liberacin son exclusivos de los circuitos virtuales conmutados, ya que en los permanentes la comunicacin siempre se encuentra establecida. Tipo de paquete De ETCD a ETD De ETD a ETCD Tipo de servicio VC PVC

Establecimiento y liberacin de llamada Llamada entrante Solicitud de llamada Llamada conectada Llamada aceptada Indicacin de liberacin Solicitud de liberacin Confirmacin de liberacin de ETCD Confirmacin de liberacin de ETD Datos e Interrupciones Datos de ETCD Datos de ETD Interrupcin de ETCD Interrupcin de ETD Confirmacin de interrupcin de ETCD Confirmacin de interrupcin de ETD Control de flujo y reinicializacin RR de ETCD RR de ETD RNR de ETCD RNR de ETD REJ de ETD Indicacin de reinicializacin Solicitud de reinicializacin Confirmacin reinicializacin de ETCD Confirmacin de reinicializacin de ETD Rearranque Indicacin de rearranque Confirmacin de rearranque de ETCD Solicitud de rearranque Confirmacin de rearranque de ETD

X X X X

X X X

X X X X X

X X X X X

X X

X X

Diagnstico Diagnstico VC: circuito virtual, PVC: circuito virtual permanente. X X

Los paquetes X.25 tienen definido un tamao mximo. Por defecto este tamao es de 128 bytes en el campo de datos, aunque opcionalmente se puede trabajar con paquetes con campos de datos de 256 bytes. La especificacin completa de cada uno de estos paquetes la veremos ms adelante. Aqu solo a ttulo de ejemplo, presentamos la estructura de un paquete de llamada:

bit 8 Identificador General de formato

bit 1 Numero de grupo de canal lgico

Nmero del Circuito Virtual Identificador del Tipo de Paquete Longitud de la direccin del ETD llamante Longitud de la direccin del ETD llamado

Pg: 17

Direcciones de los ETD llamado y llamante

Longitud de las opciones Campo de opciones Campo de datos de la llamada

Los tres primeros Bytes, que incluyen los campos de Identificacin General de Formato, con 4 bits de tamao, el Nmero de Grupo de Canal Lgico y el Nmero de Canal Lgico, que entre los dos forman un campo de 12 bits (para numeracin de hasta 4096 Circuitos Virtuales), y el campo Identificador del Tipo de Paquete, determinan una cabecera que es comn a todos los paquetes. El resto de los campos son ya propios de cada tipo de paquete. Veamos el significado de cada uno de estos campos de cabecera: 1. Identificador General de Formato o GFI. Este campo est compuesto por cuatro bits que son el 5, 6, 7, y 8 del primer byte. Su significado es el siguiente: Los bits 6 y 5: Si tienen el cdigo 01 indican un secuenciamiento mdulo 8. Si tienen el cdigo 10 indican secuenciamiento en mdulo 128. El bit 7 bit D (Delivery), este bit sirve para que un ETD pueda indicar al otro ETD remoto que desea recibir aceptacin a la recepcin del paquete que tiene este bit activo. Para informar al ETD remoto que desea utilizar este bit en la fase de transferencia de informacin, se debe activar el bit en los paquetes de establecimiento de la llamada. El bit 8 bit Q (Qualified), define un protocolo de ms alto nivel. Es usado en el protocolo X.29, para por ejemplo programar los PADs (lo veremos ms adelante). 2. Los campos Nmero de Grupo de Canal Lgico (LGN) y Nmero de Canal Lgico (LCN) definen un campo de 12 bits que sirve para codificar el nmero de canal lgico por el cual debe circular el paquete, y por tanto a qu comunicacin pertenece y a quien va dirigido (excepto en los paquetes de establecimiento de llamada que define el identificador del circuito que se desea o se va a establecer). 3. Identificador del Tipo de Paquete (PTI). Es siempre el tercer byte de la cabecera. Este campo de 8 bits sirve para codificar e identificar el tipo de paquete que lo contiene. En este nivel del X.25, hay paquetes que, aunque llevan la misma codificacin, se denominan de forma distinta segn la direccin en que son transmitidos. As, un paquete de llamada que va del ETD al ETCD se denomina Requerimiento de Llamada (Call Request) mientras que cuando este mismo paquete llega del ETCD al ETD remoto se le denomina Llamada Entrante (Incoming Call). Si observamos un poco, podemos ver una similitud entre este tipo de nomenclatura y las primitivas de servicio definidas y vistas en el modelo OSI.

Pg 18

Veamos como van codificados los distintos tipos de paquetes: Codificacin 87654321 De ETD a ETCD

Tipo de paquete De ETCD a ETD

Establecimiento y liberacin de llamada Llamada entrante Solicitud de llamada Llamada conectada Llamada aceptada Indicacin de liberacin Solicitud de liberacin Confirmacin de liberacin de ETCD Confirmacin de liberacin de ETD Datos e Interrupciones Datos de ETCD Datos de ETD Interrupcin de ETCD Interrupcin de ETD Confirmacin de interrupcin de ETCD Confirmacin de interrupcin de ETD Control de flujo y reinicializacin RR de ETCD RR de ETD RNR de ETCD RNR de ETD REJ de ETD Indicacin de reinicializacin Solicitud de reinicializacin Confirmacin reinicializacin de ETCD Confirmacin reinicializacin de ETD Rearranque Indicacin de rearranque Confirmacin de rearranque de ETCD Solicitud de rearranque Confirmacin de rearranque de ETD

00001011 00001111 00010011 00010111

xxxxxxx0 00100011 00100111

xxx00001 xxx00101 xxx01001 00011011 00011111

11111011 11111111

Diagnstico Diagnstico Registro Solicitud de registro Confirmacin de registro 11110011 11110111 11110001

En la tabla anterior, los bits representados con una x muestran dnde se codificarn los contadores de los nmeros de secuencia de los paquetes, de forma similar a como se hace en el nivel 2 (LAP-B). Como vemos, los nicos paquetes que llevan este nmero de secuencia son el de Datos, que lleva el contador del propio paquete (P(s)) y el del siguiente que se espera recibir (P(r)) (3 bits por contador), y los paquetes RR, RNR y REJ que llevan slo el contador del siguiente que se espera recibir (P(r)) (codificado con 3 bits). En los paquetes de Datos, este campo tiene la siguiente codificacin: Bits: 8 7 6 5 4 3 2 --P(r)-- M --P(s)-- 0

Los contadores P(r) y P(s) ya se han explicado y tienen el mismo significado que los respectivos N(r) y N(s) del nivel 2 del X.25.

Pg: 19

El bit M sirve para indicar que detrs de este paquete de datos vienen otros paquetes que conforman un mismo mensaje. Como ya sabemos, el tamao mximo del campo de datos de un paquete es de 128 256 bytes. Si queremos transmitir un mensaje con un tamao mayor, debemos dividirlo en bloques de este nmero de bytes. A la hora de trasmitir estos bloques, cada uno de ellos se introducira en un paquete de datos y se enviara con el bit M a 1 (para indicar que detrs vienen ms paquetes del mismo mensaje), excepto el ltimo paquete que se enviara con el bit M a 0 (es el ltimo paquete que configura el mensaje, y por tanto ya no vienen ms). Como la cabecera de los paquetes consta de tres bytes, el tamao mximo de un paquete, incluyendo la cabecera es de 128 + 3 = 131 o si el campo de datos es de 256: 256 + 3 = 259. Este tamao es el que limita al tamao de la trama del nivel 2. En este nivel, como ya sabemos, se aaden 2 bytes como cabecera y dos bytes para control de errores (sin contar los Flag), lo que limita el tamao de las tramas a 135 a 264 bytes (habra tambin que contemplar los posibles ceros que se deben insertar para la transparencia del protocolo). Veamos ahora el significado de cada paquete del protocolo: Paquete de Solicitud de llamada y Llamada entrante: Como ya se ha indicado anteriormente, un mismo paquete dependiendo si es entrante o saliente al DTE se puede denominar de forma diferente. Este es el caso de los paquetes de Solicitud de llamada, paquete que sale del DTE hacia el ETCD, y del de Llamada entrante, que va del ETCD (la red) hacia el ETD. Estos paquetes se usan en la fase de establecimiento de una comunicacin entre dos ETDs X.25. Son usados, por tanto, slo en circuitos virtuales conmutados, ya que los permanentes no necesitan pasar por esta fase. El paquete de Solicitud de llamada es emitido (hacia la red), por un ETD que desea establecer comunicacin con otro ETD X.25. Para ello elegir, entre los circuitos virtuales que tenga libre, el ms alto y lo incluir en el campo correspondiente del paquete. Tambin se debe especificar tanto la direccin del ETD con el que se desea establecer la comunicacin como los diferentes parmetros que van a regir durante el tiempo que dure sta. La red analizar el paquete, buscar el destinatario de la llamada, establecer la ruta (ya vimos en un captulo anterior los distintos algoritmos de encaminamiento que se utilizan para esta funcin), y si todo es correcto (incluyendo los parmetros pasados en el paquete) le emitir el mismo paquete, pero con el circuito virtual ms bajo de los disponibles, al ETD destino de la llamada. Este paquete entrante hacia el ETD destino se denomina paquete de Llamada entrante. Para terminar la fase de establecimiento de la comunicacin falta contestar a este paquete, pero el tipo de paquete que se utiliza no lo hemos visto todava con lo que continuaremos con esta fase ms adelante. La estructura de este paquete es la siguiente:

Pg 20

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico 0 0 0 0 1 0 1 1 Longitud direccin Longitud direccin ETD llamante ETD llamado Direccin ETD llamado Direccin ETD llamante 0 0 Longitud del campo Facilidades Campo Facilidades Campo Datos de Usuario

Los tres primeros bytes, como ya sabemos, componen la cabecera. Vamos simplemente a sealar que si el bit D del campo GFI se codifica a 1, se solicitar una comunicacin con acuse de recibo extremo a extremo. Los campos longitud de la direccin del ETD llamante y llamado representan la longitud, en binario, del nmero de dgitos de cada una de las direcciones, y por lo tanto, la longitud de los dos siguientes campos.

Los campos Direccin del ETD llamante y llamado indican, codificados en BCD (Binary Coded Decimal), la direcciones de cada DTE que van a establecer la comunicacin. Las numeraciones de los ETDs X.25 siguen una normativa internacional, la X.121, que veremos ms adelante. Algunas redes aceptan que el campo Direccin del ETD llamante tenga un tamao cero, y es la propia red la que identifica a quien llama y completa el paquete con la direccin correcta, de forma que el destino sepa quien es quien le llama. Posteriormente tenemos el campo Longitud del campo Facilidades que indica el nmero de octetos que ocupa el siguiente campo. Si no hay campo facilidades, este byte estar a cero. El campo Facilidades, codifica los posibles parmetros que regirn la comunicacin. Este campo constar de un nmero entero de octetos que nunca exceder de 109. El conjunto de estas facilidades, as como su codificacin, lo veremos en el apartado 5 de este mismo captulo. Por ltimo tenemos el campo de Datos de usuario. Es un campo de 0 a 16 octetos que podr portar cualquier dato que el ETD llamante desee comunicar al llamado. Este campo puede llegar a 128 octetos si en el campo facilidades se ha elegido la opcin Fast Select que veremos ms adelante. Los primeros cuatro bytes de este campo suelen ser usados para identificacin de protocolo (por ejemplo los PAD suelen codificar este campo con 0 0 0 1). En caso de que tanto la red (ETCD) emita un paquete de llamada entrante a la vez que el ETD emita un paquete de solicitud de llamada, por un mismo circuito virtual, se producir una colisin de llamadas. En este caso la red liberar la llamada entrante, con causa nmero ocupado, y considerar la solicitud de llamada. Paquete de Llamada conectada y Llamada aceptada: En el apartado anterior nos quedamos en la mitad del establecimiento de llamada. Pues bien, la llamada se completa cuando el DTE llamado contesta al ETD que origin la llamada con un paquete de Llamada conectada. Este paquete lo recibe la red y lo retransmite al ETD origen de la llamada como un paquete de Llamada aceptada (ambos paquetes son idnticos solo que con el nmero de circuito virtual traducido al del otro extremo.).
Pg: 21

Este paquete es similar al paquete visto en el apartado anterior. Las diferencias son: 1. El tercer byte de la cabecera, que identifica al tipo de paquete, ir codificado de la forma siguiente: 0 0 0 0 1 1 1 1. 2. El campo de Datos de Usuario, ltimo campo del paquete, podr existir solamente si se seleccion la facilidad Fast Select y su tamao ser de 128 bytes como mximo. 3. Todos los campos que siguen a la cabecera son opcionales. Veamos varios ejemplos de uso de estos paquetes:

DTE

Solicitud de

ETCD

RED ETCD
Llamada entrante Llamada aceptada

DTE

Llamada conectada Solicitud de Llamada entrante Indicacin liberacin Confirmacin Solicitud de Confirmacin

Solicitud de Indicacin liberacin Confirmacin

En este ejemplo vemos que aparecen otros tipos de paquetes diferentes a los de establecimiento de la comunicacin. Estos paquetes son de liberacin de la comunicacin que sern vistos a continuacin. Paquete de Solicitud de liberacin e Indicacin de liberacin: El paquete de solicitud de liberacin es enviado por un ETD para indicar que desea cortar la comunicacin establecida o bien para indicar que no desea establecer una comunicacin. Es por tanto un paquete que va del ETD al ETCD. El de Indicacin de liberacin es el mismo que el de solicitud slo que va en direccin contraria, esto es, del ETCD (la red) al ETD. Cualquiera de los dos ETDs, puede liberar una comunicacin generando una solicitud de liberacin a su nodo local en la red. El nodo devolver confirmacin de la anulacin localmente y har seguir la liberacin, a travs de la red, hacia el ETD destino.

Pg 22

La estructura de este paquete es la siguiente:

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico 0 0 1 0 0 1 Causa de la Liberacin Cdigo de Diagnstico

Como vemos en el ejemplo del apartado anterior, la liberacin de la comunicacin puede ser realizada tanto por la red como por un DTE.

El campo Causa de la Liberacin codifica la informacin de quien origin la liberacin y la principal causa de ello. A continuacin exponemos las principales causas de liberacin de una comunicacin as como su codificacin: Codificacin CAUSA 87654321 0 0 0 0 0 0 0 0 Originado por el DTE 1 x x x x x x x Originado por el DTE 00000001 00010001 00001001 00011001 00100001 00101001 00000011 00001011 00010011 00000101 00001101 EXPLICACIN

El DTE ha liberado la llamada sin ms. El DTE libera la llamada y puede indicar la causa en los bits x. Nmero Ocupado La red informa que el ETD llamado no tiene circuitos virtuales libres. Error de Procedimiento Un error de protocolo ha ocurrido en el acceso Remoto remoto de la lnea X.25. Fuera de Servicio El DTE remoto est fuera de Servicio. Cobro Revertido no subscrito El DTE remoto no acepta cobro revertido. Destino incompatible Por ejemplo si el campo GFI es invlido. Fast Select no suscrita. El DTE llamado no acepta las llamadas Fast Select. Facilidad solicitada incorrecta Una facilidad del paquete de llamada no es correcta. Acceso Prohibido Por ejemplo mal Grupo Cerrado de Usuarios. Error Local de Procedimiento Ha ocurrido un error de protocolo en el acceso local de la lnea X.25. Congestin de Red Destino Desconocido El nmero del ETD destino de la llamada no existe.

El campo cdigo de diagnstico, que es opcional, da informacin adicional sobre la liberacin tambin de forma codificada. Veamos, en la siguiente tabla, los principales cdigos de diagnstico de liberacin que podemos encontrar en un paquete de liberacin de una llamada:

Codificacin Diagnstico 8 7 6 5 4 3 2 1 0 1 0 0 0 0 0 0 Establecimiento de Llamada, Anulacin de llamada, o problema de

Pg: 23

0 0 0 0 0 0 0 0 0 0 0 0 0

1 1 1 1 1 1 1 1 1 1 1 1 1

0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 1 1 1 1 1 1

0 0 0 1 1 1 1 0 0 0 0 1 1

0 1 1 0 0 1 1 0 0 1 1 0 0

1 0 1 0 1 0 1 0 1 0 1 0 1

registro Facilidad/Cdigo de Registro no permitido. Parmetro Facilidad no vlido o permitido. Direccin Llamada no vlida. Direccin del llamante no vlida. Longitud de Facilidad o Registro incorrecta. Llamada entrante prohibida. No hay canales lgicos disponibles. Colisin de llamadas. Facilidad solicitada duplicada. Longitud de la direccin no nula. Longitud de la facilidad no nula. Facilidad no suministrada cuando se esperaba Facilidad solicitada por el DTE no especificada por la CCITT

Paquete de Confirmacin de liberacin:

Este paquete se enva como respuesta a un paquete de solicitud o de indicacin de liberacin. Puede ser enviado por cualquiera de las partes, el ETD o la red (ETCD). Su estructura es la siguiente:
Bits: 8 7 GFI 0 0 Nmero de Canal Lgico 0 1 0 1 1 1 6 5 4 3 2 1

Cuando la red y el ETD envan un paquete de indicacin de liberacin y un paquete de solicitud de liberacin, respectivamente y a la vez, por un mismo circuito virtual, tanto la red como el ETD considerarn que la liberacin se ha completado y no se enviarn los correspondientes paquetes de confirmacin de liberacin. Una vez liberada la conexin, el canal lgico que se estaba usando queda liberado para una nueva conexin. Paquete de Datos: Una vez establecida una comunicacin entre dos ETDs X.25, se ha creado un circuito lgico entre ellos identificado por cada ETD por su correspondiente nmero de canal lgico. Cualquiera de los dos ETDs, o los dos, puede enviar informacin al otro extremo. Esta informacin se enva en paquetes de datos. Los paquetes de datos, por tanto, transportan Datos desde un ETD hacia el otro, mientras el canal lgico est en estado de transferencia. Estos paquetes pasan por la red transparentemente, conservndose el orden de los bits de los datos. Las secuencias de paquetes son entregadas a su destino como secuencias completas de paquetes. Cada paquete de datos transferido para cada direccin, est numerado de forma secuencial (en mdulo 8 128). Este nmero de secuencia, denominado P(s), es generado por el ETD que origina y enva el paquete de datos. Cada circuito virtual establecido tendr una numeracin independiente de los paquetes de datos que circulen por ellos. El primer paquete enviado, en
Pg 24

cada direccin, despus del establecimiento de la comunicacin, ir numerado como P(s) = 0. Un paquete de datos, recibido por la red, con un P(s) que no es el esperado en el canal lgico, ser considerado como un error de procedimiento local. La red reiniciar el circuito virtual. El tamao de la ventana de este nivel, W (ventana que es independiente de la del nivel 2 y que por tanto puede tener un valor distinto), determina el nmero mximo de paquetes de datos que pueden emitirse, por cada direccin, sin recepcin de acuse de recibo del otro extremo. La estructura de este paquete es como sigue:
Bits: 8 7 6 5 4 3 2 1

GFI LCGN Nmero de Canal Lgico P(r) M P(s) Campo de Datos de Usuario

Dentro del campo GFI existen dos bits con un significado especfico en este tipo de paquetes. El bit Q indica, si est activo, que este paquete transporta informacin de un subnivel superior, o con un significado especial (por ejemplo paquetes X.29).

El bit D, o bit de confirmacin de entrega, en caso de estar activo, indicara que el ETD origen desea recibir, por parte del ETD destino, aceptacin de dicho paquete a su recepcin (validacin extremo a extremo). El contador P(r) indica cual debe ser el nmero de secuencia del paquete de datos que se reciba del otro ETD y por tanto confirma la recepcin correcta de los paquetes de datos anteriores a ste. El contador P(s) ya ha sido explicado al igual que el bit M de indicacin de que quedan por transmitirse ms paquetes de datos de un mismo mensaje. El campo de datos tiene un tamao mnimo de un byte y mximo de 128 o 256 byte. Es en este campo donde se transmiten los datos de usuario o de niveles superiores. Paquete de Interrupcin: El procedimiento de interrupciones, permite a un ETD transmitir datos al ETD remoto, sin seguir los procedimientos de secuenciamiento ni control de flujo que se aplica a los paquetes de datos. Este procedimiento slo puede ser utilizado en fase de transferencia de datos, y nunca en fase de establecimiento o liberacin de llamadas. Este proceso se inicia con el envo por parte de un ETD de un paquete de Interrupcin al otro ETD. El ETD receptor deber responder a este paquete enviando un paquete de confirmacin de interrupcin. La red no admitir el envo de un segundo paquete de interrupcin mientras no se haya recibido la confirmacin del primero de ellos (se considerar como un error de procedimiento local y la red reiniciar el circuito virtual). Un paquete de interrupcin tiene ms prioridad que los paquetes de datos, y se salta los paquetes de datos que hubiera por delante y que todava no hubieran sido recibidos por el ETD receptor. Su estructura es la siguiente:

Pg: 25

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico 0 1 0 0 0 1 Campo de Datos de Usuario

El campo Datos de Usuario debe tener una longitud desde 1 octeto a 32 octetos.

Paquete de Confirmacin de interrupcin: Su significado ha sido explicado en el apartado anterior y su estructura es la siguiente:
Bits: 8 7 GFI 0 6 5 4 3 2 1

LCGN Nmero de Canal Lgico 0 1 0 0 1 1

Paquete RR: Los paquetes RR son utilizados para acuse de recibo de paquetes de datos, a la vez que indican que se est en disposicin de recibir ms paquetes de datos. Conviene recordar que los mismos paquetes de datos, al incluir el contador P(r), estn sirviendo a su vez para acusar recibo de otros paquetes de datos. Su formato es como sigue:

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico P(r) 0 0 0 0

Paquete RNR: Indica la indisponibilidad temporal, por parte del ETD que emite este paquete, de recibir ms paquetes de datos. Se usa por tanto para control de flujo. A su vez acusa recibo de los paquetes anteriores a P(r).
Bits: 8 7 GFI 6 5 4 3 2 1

LCGN Nmero de Canal Lgico P(r) 0 0 1 0

Paquete REJ:

Pg 26

Permite que un DTE pida al ETCD local que retransmita los paquetes de datos a partir del numerado con P(s) = P(r). El uso de este tipo de paquetes es opcional y normalmente no se utiliza.
Bits: 8 7 GFI 6 5 4 3 2 1

LCGN Nmero de Canal Lgico P(r) 0 1 0 0

Paquete de Solicitud de reinicio e Indicacin de reinicio: El procedimiento de reinicio (reset) es utilizado para resincronizar el control de flujo y resecuenciamiento de la numeracin en la fase de transferencia de datos sobre cualquier tipo de canal lgico. Cuando se hace uso de este procedimiento, la red elimina todos los paquetes de datos e interrupciones pertenecientes a la comunicacin virtual afectada. En resumen, los paquetes de reinicio afectan slo al circuito virtual involucrado y son utilizados cuando: 1. Ocurre un error de secuenciamiento de paquetes. 2. Ocurre un error de control de flujo. Una vez que un circuito lgico se ha reiniciado, la ventana de cada direccin quedar a cero y el nmero de secuencia del primer paquete de datos que se enviar por cada direccin ser tambin cero (los contadores N(s) y N(r) de cada equipo que interviene en dicha comunicacin virtual se ponen a cero). El procedimiento de reinicio se realiza segn el siguiente esquema:

DTE
Solicitud de reinicio

ETCD

RED

ETCD
Indicacin de reinicio Confirmacin de Indicacin de reinicio Confirmacin de

DTE

Confirmacin de reinicio

Indicacin de reinicio Confirmacin de reinicio

Una vez ms, el paquete de solicitud de reinicio se diferencia del de indicacin de reinicio en que el primero lo provoca el ETD mientras que el segundo parte de la red. La arquitectura de este paquete es la siguiente:

Pg: 27

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico 0 0 1 1 0 1 Causa de la Reiniciacin Cdigo de Diagnstico

El campo Causa de la Reiniciacin contiene la codificacin de la razn que provoc el procedimiento de reinicio. El campo Cdigo de Diagnstico es opcional y proporciona informacin

adicional de la causa de la reinicializacin.

A continuacin exponemos los cdigos de las principales causas de Reinicio de una comunicacin:

Codificacin CAUSA 87654321 0 0 0 0 0 0 0 0 Originado por el DTE 1 x x x x x x x Originado por el DTE 0 0 0 0 0 0 0 1 Fuera de Servicio. 0 0 0 0 0 0 1 1 Error de Procedimiento Remoto 0 0 0 0 0 1 0 1 Error Local de Procedimiento 0 0 0 0 0 1 1 1 Congestin de Red. 0 0 0 0 1 0 0 1 DTE remoto operacional. 0 0 0 0 1 1 1 1 Red Operacional. 0 0 0 1 0 0 0 1 Destino incompatible. 0 0 0 1 1 1 0 1 Red fuera de Servicio

EXPLICACIN El DTE ha reseteado la llamada sin ms informacin El DTE resetea la llamada y puede indicar la causa el los bits x. El DTE remoto est fuera de servicio. Solo PVC. Un error de protocolo ha ocurrido en el acceso remoto de la lnea X.25. Ha ocurrido un error de protocolo en el acceso local de la lnea X.25. Slo para Circuitos Virtuales Permanentes (PVC). Slo para Circuitos Virtuales Permanentes (PVC). Por ejemplo si la cabecera del paquete es incorrecta. Slo para Circuitos Virtuales Permanentes (PVC).

El campo cdigo de diagnstico, que es opcional, da informacin adicional sobre la liberacin, tambin de forma codificada.

Veamos, en la siguiente tabla, los principales cdigos de diagnstico de reinicio que podemos encontrar en el paquete:

8 0 0 0 0 0 0 0

Codificacin 7 6 5 4 3 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 0 0 0 1 0 0 0 0 0 1 1 0 0 0 1 0 0 0 0 0

Diagnstico 1 0 1 0 0 0 0 0 Sin informacin adicional. P(s) invlido. P(r) invlido. Tipo de paquete invlido en el estado actual de operacin. Paquete no permitido o no correcto. Vencimiento de temporizador. Dificultad en el establecimiento de la comunicacin.

Pg 28

1 0 0 0 0 0 0 0 Recuperacin. Suele acompaar a un cdigo de Congestin de Red.

Paquetes de Confirmacin de reinicio: Sirven para confirmar, tanto por parte del ETD como por parte de la Red, la solicitud e indicacin de reinicio respectivamente. Su estructura es la siguiente:

Bits: 8

7 GFI

LCGN Nmero de Canal Lgico 0 0 1 1 1 1

Si se produce colisin de paquetes de solicitud e indicacin de reinicio, se considerar que el reinicio se ha completado y no se enviarn los paquetes de confirmacin de reinicio. Paquete de Solicitud de rearranque e Indicacin de rearranque: Sirven para inicializar todo el nivel 3 o nivel de paquetes del X.25. Se utiliza cuando se establece por primera vez una conexin entre un ETD y un ETCD X.25 como inicializacin del nivel 3. Tambin se utiliza para reinicializar todo el nivel en caso de problemas irrecuperables. Este procedimiento anula y libera todas las llamadas virtuales que estuvieran establecidas y reinicializa todos los circuitos virtuales permanentes del interfaz. Un ETD puede en cualquier momento iniciar un procedimiento de rearranque transmitiendo un paquete de Solicitud de rearranque. En este caso la red se encarga de emitir todos los paquetes de indicacin de liberacin (si VC) o indicacin de reinicio (si PVC) a todos y cada uno de los ETDs que estuvieran en comunicacin con el que inici el procedimiento. Cada indicacin de anulacin deber ser validada con un paquete de confirmacin.

La red iniciar un procedimiento de rearranque si se produce o detecta alguna de las siguientes condiciones: 1. Error de procedimiento local que afecte a todos los canales lgicos del interfaz. 2. Fallo de ruta. Hay un fallo en la ruta fsica utilizada para conectarse al ETD local. 3. Fallo de un centro o nodo de la red. El procedimiento se inicia una vez recuperado el fallo.

La estructura de estos paquetes es la siguiente:

Pg: 29

Bits: 8

1 0 0 1

Como podemos apreciar, tanto el campo Nmero de Grupo de Canal Lgico como el Nmero de canal lgico se encuentran a cero (ya comentamos que el canal lgico cero se suele utilizar en la mayora de las redes como canal para control y gestin de enlace de la red.
GFI 0 0 1 1 0 0 0 0 0 0 0 0 1 1 1 0 1 Causa de la Rearranque Cdigo de Diagnstico

El campo Causa de Rearranque codifica el motivo por el que se inici el procedimiento, y el campo opcional Cdigo de Diagnstico proporciona, de forma codificada, informacin adicional a la causa del rearranque.

A continuacin exponemos los cdigos de las principales causas de Rearranque de una comunicacin: Codificacin CAUSA EXPLICACIN 87654321 0 0 0 0 0 0 0 1 Error Local de Procedimiento Ha ocurrido un error de protocolo en el acceso local de la lnea X.25. 0 0 0 0 0 0 1 1 Congestin de Red. 0 0 0 0 0 1 1 1 Red Operacional. Ha habido un problema en la red pero ya est subsanado.

Los cdigos de diagnstico son los mismos que para el procedimiento de reinicio. Paquete de Confirmacin de rearranque: Sirven para confirmar, tanto por parte del ETD como por parte de la Red, la solicitud e indicacin de rearranque respectivamente. Su estructura es la siguiente:
Bits: 8 0 1 7 6 5 0 1 4 0 0 1 3 0 0 1 2 0 0 1 1 0 0 1

GFI 0 0 1 1

Si se produce colisin de paquetes de solicitud e indicacin de rearranque, se considerar que el procedimiento de rearranque se ha completado y no se enviarn los paquetes de confirmacin respectivos. Paquete de Diagnstico: Un paquete de diagnstico es emitido por el ETCD para informar de un error serio, tal como un cdigo de tipo de paquete incorrecto o una violacin de los diagramas de estado del nivel de paquetes. Estos paquetes tambin utilizan el canal lgico cero.

Pg 30

La estructura de este paquete es la siguiente:

Bits: 8 0 1 7 GFI 0 1 6 5 4 3 2 1 0 0 1

0 0 0 0 0 0 0 0 1 1 0 0 0 Cdigo de Diagnstico Explicacin del diagnstico.

El campo cdigo de diagnstico codifica la razn del error segn cdigos como los ya vistos en paquetes anteriormente explicados. El campo Explicacin del diagnstico devuelve la cabecera del paquete causa de la emisin del diagnstico, o bien, informacin adicional si el error fue causado por otra razn (por ejemplo el vencimiento de un temporizador).

VARIABLES, CONTADORES Y TEMPORIZADORES. En este nivel, al igual que ocurra en el Nivel 2 del X.25, se utilizan una serie de variables internas para una correcta gestin del protocolo. Veamos a continuacin como se denominan dichas variables y su significado: Contadores N(s) y N(r): Cada equipo X.25, deber disponer, para gestin del nivel 3, de una pareja de contadores por cada circuito virtual que pueda utilizar. El significado de cada uno de estos contadores es idntico a los del nivel 2. Variables P(s) y P(r): Estas variables son las que se utilizan para control de flujo, esto es, se introducen como campos en los paquetes que sirven como control de flujo: paquetes de datos, RR, RNR y REJ. Temporizadores que utiliza el ETCD: 1. T10: Tiempo de espera para una respuesta de una indicacin de rearranque. Normalmente tiene un valor de 60 segundos y al vencimiento de este tiempo se enva un paquete de Diagnstico (en IBERPAC tiene un valor de 5 segundos). 2. T11: Tiempo de espera para una respuesta a una llamada entrante. Normalmente tiene un valor de 180 segundos y al vencimiento de este tiempo se enva un paquete de liberacin de la llamada (en IBERPAC tiene un valor de 5 segundos). 3. T12: Tiempo de espera para una respuesta a una indicacin de reinicio. El valor habitual es de 69 segundos y a su vencimiento se enva un paquete de liberacin de la llamada (en IBERPAC tiene un valor de 5 segundos). 4. T13: Tiempo de espera a un paquete de liberacin. Normalmente tiene un valor de 60 segundos al cabo del cual se emite un paquete de diagnstico. Temporizadores utilizados por el ETD:
Pg: 31

5. T20: Tiempo de espera para un paquete de requerimiento de rearranque. Normalmente tiene un valor de 180 segundos y al cabo del mismo se vuelve a emitir otro paquete de solicitud de rearranque. 6. T21: Tiempo de espera de respuesta a un paquete de solicitud de llamada. Su valor suele ser de 200 segundos y al cabo del mismo se enva un paquete de liberacin de la llamada. 7. T22: Tiempo de espera de respuesta a un paquete de reinicio. Suele tener un valor de 180 segundos y a su vencimiento se enva un paquete de liberacin. 8. T23: Tiempo de espera de respuesta a un paquete de liberacin del circuito virtual. Su valor ms comn es de 180 segundos y a su vencimiento se emite de nuevo otro paquete de liberacin. CONTROL DE FLUJO EXTREMO A EXTREMO. De igual manera que el nivel de enlace, el nivel de paquete de X.25 posee un control sobre el flujo de paquetes. Las tramas a nivel de enlace slo se numeran si se trata de tramas de informacin. A nivel de paquete tambin se numeran slo los paquetes de datos. Cada paquete de datos incorpora dos contadores: P(S) y P(R), el nmero de paquete enviado y el que se espera recibir. Estos nmeros de secuencia a nivel de paquete no tienen nada que ver con los que vimos a nivel de enlace, esto es, son independientes. En el nivel de paquete existe adems otra caracterstica importante. Cada canal lgico lleva sus contadores P(S) y P(R) independientemente de los otros canales lgicos. El nivel tres del X.25, es tambin un protocolo de envo continuo con mecanismo de ventana deslizante. El mximo valor de ventana, cuando se usa numeracin mdulo 8 (3 bits para codificar el nmero de paquete), es de 7 paquetes pendientes de confirmacin, pero la mayora de las redes estn predeterminadas a un valor de ventana igual a 2. Llamamos ventana local al nmero de paquetes que el DTE puede recibir sin necesidad de enviar la confirmacin, y ventana remota al de paquetes que le est permitido mandar sin esperar confirmacin. El tamao de la ventana se puede variar, acordndolo como una de las facilidades de la red. Otra caracterstica importante es que la ventana local y la remota pueden ser diferentes. Los mecanismos para control de flujo son, adems de los propios del uso de ventana deslizante, el uso de paquetes como RNR y RR. Pero tambin en este nivel se hace uso de un mecanismo particular para control de flujo extremo a extremo que consiste en el uso del ya mencionado bit D (Delivery). Como ya se ha comentado, cuando en un paquete se activa este bit, obliga al extremo remoto a responder inmediatamente a dicho paquete. Por ltimo, el uso de paquetes de datos no numerados, como son los paquetes de interrupcin, provee mecanismos de prioridad de gran utilidad en casos de bloqueos en el flujo. FACILIDADES DE X25. Vimos como en los paquetes de solicitud de llamada y llamada entrante, haba un campo para codificacin de facilidades. Las facilidades opcionales de usuario son elementos de servicio, adicionales al servicio bsico, que pueden ser utilizadas o no por el usuario. Pueden ser de dos tipos:

Pg 32

 Facilidades por contratacin: Son aquellas que deben ser solicitadas por el usuario al contratar el servicio con la entidad que explota la red. Ejemplos: CANALES LGICOS UNIDIRECCIONALES SALIENTES. Permite solo realizar llamadas hacia el exterior manteniendo su capacidad dplex de transferencia de datos. CANALES LGICOS UNIDIRECCIONALES ENTRANTES. Solo permite recepcin de llamadas por ellos, manteniendo tambin su capacidad dplex. PROHIBICIN DE LLAMADAS SALIENTES. Se aplica a todos los circuitos virtuales de un mismo interfaz fsico. La red no aceptar llamadas provenientes del ETD conectado a dicho interface. PROHIBICIN DE LLAMADAS ENTRANTES. Se aplica a todos los circuitos virtuales de un mismo interfaz fsico. La red rechazar todas las llamadas con destino a dicho interface con causa acceso prohibido. NUMERACIN SECUENCIAL AMPLIADA DE PAQUETES: Proporciona una numeracin de secuencia mdulo 128 (La numeracin normal es mdulo 8). TAMAO DE VENTANA. Por defecto el tamao de la ventana de este nivel es 2. Se podr contratar cualquier valor entre 2 y 7. GRUPO CERRADO DE USUARIOS (GCU): Permite a un ETD pertenecer a uno o ms grupos cerrados de usuario. Un grupo cerrado de usuarios permite a sus miembros comunicarse entre ellos pero no con el exterior. Se simula as una red privada entre aquellos que pertenecen al grupo. GRUPOS DE SALTO: Se puede tener varias lneas X.25 definidas en un grupo de salto. Este grupo de salto tendr una direccin de red nica, de forma que las llamadas recibidas a ese nmero se irn repartiendo de forma equilibrada entre las distintas lneas fsicas que forman el grupo. Adems, cada lnea perteneciente al grupo posee tambin su propia direccin de red, que por supuesto ser diferente a la del grupo. Las llamadas realizadas a la direccin de una lnea, aunque sta pertenezca a un grupo de salto, irn siempre a la lnea que posee dicha direccin de red. La principal ventaja de usar Grupos de Salto con varias lneas es que los circuitos virtuales se pueden distribuir entre varias lneas fsicas, y si alguna de ellas cae, como mucho se perdern las comunicaciones que estuvieran establecidas en la lnea que fall, pero se podrn seguir atendiendo llamadas por las otras lneas del grupo. ACEPTACIN DE COBRO REVERTIDO: Autoriza al ETCD a transmitir al ETD paquetes de Llamada Entrante con la solicitud de la facilidad de Cobro Revertido. ACEPTACIN DE SELECCIN RPIDA. Si no se est suscrito a esta facilidad, la red no permitir que el ETD asociado a la lnea reciba paquetes de llamada con esta opcin liberando dichas llamadas con causa Destino no suscrito a aceptacin de seleccin rpida. SELECCIN RPIDA. Si no se est suscrito a esta facilidad, el ETD asociado a la lnea no podr realizar llamadas con esta facilidad.

Pg: 33

NEGOCIACIN DE PARMETROS DE CONTROL DE FLUJO. Permite a los usuarios suscritos a esta facilidad, negociar los parmetros de control de flujo en cada comunicacin. Estos parmetros son: tamao mximo del campo de datos de los paquetes y tamao de la ventana de este nivel. Facilidades por llamada: Son aquellas que deben solicitarse en forma particularizada para cada llamada virtual en que se necesite, mediante dilogo interactivo con la red. Para poder utilizar una facilidad por llamada es preciso estar suscrito a la correspondiente facilidad por contratacin. Estas facilidades son las que deben estar especificadas en el correspondiente campo de los paquetes de llamada. Ejemplos: NEGOCIACIN DE PARMETRO DE CONTROL DE FLUJO: El ETD que desea solicitar algn parmetro de control de flujo indica los valores deseados en el paquete de Solicitud de Llamada. Para los parmetros no indicados se toman los valores contratados (por defecto). COBRO REVERTIDO: El ETD indica en el paquete de Solicitud de Llamada, que desea cargar el costo de la comunicacin al ETD llamado. SELECCIN RPIDA: Se usa como alternativa al establecimiento de una llamada normal. Con esta facilidad, el paquete de solicitud de llamada y llamada entrante puede transportar hasta 128 octetos de datos de usuario. El ETD destino puede usar esta informacin para seleccionar recursos o tomar una decisin acerca de la llamada. Podra incluso rechazar la llamada y utilizar los 128 octetos disponibles en el paquete de solicitud de liberacin para indicar al llamante las razones del rechazo. Algunas redes no permiten que los paquetes de solicitud de liberacin puedan transportar 128 octetos de informacin. Si la llamada es aceptada, se pasa a una fase de transferencia de informacin igual a si se hubiera utilizado paquetes de llamada normales.

NUMERACIN EN REDES PBLICAS DE DATOS. X.121. En orden de asignar a cada conexin fsica de una red pblica de datos una nica direccin (nmero) y poder interconectar todas las posibles redes pblicas, la CCITT ha definido un plan internacional de numeracin recogido bajo la norma X.121. A cada conexin se le asigna un nmero que puede ser de hasta 14 dgitos de largo. Los primeros tres dgitos identifican el cdigo del pas (Data Country Code) y el cuarto cdigo indica a qu red del pas se identifica. A estos cuatro dgitos juntos se los denomina Cdigo de Identificacin de la Red de Datos o DNIC (Data Network Identification Code). Los siguientes nmeros, hasta un total de diez, identifican el abonado de la red. DNIC X X X Y Z Z Z Z Z Z Z Z Z Z DCC DNIC: DCC: NI: NTN: NI NTN

Data Network Identification Code. Data Country Code. Network Identifier. Network Terminal Number.

Pg 34

La norma X.121, puede aplicarse ms all de las redes pblicas de datos. El primer dgito del campo DNIC tienen un significado especial: - 0 y 1: reservado. - 2: Primer dgito para cdigos de redes de datos en Europa. - 3: Primer dgito para cdigos de redes de datos en Norte Amrica. - 4: Primer dgito para cdigos de redes de datos en Asia. - 5: Primer dgito para cdigos de redes de datos de Australia y Oceana. - 6: Primer dgito para cdigos de redes de datos de frica. - 7: Primer dgito para cdigos de redes de datos en Sur Amrica. - 8: Prefijo para interconexin con redes tlex. - 9: Prefijo para interconexin con redes telefnicas. Esta numeracin tiene espacio para 600 Cdigos de redes de datos de diferentes pases y 6000 DNICs. Si un pas tiene ms de diez redes pblicas de datos diferentes habr que asignarle un cdigo de pas diferente. Ejemplos de cdigos de pases (DCC) son: 204: 206: 208: 214: 228: 234: 238: Holanda. Blgica. Francia. Espaa. Suiza. Reino Unido. Dinamarca 240: 242: 244: 262: 302: 310: 440: Suecia. Noruega. Finlandia. Alemania. Canad. Estados Unidos. Japn.

INTERCONEXIN DE REDES X25. PROTOCOLO X.75 El establecimiento de redes de datos de conmutacin de paquetes ha hecho necesaria la normalizacin de las conexiones entre estas redes, habindose abordado este problema por el CCITT en la recomendacin X.75, y definiendo el sistema de numeracin internacional en la recomendacin X.121, vista en el apartado anterior. La recomendacin X.75 del CCITT tiene como ttulo "Procedimientos de Control del Terminal y de Trnsito de las Comunicaciones y Sistema de Transferencia de Datos por Circuitos Internacionales entre Redes de Datos de Conmutacin de Paquetes". La norma X.75 est basada en la X.25 y tambin abarca tres niveles OSI: el fsico, el de enlace o de tramas y el de red o de paquetes: El Nivel Fsico, est diseado para usar velocidades de 64 Kbits/sg. con el interface G.703 (interface digital PCM) aunque se pueden utilizar velocidades menores pero siempre debe ser sncrono y full dplex. Est especificado en las recomendaciones V de la CCITT. El Nivel de enlace, usa el protocolo LAP-B con la opcin Secuencia de numeracin Extendida a 128 (el campo de control ocupa 16 bits).

Pg: 35

 El Nivel de red o de paquetes, est basado en el mismo nivel de X.25 pero con un campo extra para Utilidades en los paquetes Solicitud de llamada y Llamada Conectada. Estas utilidades permiten que se enven informacin entre las propias redes. El protocolo X.75, podra usarse tambin como estndar para gateways entre redes de rea local y redes pblicas de conmutacin de paquetes. CONCENTRADORES DE LNEAS X.25. Los Concentradores de lneas X.25 son aparatos que poseen varias lneas para interfaz X.25. Fsicamente suelen consistir en una caja con varias lneas RS-232 y una serie de leds que indican el estado de conexin de cada lnea. Las conexiones RS-232 o V.24, representan los interfaces fsicos de las lneas X.25 aunque por lo general una de las lneas suele ser asncrona. Esta lnea asncrona no utiliza el protocolo X.25 (como es evidente), y se utiliza para configuracin del equipo conectando un terminal asncrono (normalmente es una lnea PAD que veremos lo que es posteriormente). Las lneas sncronas suelen ser lneas X.25 y estn preparadas para ser conectadas bien a terminales X.25, bien a un ETCD X.25 (a la red). Las posibilidades de configuracin de estos equipos pueden ser muy variadas, (dependiendo de fabricantes, modelos, etc.) aunque por lo general afectan a parmetros de cada uno de los tres niveles X.25. Veamos cuales suelen ser estos parmetros por cada nivel: Nivel fsico: Se suele poder configurar cada uno de los interfaces fsicos por separado. Los parmetros que se suelen configurar en este nivel son: 1. Velocidad de cada lnea. 2. Tipo de reloj: interno o externo. 3. Modo de funcionamiento del interface V.24: DTE o DCE Nivel 2 o de trama: Este nivel tambin se configura para cada interface X.25. Los diferentes parmetros que se suelen configurar son: 1. Direccin de la estacin para el protocolo LAP-B. Recordaremos que las tramas LAP-B tiene un campo de direccin que se utiliza para identificar los comandos y las respuestas. Vimos en la definicin del nivel 2 del X.25 que la red tena la direccin 1 mientras que el ETD tena como direccin el cdigo 3. Este parmetro, por tanto, se utiliza para hacer que la lnea del conmutador afectada se comporte como si fuera la red, con direccin 1, o como un equipo terminal, con direccin 3. Por supuesto, el equipo que se conecte deber tener la direccin contraria pues en otro caso no se establecera el enlace a nivel 2. 2. Tamao de la ventana de nivel 2. 3. Formato de las tramas, extendido o no extendido. 4. Valor del contador N2. 5. Valor de los temporizadores de este nivel. Nivel 3 o nivel de paquete. Recordamos que este nivel gestiona la comunicacin extremo a extremo, y que los equipos que se comunican podran estar, por qu no, conectados en lneas distintas del mismo concentrador de lneas. Hay por tanto que prever en este nivel cmo identificar a cada lnea X.25 del concentrador entre otros parmetros de este nivel: 1. Identificacin o direccin de red del conmutador X.25. Este parmetro se utiliza para poder identificar una llamada dirigida a l as como para

Pg 36

introducir dicha direccin en los paquetes de llamada que el equipo realice al exterior. 2. Identificacin de cada una de las lneas X.25 del concentrador. Cuando al concentrador le entra una llamada por uno de sus enlaces, debe saber por qu enlace sacarla ya que l no es un equipo terminal X.25. De alguna manera lo que hay que configurar es cmo enrutar las llamadas que le entren. 3. Nmero de circuitos virtuales tanto permanentes como conmutados. 4. Valores o numeracin que tienen estos circuitos virtuales. 5. Tamao de ventana de este nivel. 6. Tamao del campo de datos de los paquetes: 128 o 256. 7. Numeracin mdulo 8 128. 8. Valores de los distintos temporizadores de este nivel. 9. Facilidades permitidas. No todos los parmetros antes mencionados son configurables en todos los conmutadores X.25, puesto que algunos equipos tienen valores predefinidos en fbrica que no pueden ser modificados. Tambin hay equipos que ofrecen ms prestaciones y que por tanto permiten configurar parmetros no especificados en la relacin anterior. Por otro lado, tambin suelen proveer estadsticas de uso y funcionamiento del equipo, as como errores detectados en el funcionamiento de cada enlace. Podramos considerar a un concentrador de lneas X.25, como un mini-nodo de una posible red X.25. Si interconectramos varios de estos concentradores, configurndolos adecuadamente, podramos crear una red privada X.25 (es lo que suelen hacer muchas grandes empresas como bancos, empresas elctricas, aeropuertos, compaas de seguros, etc.). Un esquema tpico de uso de estos concentradores es el siguiente:

Lneas X.25 Terminal X.25

RED
X.25

CONCENTRADOR DE LNEAS X.25

Terminal X.25 Terminal X.25

Lnea Asncrona Terminal Asncron

Terminal X.25

En el esquema anterior podemos ver como una lnea de red X.25 puede ser utilizada por cuatro terminales X.25 y por un terminal asncrono incluso de forma simultnea (si se tienen contratados suficientes circuitos virtuales). Tambin podran comunicarse los terminales X.25 y el asncrono entre s, dos a dos, con incluso varias conexiones simultneas en el caso de los terminales X.25.
Pg: 37

Podramos conectar alguna lnea X.25 a otro concentrador X.25 y as ampliar la mini-red como ya hemos comentado, o incluso utilizar lneas punto a punto y mdems sncronos para conectar concentradores remotos y extender el mbito de la red. El terminal asncrono podra ser utilizado para configuracin de los parmetros vistos, aunque podran configurarse, si el concentrador lo permite, desde cualquiera de los enlaces X.25. Hay concentradores que permiten ser configurados de forma remota, esto es, conectndose a ellos a travs de la red X.25. Esto permite telemantenimiento o mantenimiento remoto. PAD X.25. Un PAD X.25 (Packet Assembler/Disassembler o ensamblador/desensamblador de paquetes) es una caja negra que permite conectar un terminal asncrono no inteligente a una red de conmutacin de paquetes. Un PAD, por tanto, posee una entrada asncrona, a la cual se conecta el terminal asncrono, y otra sncrona, que es la que est conectada a la red de conmutacin de paquetes. La entrada asncrona utiliza el protocolo X.28 para comunicarse con el terminal, mientras que la sncrona usa el protocolo X.25. El modo de funcionamiento del PAD viene definido por los valores asignados a un conjunto de parmetros internos. Este conjunto de parmetros estn definidos por la recomendacin X.3 de la CCITT. Los parmetros X.3 pueden ser modificados, bien por el terminal asncrono, haciendo uso de comandos que ms tarde veremos, bien por el ETD X.25 conectado al PAD a travs de la red de conmutacin de paquetes. Para modificar los parmetros del PAD por un ETD X.25, se utiliza el protocolo X.29. La funcionalidad principal del PAD consiste, por un lado, en empaquetar los datos que le llegan desde el terminal asncrono y transmitirlos en paquetes de datos X.25 hacia el ETD X.25, y por el otro lado, en tomar la informacin que llega en los paquetes de datos del terminal X.25 y enviarlos de forma asncrona al terminal asncrono. De ah su nombre de Ensamblador / Desensamblador de Paquetes (en espaol al PAD se le suele denominar DEP). Otras funcionalidades del PAD son el establecimiento y liberacin de comunicaciones X.25, intercambio de informacin de control con los terminales y control lgico del terminal asncrono. Los PAD tienen dos modos o estados de funcionamiento (similar a los mdems): 1. Modo COMANDO: Los caracteres transmitidos por el ETD X.28 son COMANDOS para el PAD y las respuestas de ste al ETD X.28 se denominan SEALES DE SERVICIO. 2. Modo TRANSFERENCIA: Transferencia de Datos entre el ETD X.25 y el ETD X.28. Los caracteres transmitidos por el ETD X.28 son enviados por el PAD, convenientemente empaquetados, al ETD X.25 y los transmitidos por el ETD X.25 en paquetes de datos con el bit Q a cero, son enviados al ETD X.28 de forma asncrona. Existe la posibilidad de transmisin de COMANDOS por el ETD X.28 sin salir del estado de TRANSFERENCIA mediante la utilizacin de un carcter de ESCAPE. El PAD puede enviar al ETD X.28 SEALES DE SERVICIO de Edicin o como respuesta a los comandos transmitidos con el carcter ESCAPE.

Pg 38

Los Comandos reconocidos por el PAD desde el terminal X.28 son: 1. 2. 3. 4. 5. 6. 7. 8. 9. <CR><CR><CR> : Peticin de Servicio y configuracin. STAT : Peticin de estado de una llamada virtual. CLR : Liberacin de la llamada virtual. PAR? : Lectura de los parmetros X.3. PAR?X,Y : Lectura de los parmetros X.3 nmero X e Y. SET?R:V : Asignacin, y posterior lectura, del valor V al parmetro R. SETR:V : Asignacin del valor V al Parmetro R. PROF X : Asignacin y seleccin del perfil X. RESET : Reinicializacin de la llamada virtual. Envo de un paquete de RESET al ETD X.25. 10.INT : Interrupcin. Envo de un paquete de Interrupcin al ETD X.25. 11.<N X.25> : Establecimiento de una llamada virtual hacia el ETD X.25 con el nmero de red indicado. Veamos grficamente la estructura de comunicaciones con un PAD: X.3
Terminal X.25

X.25

RED X.25

X.25

PAD. X.25

X.28

Terminal Asncrono

X.29

En el dibujo anterior se aprecian cada una de las normativas de la CCITT que intervienen en las comunicaciones con un PAD. Veamos cada una de ella y as comprenderemos el funcionamiento de estos equipos: La Norma X.25 ya ha sido ampliamente explicada por lo que no se necesita informacin adicional. La Norma X.28 define un protocolo asncrono, con su correspondientes bits de startstop, y que est basado en el cdigo ASCII. Las caractersticas de este tipo de comunicacin asncrona se definieron en el apartado 7.2. Consiste, en resumen, en un protocolo asncrono de bytes, con bit de paridad para deteccin de errores simples. La lnea que conecta el PAD con el terminal asncrono puede ser tanto una lnea punto a punto como una lnea conmutada a travs de la RTC (caso de los PAD pblicos). El X.29 es un protocolo idntico al X.25, pero que utiliza en el nivel de paquetes el bit Q (Qualified). Como ya vimos en la explicacin del nivel 3 del X.25, este bit define una comunicacin de nivel superior, dentro del propio nivel 3. En el caso de los PAD, esta comunicacin de nivel superior se refiere a una comunicacin entre el PAD y el terminal X.25, mientras que la de nivel inferior es la existente entre el Terminal Asncrono y el Terminal X.25. Segn esto, cuando el Terminal X.25 desea enviar datos al PAD, los enva en paquetes de datos con el bit Q a 1, mientras que si los datos son para el terminal asncrono este bit ir a 0. Por su parte el PAD se quedar

Pg: 39

con todos aquellos paquetes de datos que vengan con este bit a 1 mientras que desempaquetar y transmitir al terminal asncrono todos aquellos paquetes que reciba con el bit Q a cero. La Norma X.3. Esta norma define un conjunto de parmetros utilizados por los PAD para definir cual va a ser su modo de funcionamiento, tanto por el lado del terminal asncrono, como por el lado de la comunicacin X.25, como internamente. Estos parmetros estn numerados, y los valores que deben tener tambin son numricos.

Veamos cuales son estos parmetros: 1. Parmetro 1: Salida del Estado de Transferencia de Datos mediante carcter ESCAPE. Valores: 0: No se reconoce ningn carcter de ESCAPE. 1 Carcter DLE (<CRTL> P) como carcter de ESCAPE. 2. Parmetro 2: Eco hacia el ETD X.28. Valores: 0: El PAD no devuelve ECO. 1: El PAD devuelve ECO. 3. Parmetro 3: Seales para envo de datos. Carcter de envo de datos (Por el ETD X.28). Valores: 0: No se emplea carcter de envo de datos. 2: Se emplea el carcter CR para envo de datos. 126: Se utiliza cualquier carcter de las columnas 0 y 1 del cdigo CCITT n 5 4. Parmetro 4: Duracin del temporizador de reposo entre caracteres. Valores: 0: No hay temporizador de reposo. 20: Temporizador a 1 segundo. 255: Temporizador a 12,75 segundos. 5. Parmetro 5: Control de Dispositivo auxiliar de transmisin (ETD X.28). Valores: 0: No emplea caracteres DC1 y DC3 para control de flujo. 1: Empleo de caracteres DC1 y DC3 como control de flujo del ETD X.28. 6. Parmetro 6: Transmisin de seales de servicio por el PAD. Valores: 0: El PAD no enva seales de servicio. 1: El PAD transmite seales de servicio. 7. Parmetro 7: Actuacin del PAD cuando recibe la seal de corte -BREAK- desde el ETD X.28. Valores: 0: Ningn efecto. 2: Reinicializacin. 8: ESCAPE. 21: Descartar salida hacia el ETD X.28, interrupcin e indicacin de corte. 8. Parmetro 8: Descartar salida de datos hacia el ETD X.28. Valores: 0: Entrega normal de datos.

Pg 40

1: Descartar salida.

9. Parmetro 9: Caracteres de relleno despus de <CR>. Valores: 0: Sin caracteres de Relleno. 1 - 7: N de caracteres NULL transmitidos por el PAD despus de <CR>. 10.Parmetro 10: Delimitador de lnea. N mximo de caracteres por lnea hacia el ETD X.28. Valores: 0: Sin delimitador de lnea. 1 - 255: N mximo de caracteres contenidos por cada lnea. 11.Parmetro 11: Velocidad de Transmisin del ETD X.28. Valores: 0: Velocidad 110 bps. 2: Velocidad 300 bps. 3: Velocidad 1200 bps. 4: Velocidad 600 bps. 12: Velocidad 2400 bps. 13: Velocidad 4800 bps. 14: Velocidad 9600 bps. 12.Parmetro 12: Control de Flujo del PAD por el ETD X.28. Valores: 0: No se usa carcter alguno para control de flujo del PAD. 1: Se usan los caracteres DC1 y DC3 para control de flujo del PAD. 13.Parmetro 13: Insercin de cambio de lnea <LF> despus de <CR> por el PAD. Valores: 0: No se inserta el carcter <LF>. 1: Inserta <LF> a continuacin de <CR>, en los datos hacia el ETD X.28. 2: Inserta <LF> a continuacin de <CR>, en los datos hacia el ETD X.25. 3: Inserta <LF> a continuacin de <CR>, en los datos hacia los ETDs X.28 y X.25. 4: Inserta <LF> a continuacin de cada <CR> que se devuelva en eco hacia el ETD X.28. 5: Inserta <LF> a continuacin de cada <CR> que se enve como dato, o se devuelva en eco hacia el ETD X.28. 6: Inserta <LF> a continuacin de cada <CR> transmitido como carcter de datos hacia el ETD X.25, y despus de cada carcter devuelto en eco hacia el ETD X.28. 7: Inserta <LF> a continuacin de cada <CR> que aparezca entre los datos a transmitir al ETD X.28 y al ETD X.25, y a continuacin de cada <CR> devuelto en eco hacia el ETD X.28. 14.Parmetro 14: Insercin de caracteres de relleno a continuacin de <LF>. Valores: 0: Sin caracteres de relleno. 1 - 7: N de caracteres NULL transmitidos por el PAD despus de <LF>.

Pg: 41

15.Parmetro 15: Edicin. Valores: 0: No se hace edicin en estado de transferencia de Datos. 1: Empleo de edicin en estado de transferencia de Datos. 16.Parmetro 16: Supresin de carcter (suprime ltimo carcter de la lnea de edicin). Valores: 0 - 127: Nmero de carcter del cdigo CCITT n 5 elegido como carcter de supresin de caracteres. 17.Parmetro 17: Supresin de lnea de edicin (suprime todos los caracteres de la lnea de edicin). Valores: 0 - 127: Nmero de carcter elegido. 18.Parmetro 18: Visualizacin de la lnea de edicin (visualiza en el ETD X.28 la lnea de edicin) Valores: 0 - 127: Nmero de carcter elegido. 19.Parmetro 19: Seales de servicio de edicin. Valores: 0: No se envan seales de servicio. 1: El PAD enva seales de servicio de edicin para terminales teleimpresores. 2: El PAD enva seales de servicio de edicin para terminales de visualizacin. 8: <BS>. 32 - 126: El PAD enva como seales de servicio de edicin el carcter del cdigo CCITT N 5 elegido. 20.Parmetro 20: Enmascaramiento de eco. Valores: 0: No se emplea enmascaramiento de eco. 1: No se devuelve en eco el carcter <CR>. 2: No se devuelve en eco el carcter <LF>. 4: No se devuelven en eco los caracteres: <VT>, <HT>, <FF>. 8: No se devuelven en eco los caracteres: <BEL>, y <BS>. 16: No se devuelven en eco los caracteres: <ESC> y <ENQ>. 32: No se devuelven en eco los caracteres: <ACK>, <NAK>, <STX>, <SOH>, <EOT>, <ETB> y <ETX>. 64: No se devuelven en eco ninguno de los caracteres de edicin designados por los parmetros 16, 17 y 18. 128: No se devuelven en eco ninguno de los restantes caracteres de las columnas 0 y 1 del cdigo CCITT n 5. 21.Parmetro 21: Tratamiento de la Paridad por parte del PAD. Valores: 0: No se verifica ni establece paridad. 3: Se verifica y establece la paridad en los caracteres intercambiados entre el PAD y el ETD X.28.

Pg 42

Se denomina perfil a un conjunto de valores preestablecido de todos estos parmetros. Estos conjuntos de valores, normalmente determinan un modo de funcionamiento especfico y utilizado con frecuencia. Los perfiles tienen asignado un nmero para diferenciarlos unos de otros (en principio no hay una limitacin en el nmero mximo de perfiles que se pueden definir en un PAD aunque el nmero mnimo suele ser tres). Cuando se desea que el PAD trabaje de uno de estos modos definidos por un perfil, en vez de modificar cada uno de los parmetros que definen dicho perfil se puede asignar todo el perfil a la vez mediante el comando PROF X, siendo X el nmero que identifica al perfil que se desea asignar al PAD. La mayora de los PAD pblicos, suelen tener predefinidos tres perfiles: Perfil SIMPLE, Perfil TRANSPARENTE y Perfil DE PARIDAD (igual al SIMPLE pero con tratamiento de Paridad).

El PROTOCOLO X.32. El protocolo X.32 consiste en establecer una conexin, X.25, entre dos ETDs utilizando la RTC (Red Telefnica Conmutada) por medio de mdems (normalmente V22 bis). Cuando un equipo ETD X.25 se conecta a una Red X.25 va RTC, el equipo debe identificarse ya que no tiene un nmero de red conocido al no estar conectado directamente a la red. Esta identificacin es necesaria, primero para fines de facturacin, y segundo para poder conocer sus posibles parmetros y facilidades contratadas. La identificacin de los equipos se realiza a nivel 2 con tramas XID, explicadas al definir el protocolo HDLC. El X.32, incorpora por tanto este tipo de tramas al conjunto de tramas del protocolo LAP-B. El identificativo de X.32 para acceso a este servicio se denomina IUR (Identificativo de Usuario de Red) y est formado por una clave de 4 caracteres proporcionada por la empresa que gestiona el servicio y una clave de 6 caracteres suministrada por el abonado. La red a su vez tambin se identifica ante el terminal X.32 mediante un cdigo denominado CIRD (Cdigo Identificador de la Red de Datos). Hay tres posibles configuraciones que se pueden dar en el establecimiento de este tipo de protocolo: 1. El ETD llamante accede a la red va RTC y el ETD llamado es un abonado de la red pblica X.25. Nodo
X.32 Terminal X.25

X.25

RED X.25

RTC X.32 X.25

Terminal X.32

En este caso, el terminal X.32 realiza una llamada telefnica, va mdem, a un nodo X.32. Cuando ste conteste la llamada se establecer el nivel fsico, posteriormente, se intercambiarn entre el nodo y el terminal tramas XID para identificacin mutua. Si la identificacin es incorrecta, se cortar la comunicacin, en caso contrario, se establecer el nivel 2 de X.25. Posteriormente, el terminal X.32 generar un paquete de solicitud de llamada con la direccin del ETD X.25 con el que desea comunicarse.

2. El ETD llamante es un abonado de la red X.25 y el llamado es un ETD X.32.

Pg: 43

El esquema es el mismo que el del apartado anterior. En este caso, el ETD X.25 llamar al nodo de red X.32. En el paquete de llamada al nodo, en su campo de datos, se introducir el nmero de telfono del terminal X.32. El nodo X.32 marcar el telfono indicado en el paquete de llamada entrante. Cuando el terminal X.32 recibe y contesta la llamada, se establecer el nivel fsico. Posteriormente se intercambiarn, entre el nodo y el terminal X.32, tramas XID y si todo va bien, se establece la comunicacin X.25 entre el Terminal X.25 y el terminal X.32.

3. En este caso, tanto el ETD llamado como el llamante son terminales X.32. Su estructura es la siguiente:
Nodo X.32 Terminal X.32

RED X.25 X.32 X.25

RTC X.32

Terminal X.32

Esta configuracin es combinacin de las dos anteriores y el proceso de llamada es como en el caso 1. y el de conexin con el llamante es como en el caso 2. Esta opcin no es soportada por una gran parte de las redes de datos que permiten conexiones X.32.

Pg 44