Monografias.com > Computación > Redes
Descargar Imprimir Comentar Ver trabajos relacionados

Capa de Red X.25




Enviado por b_diaz



    1.Introducción

    2.Niveles de la X.25

    2.1.El nivel físico

    2.2.El nivel de enlace

    3.Normas auxiliares
    de X.25

    4.Características de X.25

    4.1.Opciones del canal X.25

    5.Principios de
    control de
    flujo

    5.1.Otros tipos de paquetes

    6.Estados de los canales lógicos

    7.Temporizadores para los ETD y ETCD

    8.Formatos de paquetes

    8.1.El bit D

    8.2.El bit M

    8.3.Paquetes A y B

    8.4.El bit Q

    9.Control de flujo
    y ventanas

    10.Facilidades X.25

    11.Otros estándares y niveles

    11.1.El PAD (Ensamblado/Desensamblado de
    paquetes)

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

    11.3.El nivel de transporte

    12.Comunicación entre niveles

    13. Facilidades X2.5 1984

    14.Conclusión

    GLOSARIO

    BIBLIOGRAFIA

    1.Introducción

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

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

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

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

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

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

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

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

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

    trabajan en modo paquete sobre redes de datos
    publicas.

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

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

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

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

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

    la que genera el trafico.

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

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

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

    con la red(ETD/ETCD).

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

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

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

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

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

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

    especificaciones.

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

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

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

    2. NIVELES DE LA X.25

    2.1.El Nivel Físico

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

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

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

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

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

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

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

    encargan los niveles de enlace y de red.

    2.2.El Nivel de Enlace

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

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

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

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

    se crea en nivel de enlace.

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

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

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

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

    Modo(DM).

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

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

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

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

    mientras que la combinacion SARM con LAP es poco
    frecuente.

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

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

    3.Normas Auxiliares
    de X.25

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

    X.1 Clases de servicio del
    usuario

    X.2 Facilidades del usuario

    X.10 Categorias de acceso

    X.92 Conexiones de referencia para paquetes que
    transmiten datos

    X.96 Señales de llamada en curso

    X.121 Plan
    internacional de numeracion

    X.213 Servicios de
    red

    4.Características

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

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

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

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

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

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

    canal fisico.

    4.1.Opciones del canal X.25

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

    Circuito virtual permanente(Permanent Virtual
    Circuit-PVC)

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

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

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

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

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

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

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

    canal logico esta siempre en modo de transferencia de
    informacion.

    Llamada virtual(VC).

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

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

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

    valor 16.

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

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

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

    conmutacion de paquetes pueden mantener su propia
    numeracion LCN.

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

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

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

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

    establecimiento del enlace:

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

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

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

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

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

    La herencia del
    datagrama en X.25.

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

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

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

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

    802.

    Seleccion rapida.

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

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

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

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

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

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

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

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

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

    habituales en las llamadas virtuales
    conmutadas.

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

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

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

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

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

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

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

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

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

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

    que de lo contrario la red bloqueara la
    llamada.

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

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

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

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

    ambas aplicaciones de usuario.

    5.Principios de
    control de
    flujos

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

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

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

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

    de paquete.

    5.1.Otros tipos de paquetes

    La recomendacion X.25 maneja otros tipos de
    paquetes:

    Tipo de
    Paquete…………………………………………Servicio

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

    Establecimiento y liberacion de llamada

    Llamada entrante………………Solicitud
    llamada………………………X

    LLamada conectada…………Llamada
    aceptada……………………X

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

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

    Datos e interrupciones

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

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

    Confirmacion de interrupcion
    ETCD……………Confirmacion de interrupcion
    ETCD………X

    Tipo de Paquete Servicio

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

    Control de flujo y reinicializacion

    RR de ETCD……………………RR de ETD

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

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

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

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

    Reinicio

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

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

    Diagnostico

    Diagnostico………………………………………………X………..X

    Registro

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    la sesion ETD/ETCD.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    que indiquen el motivo de tal evento.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    liberacion.

    6.Estados de los canales lógicos

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

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

    Numero del estado…………………………………………Descripción
    del estado

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

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

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

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

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

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

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

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

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

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

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

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

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

    ………………………………………………………………..Inicial……..Actual

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

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

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

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

    7.Temporizadores para los ETD y ETCD

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

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

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

    problema; por tanto, ayudan a resolver los
    errores.

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

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

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

    localización de la avería.

    Para los ETD.-

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

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

    …………………………………una solicitud
    de…………………………………el estado
    r2

    …………………………………reinicio

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

    …………………………………una solicitud
    de…………………………………el estado
    p2

    …………………………………llamada

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

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

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

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

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

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

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

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

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

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

    Para los ETCD.-

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

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

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

    …………………………………..reinicio

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

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

    …………………………………..llamada
    entrante

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

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

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

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

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

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

    8.Formatos de paquetes

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

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

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

    llamada virtual generando un paquete de
    reinicialización.

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

    esta puede incluir también otros octetos
    adicionales.

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

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

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

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

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

    usuario dentro de la red.

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

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

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

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

    independiente.

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

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

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

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

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

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

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

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

    cuando es de datos ese octeto es el de
    secuenciamiento.

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

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

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

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

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

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

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

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

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

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

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

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

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

    1……………………………………0

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

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

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

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

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

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

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

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

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

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

    8.1.El bit D

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

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

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

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

    8.2.El bit M

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

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

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

    8.3.Paquetes A y B

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

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

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

    precedan(si es que hay alguno).

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

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

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

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

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

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

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

    relacionados y siguen una determinada
    secuencia.

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

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

    8.4.El bit Q

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

    9.Control de flujo y ventanas

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

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

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

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

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

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

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

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

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

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

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

    secuenciamiento va de 0 a 127 y vuelve a 0.

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

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

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

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

    la propia red en un determinado instante.

    10.Facilidades X.25

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

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

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

    1. Facilidades internacionales.

    2. Facilidades de ETD especificadas por
    CCITT.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    restricción afecta solo a canales
    individuales.

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

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

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

    llamadas.

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

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

    valores.

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

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

    para ambos ETD.

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

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

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

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

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

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

    ETD.

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

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

    con llamadas virtuales y con selecciones
    rápidas.

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

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

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

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

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

    paquetes en curso.

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

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

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

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

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

    puertos que puede verse en muchas
    instalaciones.

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

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

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

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

    con los usos horarios.

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

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

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

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

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

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

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

    de la red.

    11.1.El PAD(ensamblado/desensamblado de
    paquetes)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    receptor.

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

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

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

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

    Establecimiento de trayectoria.

    Inicialización del servicio.

    Intercambio de datos.

    Intercambio de información de control.

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

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

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

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

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

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

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

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

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

    valor 1 al parámetro 6.

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

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

    etapa de la llamada virtual.

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

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

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

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

    1.

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

    Establecer (set): modifica un valor
    X.3

    Leer (read): lee un valor
    X.3

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

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

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

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

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

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

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

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

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

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

    funciones que desempeñan los distintos
    estados:

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

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

    seleccionar el perfil inicial.

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

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

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

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

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

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

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

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

    11.3.El nivel de transporte

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

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

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

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

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

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

    consistente incluso aunque sean varias las redes
    disponibles.

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

    ECMA han definido tres clases de redes:

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

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

    inaceptables).

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

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

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

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

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

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

    detección de errores y
    segmentación.

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

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

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

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

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

    es posible que la conexión no tenga
    lugar.

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

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

    llegarán al correspondiente nivel de
    transporte.

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

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

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

    Clase 0: simple.

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

    Clase 2: con multiplexación.

    Clase 3: con recuperación de errores.

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

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

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

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

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

    el usuario final es informado de tal
    desconexión.

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

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

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

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

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

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

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

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

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

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

    desaparecidos.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    12.Comunicación entre niveles

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

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

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

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

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

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

    física.

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

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

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

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

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

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

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

    de enlace.

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

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

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

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

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

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

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

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

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

    tiene lugar una comprobación de
    errores.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    13. Facilidades X.25 1984

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

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

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

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

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

    2. Facilidades de ETD especificadas por el
    CCITT

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

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

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

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

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

    el valor de la facilidad.

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

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

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

    con unidades marítimas.

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

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

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

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

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

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

    modelo ISA.

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

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

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

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

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

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

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

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

    por defecto, 2, para todas las llamadas.

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

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

    gestionarse también otros valores.

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

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

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

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

    otra.

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

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

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

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

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

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

    acceso entre pares de ETD.

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

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

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

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

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

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

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

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

    de la sesión de paquetes en curso.

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

    sesión de paquetes.

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

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

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

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

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

    instalaciones.

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

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

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

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

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

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

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

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

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

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

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

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

    control sobre la velocidad de
    respuesta de la red.

    14.Conclusión

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

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

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

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

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

    GLOSARIO

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

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

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

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

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

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

    una interfaz final unica.

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

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

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

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

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

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

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

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

    atraviese el paquete.

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

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

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

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

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

    mãs recursos de la
    red.

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

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

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

    128 bytes.

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

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

    restart, que cualquiera traduciría como
    reinicio.

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

    todos los circuitos
    permanentes y la desconexion de los conmutados.

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

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

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

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

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

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

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

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

    BIBLIOGRAFIA

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

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

    Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.

    Todos los documentos disponibles en este sitio expresan los puntos de vista de sus respectivos autores y no de Monografias.com. El objetivo de Monografias.com es poner el conocimiento a disposición de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta información. Asimismo, es obligatoria la cita del autor del contenido y de Monografias.com como fuentes de información.

    Categorias
    Newsletter