• Author / Uploaded
• Bryan Sleyter Patiño Maisanche

Citation preview

UNIVERSIDAD TÉCNICA ESTATAL DE QUEVEDO FACULTAD DE CIENCIAS DE LA INGENIERÍA INGENIERÍA EN TELEMÁTICA

MÓDULO VII APLICACIONES TELEMATICA

TEMA:

PROTOCOLO X.25

NOMBRE: GENESIS KATHERINE BOWEN CALERO ANGIE YASBECK ACURIO BRYAN SLEYTER PATIÑO MAISANCHE FERNANDO DAVID ESCOBAR MATUTE

DOCENTE: ING. JANETH MORA SECAIRA

ECUADOR - LOS RÍOS – QUEVEDO 2018-2019

Contenido 1.

INTRODUCCION ................................................................................................... 4

2.

DISPOSITIVOS X.25 Y LA OPERACIÓN DE PROTOCOLO ........................ 4 2.1.

DEFINICION ................................................................................................... 4

2.2.

CARACTERISTICAS ..................................................................................... 5

3.

PAQUETE DE ESAMBLADOR/DESENSAMBLADOR ................................... 6 3.1.

4.

FORMATO X.25 .............................................................................................. 7

ESTABLECIMIENTO DE SESIÓN X.25 ............................................................ 9 4.1.

5.

PAQUETE CALL RESQUET ...................................................................... 10

X.25 CIRCUITOS VIRTUALES ......................................................................... 11 5.1.

SERVICIO DE CIRCUITO VIRTUAL ...................................................... 11

6.

EL CONJUNTO DE PROTOCOLOS X.25 ....................................................... 13

7.

DE PAQUETES DE PROTOCOLO DE LA CAPA .......................................... 14 7.1.

CONMUTACIÓN DE PAQUETES EN X.25 ............................................. 14

8.

ENLACE DE ACCESO PROCEDIMIENTO, EQUILIBRADO ..................... 15

9.

EL PROTOCOLO X.21 BIS ................................................................................ 17 9.1.

Protocolo de Interfaz X.21 ............................................................................ 17

9.2.

X.21 bis ............................................................................................................ 18

10.

VENTAJAS Y DESVENTAJAS ...................................................................... 19

11.

CONCLUSIONES ............................................................................................. 20

Bibliografía .................................................................................................................... 21

ÍNDICE DE ILUSTRACIÓN Ilustración 1 X.25 trabaja dentro de las capas 1,2 y 3 del modelo OSI............................ 6 Ilustración 2 Fases del establecimiento de la conexión .................................................. 10 Ilustración 3 Paquete Call Request ................................................................................. 11 Ilustración 4 Secuencia de eventos en el protocolo X.25 ............................................... 12 Ilustración 5 Red de conmutación de paquetes X.25 ..................................................... 15 Ilustración 6 Formato de cabecera para todos los paquetes del nivel de red (3 bytes) [10] ........................................................................................................................................ 16 Ilustración 7 Interfaces X.21 Bis .................................................................................... 18

ÍNDICE DE TABLAS Tabla 1 Tipos de paquetes y sus parámetros asociados................................................................. 9

1. INTRODUCCION En la conmutación de circuitos se establece un canal de comunicaciones dedicado entre dos estaciones. Se reservan recursos de transmisión y de conmutación de la red para su uso exclusivo en el circuito durante la conexión. Ésta es transparente: una vez establecida parece como si los dispositivos estuviesen directamente conectados. Diversos aspectos importantes de las redes de conmutación de circuitos han cambiado de forma drástica con el incremento de la complejidad y digitalización de las redes de telecomunicaciones públicas. La técnica de conmutación de paquetes se diseñó para ofrecer un servicio más eficiente que el proporcionado por la conmutación de circuitos para el tráfico de datos. En la conmutación de paquetes, una estación realiza la transmisión de los datos en base a pequeños bloques llamados paquetes, cada uno de los cuales contiene una parte de los datos de usuario, además de información de control necesaria para el adecuado funcionamiento de la red. Un elemento clave distintivo de las redes de conmutación de paquetes lo constituye el hecho de que el funcionamiento interno puede basarse en datagramas o en circuitos virtuales. En el caso de los circuitos virtuales internos se define una ruta entre dos puntos de comunicación finales o extremos, de modo que todos los paquetes para dicho circuito virtual siguen el mismo camino. Por su parte, en el caso de los datagramas internos, cada paquete se trata de forma independiente, por lo que paquetes con el mismo destino pueden seguir rutas diferentes. X.25 es el protocolo estándar para la interfaz entre los sistemas finales y una red de conmutación de paquetes.

2. DISPOSITIVOS X.25 Y LA OPERACIÓN DE PROTOCOLO 2.1. DEFINICION X.25 es una recomendación del ITU-T (Telecommunications Standardization Sector) que define el nivel físico (capa física), el nivel de enlace (capa de enlace de datos) y el nivel de paquete (capa de red) del modelo de referencia OSI (interconexión de sistemas abiertos). [1] Una red X.25 es una interfaz entre el equipo de terminal de datos (DTE) y el equipo de terminación de circuito de datos (DCE) que opera en la modalidad de paquete. Una red

X.25 se conecta a redes de datos públicas mediante circuitos dedicados. Las redes X.25 utilizan el servicio de red en modalidad de conexión.Una línea X.25 soporta uno o varios circuitos virtuales. Cada uno de los circuitos virtuales puede soportar uno de lo siguiente: [1]  Una o varias sesiones SNA (arquitectura de red de sistemas) que pueden incluir APPC (comunicaciones avanzadas programa a programa), recurso hacia la gama alta en SNA, estaciones de trabajo remotas o comunicaciones financieras.  Una conexión con un sistema principal de comunicaciones asíncronas (el sistema primario o de control de una red de comunicaciones).  Una

conexión

con

un

dispositivo

asíncrono

mediante

la

función

de

ensamblador/desensamblador de paquetes (PAD) de la red X.25.  Una conexión con un sistema principal de comunicaciones asíncronas mediante la emulación de ensamblador/desensamblador de paquetes (PAD) del iSeries  Un recurso de comunicaciones definido por el usuario.  Un enlace TCP/IP a un nodo IP adyacente o pasarela (Una pasarela es un dispositivo que se emplea para conectar dos sistemas que utilizan protocolos de comunicaciones distintos). [1]

2.2.

CARACTERISTICAS

X.25 maneja características para interconexión entre el DTE y equipos computacionales como: computador central, front-end, concentrador, terminal inteligente y un equipo DCE (un nodo de la red que obra como entrada o salida de la misma). Estas características se detallan en los 3 niveles de procedimientos de control. [2] Nivel 1 Hace referencia de un circuito Half-Duplex (circuito creado para la transmisión en ambos sentidos sobre un medio de dos alambres) sincrónico, punto-a-punto, que realizará la transmisión física entre el DTE y la red. Este nivel es equivalente a la capa 1 del modelo OSI en lo que se refiere a su funcionamiento. [2] Nivel 2 Describe el método de entrada al enlace a ser utilizado para el intercambio en la información de datos entre un DTE y un DCE. Este nivel es equivalente a la capa 2 del modelo OSI. Se determina la clase del modelo OSI y las condiciones de utilización de la

disciplina de línea HDLC, procedimiento de control de línea orientado al bit para transmisiones sincrónicas para un sistema balanceado punto-a-punto; a esto se le llama LAPB (Link Access Procedures Balanced), Procedimiento Balanceado del Enlace de Acceso. [2] Nivel 3 Es el nivel más alto de la recomendación X.25, especifica la forma en que la información de control y los datos del usuario se agrupan en paquetes. El control de la información con el direccionamiento se localiza en el encabezamiento del paquete (Packet Header), indicándole a la red la identificación del DTE al que está el paquete destinado. [2] En X.25 se definen los procesos que se utilizarán en la interconexión de un DTE y el equipamiento de la PDN, comúnmente llamado DCE. La interface X.25 da el acceso a los servicios que proporciona la PDN, que son: [2]  SVC (Circuito Virtual Conmutado)  PVC (Circuito Virtual Permanente)  DG (Datagrama) [2]

Ilustración 1 X.25 trabaja dentro de las capas 1,2 y 3 del modelo OSI Fuente:http://manque.cl.tripod.com/webarq/c_6.7_X_25.htm.

3. PAQUETE DE ESAMBLADOR/DESENSAMBLADOR También conocido como EDP, ensambla paquetes que provienen de la terminal asíncrona de datos para la transmisión progresiva y desensambla los paquetes que se reciben desde el extremo lejano ETD, enviándolos hacia la terminal asíncrona como caracteres individuales. Otras clases de EDP se encargan de la conversión de otros tipos de datos al formato de paquetes X.25 [3]

Tres recomendaciones del CCITT definen la operación de los EDP’s:  X3 define las funciones del EDP.  X28 define la interfaz entre EDP y la terminal asíncrona  X29 define la interfaz entre EDP y la ETD remota X25 [3] La terminal asíncrona puede ser un teclado y pantalla de computadora normal, pero podría ser algún tipo de terminal, por ejemplo, una tarjeta de crédito validando el teléfono para transferencia electrónica de fondos en tiendas de menudeo. El EDP puede ser ubicado en la terminal asíncrona en el sitio del usuario, como puede ser el caso de varios usuarios principales en una oficina remota. [3] La limitación principal de la configuración EDP de marcación es que pocas redes de paquetes publicas son capaces de marcar hacia la terminal. Significa que la computadora principal es incapaz de iniciar el establecimiento de una conexión hacia el sitio remoto. [3] 3.1. FORMATO X.25 Los datos se dividen en bloques de un tamaño máximo, y se agrega a cada bloque una cabecera de 24-bits, 32-bits o 56-bits, conformando así un paquete de datos. Para el caso de los circuitos virtuales que utilizan números de secuencia de 15-bits, la cabecera comienza con un octeto identificador de protocolo con el valor 00110000. [4] La cabecera incluye un número de circuito virtual de 12-bits (contenido en los campos Group Number y Channel Number). Sobre cada circuito virtual, se aplican las funciones de control de flujo y de control de errores por medio de los campos P(S) y P(R). [4] Cada paquete de control incluye un número de circuito virtual, definido por los campos Group Number y Channel Number; el campo Packet Type, que identifica la función de control particular; e información de control adicional relacionada con esa función. n paquete Call Request incluye los siguientes campos adicionales: [4]

 Calling DTE address length (4-bits): longitud del correspondiente campo address, expresado en unidades de 4-bits.  Called DTE address length (4-bits): longitud del correspondiente campo address, expresado en unidades de 4-bits.

 DTE addresses (variable): las direcciones de los DTE llamante y llamada.  Facilities: una secuencia de especificaciones de facilidad. Cada especificación consta de un código de facilidad de 8-bits y cero o más parámetros de código. Un ejemplo de una facilidad es “cobro revertido”. [4]

Tipo de paquete DTE a DCE

DCE a DTE

Servicio VC

Parámetros

PVC

Call Setup y Clearing Call Request

Incoming Call

X

Calling DTE address, Called DTE address, facilities, call user data

Call Accepted

Call Connected

X

Calling DTE address, Called DTE address, facilities, call user data

Clear Request

Clear Indication

X

Calling DTE address, Called DTE address, facilities, call user data

Clear

Clear

Confirmation

Confirmation

X

Calling DTE address, Called DTE address, facilities, call user data Data e Interrupt

Data

Data

X

X

---

Interrupt

Interrupt

X

X

Interrupt user data

Interrupt

Interrupt

X

X

---

Confirm.

Confirm. Control de flujo y Reset

RR

RR

X

X

P(R)

RNR

RNR

X

X

P(R)

X

X

P(R)

REJ Reset Request

Reset Indication

X

X

Resetting cause, diagnostic code

Reset Confirm.

Reset Confirm.

X

X

---

Restart Restart Request

Restart Indication

X

X

Restarting cause, diagnostic code

Restart Confirm.

Restart Confirm.

X

X

---

Diagnostic Diagnostic

X

X

Diagnostic code, diagnostic explanation

Tabla 1 Tipos de paquetes y sus parámetros asociados Fuente: https://www.textoscientificos.com/redes/area-amplia/x25/formato-paquete-x25

4. ESTABLECIMIENTO DE SESIÓN X.25 El establecimiento de la conexión en X.25 consta de 3 fases: 

El DTE que inicia la apertura de la conexión construye un paquete CALL REQUEST y se lo pasa a su DCE. La subred se lo pasa al DCE destino quien lo entrega al DTE correspondiente. Si este último acepta la llamada devolverá un paquete CALL ACCEPTED que llegará al DTE origen como CALL CONNECTED. [5]



La siguiente fase consiste en el uso full-dúplex del CV para intercambiar datos. Cuando uno de ellos quiere terminar envía un paquete CLEAR REQUEST al otro extremo quien se lo confirmará con un paquete CLEAR CONFIRMATION.



La elección del número de circuito virtual la hace el DTE origen (cualquier número no usado) y cuando la llamada llega al DCE destino si este número de CV ya está siendo usado en su DTE lo cambia. [5]



Luego el número de CV lo elige el DTE en su salida y el DCE destino en la entrada. Si un DTE y su DCE origen eligen el mismo número de CV a la vez se produce una Colisión de Llamada. En X.25 la llamada de salida progresa y la de entrada se descarta (su origen ya lo intentará más tarde). [5]



Para minimizar las colisiones el DTE elige el mayor identificador para las llamadas de salida mientras que el DCE elige el menor disponible para las de entrada. [5]

Ilustración 2 Fases del establecimiento de la conexión Fuente: http://docplayer.es/7609520-Tema-5-el-protocolo-x-25.html

4.1. PAQUETE CALL RESQUET Los campos GRUPO y CANAL juntos forman un número de CV de 12 bits. Por separado no tienen sentido. El número 0 está reservado para el futuro y así el DTE puede tener hasta 4095 CVs abiertos simultáneamente. [5] 

La cabecera ocupa 3 octetos (terminología CCITT). El primer campo es 0001.



El campo de TIPO para CALL REQUEST vale 00001011.



El campo CONTROL está a 1 en los paquetes de control (como este paquete) y a 0 en los paquetes de datos. [5]

Las direcciones del que llama y del llamado (origen y destino) están codificadas como dígitos decimales usando 4 bits por dígito (X.121). El sistema es similar al de teléfonos: código del país, código de la red y dirección dentro de la red. La dirección completa puede ser de hasta 14 dígitos decimales (los 3 primeros del país). Algunos países con muchas redes tienen más de un código de país asignados. [5] El campo FACILIDADES (y su longitud) permiten usar características especiales para la conexión. Dependen de la subred usada. Algunos ejemplos son cobro revertido, llamadas colectivas, entrega de alta prioridad o usar CV simplex. [5]

El llamante puede especificar la longitud máxima de un paquete y el tamaño de ventana (por defecto 128 bytes y 2 paquetes). Si al receptor no le gustan puede hacer una contraoferta en su paquete CALL ACCEPTED, únicamente acercando estos valores a los valores por defecto, nunca alejándolos. Algunas facilidades pueden elegirse al suscribirse a la red: grupos de usuarios cerrados, máxima ventana a 7, velocidad de la línea o prohibición de ciertas llamadas. [5] El campo de datos de usuario permite al DTE enviar hasta 16 bytes de datos en el paquete CALL REQUEST. Los DTEs deciden cómo manejarlos: a qué proceso se desea la conexión, una palabra de paso para hacer login, etc. [5]

Ilustración 3 Paquete Call Request Fuente: http://docplayer.es/7609520-Tema-5-el-protocolo-x-25.html

5. X.25 CIRCUITOS VIRTUALES 5.1. SERVICIO DE CIRCUITO VIRTUAL El servicio de circuito virtual que ofrece X.25 proporciona dos tipos de circuitos virtuales. Una llamada virtual (virtual call) es un circuito virtual que se establece dinámicamente utilizando los procedimientos de establecimiento de llamada (call setup) y de liberación de llamada (call clearing). Un circuito virtual permanente (permanent virtual circuit) es

un circuito virtual fijo asignado por la red; la transferencia de datos se produce igual que con las llamadas virtuales, pero no se requiere del establecimiento o la liberación. [6] La ilustración se muestra una secuencia típica de eventos sobre un circuito virtual. La parte ubicada a la izquierda de la ilustración muestra los paquetes intercambiados entre la máquina del usuario A y el nodo de conmutación de paquetes al cual ésta se vincula; la parte derecha de la ilustración muestra los paquetes que se intercambian entre la máquina de usuario B y su nodo. El encaminamiento de los paquetes dentro de la red no es visible al usuario. [6]

Ilustración 4 Secuencia de eventos en el protocolo X.25 Fuente: https://www.textoscientificos.com/redes/area-amplia/x25/circuito-virtual

La secuencia de eventos es la siguiente: 1) A solicita un circuito virtual a B mediante el envío de un paquete Call Request al DCE de A. El paquete incluye las direcciones fuente y destino, como así también el número de circuito virtual que se utiliza para este nuevo circuito virtual. 2) La red encamina esta solicitud de llamada hacia el DCE de B.

3) El DCE de B recibe el Call Request y le envía a B un paquete Incoming Call. Este paquete tiene el mismo formato que el paquete Call Request, pero un número de circuito virtual diferente, seleccionado por el DCE de B a partir del conjunto de números locales fuera de uso. 4) B indica la aceptación de la llamada mediante el envío de un paquete Call Accepted especificando el mismo número de circuito virtual que el paquete Incoming Call. 5) El DCE de A recibe el Call Accepted y le envía a A un paquete Call Connected. Este paquete tiene el mismo formato que el paquete Call Accepted pero el número de circuito virtual indicado en el paquete Call Request original. 6) A y B se intercambian paquetes de datos y de control utilizando sus respectivos números de circuito virtual. 7) A (o B) envía un paquete Clear Request para terminar el circuito virtual y recibe un paquete Clear Confirmation. 8) B (o A) recibe un paquete de indicación Clear Indication y transmite un paquete Clear Confirmation. [6]

6. EL CONJUNTO DE PROTOCOLOS X.25 X.25 es un conjunto de protocolos usados para establecer la conexión entre el equipo terminal de datos (Data Terminal Equipment o DTE) y el equipo de terminación de circuito de datos (Data Circuit Terminating Equipment o DCTE) de una red de conmutación de paquetes (packet switched data network o PSDN). Es decir, X.25 se utiliza como protocolo en el interfaz de acceso a una red de conmutación de paquetes. [7] Estándares relacionados con X.25 Estándares X.3, X.28 y X.29 De acuerdo a la definición de X.25, se considera que el DTE que se conectará a la PDN es un sistema síncrono que trabaja en modo paquete. Sin embargo, si los dispositivos que se desean conectar a la red son terminales asíncronas, como eran en su mayoría los sistemas de los 70; es necesario utilizar mecanismos adicionales a X.25 sin dejar de ser estándares internacionales. [8] En 1977, los organismos de estandarización desarrollaron las especificaciones X.3, X.28 y X.29 para una interface de conexión de terminales asíncronas a una PDN. [8]

La recomendación X.3 define la manera en que la información del DTE asíncrono es convertida en paquetes (ensamblado de paquetes) para su transmisión a través de la red hasta el DTE destino, en donde tiene lugar el proceso inverso (desensamblado de paquetes). El resultado final es un servicio transparente para el usuario. La función de ensamble/desensamble de paquetes y el dispositivo dotado de tal capacidad, recibe el nombre de PAD (Packed Assembler/Disassembler), se encarga además del establecimiento/liberación de la llamada a la red. En X.23 se especifican 22 parámetros, algunos de ellos son: velocidad de transmisión, paridad y control de flujo entre la terminal y el PAD. [8] La recomendación X.28 define los mecanismos de control de la transmisión de información entre el DTE asíncrono y el PAD. La terminal envía comandos al PAD para leer/modificar los parámetros X.3 o para solicitar el establecimiento/liberación de una conexión a la red. El PAD manda a la terminal las respuestas de los comandos recibidos; estas respuestas reciben el nombre de señales de servicio del PAD. [8] La recomendación X.29 especifica la manera en que un DTE remoto puede comunicarse con un PAD. Esto es, cuando una terminal remota de la red necesita leer o modificar algunos parámetros del PAD utiliza la especificación de X.29, para visualizar el lugar que ocupa X.29 en la PDN y su relación con X.3 y X.28. [8] Otros estándares Los estándares mencionados son considerados los más importantes de la familia X.25, pero no son todos. También están: 

X.1 Clases de servicio del usuario



X.2 Facilidades del usuario



X.10 Categorías fe acceso



X.92 Conexiones de referencia



X.96 Señales de llamada en curso



X.121 Plan internacional de numeración



X.213 Servicios de red [8]

7. DE PAQUETES DE PROTOCOLO DE LA CAPA 7.1. CONMUTACIÓN DE PAQUETES EN X.25

El equipo terminal de datos. Está formado por terminales, estaciones de trabajo, servidores y ordenadores host que operan en las redes de conmutación de paquetes. [9] El equipo de comunicación de datos Está formado por dispositivos en red que realizan conmutación de paquetes. [9] Un ensamblador, Desensamblador de paquetes Es un dispositivo que convertir datos de un formato utilizado por DCE otro que se pueda utilizar en las redes X25 y trasforma los datos recibidos en un formato de comunicación x25 a un formato que pueda ser leído por el DCE. [9]

Ilustración 5 Red de conmutación de paquetes X.25 Fuente: https://slideplayer.es/slide/106488/

8. ENLACE DE ACCESO PROCEDIMIENTO, EQUILIBRADO En el nivel de enlace de datos de X.25 se utiliza una versión del protocolo orientado a bit HDLC denominado LAP-B (Procedimiento equilibrado de acceso al enlace) cuya estructura de trama contiene los siguientes campos. [10] 

Campos inicial y final La trama está delimitada por una secuencia de indicación o flag compuesta por el octeto 01111110



Campo de dirección Se usa en las líneas con múltiples terminales para identificar uno de ellos.



Campo de control Utilizado para números de secuencia, acuses de recibo y otros propósitos (por ejemplos el bit P/F se usa, entre otras cosas, por la estación transmisora para sondear el estado de la receptora).



Campo de datos Información a transmitir.



Campo de checksum Variación del código de redundancia cíclica. [10]

Por lo que respecta al nivel de red, la información se envía en forma de paquetes que tienen un formato distinto según el tipo (información, supervisión y no numeradas). No obstante, todos los paquetes tienen el mismo formato de cabecera que consiste en los tres primeros octetos; [10] 

IGF Identificador general de formato (4 bits más significativo del primero octeto). Indica el módulo de numeración escogido para secuenciar los paquetes de datos.



Número de grupo de canal lógico 4 bits menos significativos del primer octeto.



Número de canal lógico (Segundo octeto) Junto con el anterior forman el número de canal lógico, identificando la comunicación virtual a la que pertenece el paquete.



Identificador del tipo de paquete (Tercer octeto) Indica el propósito específico del paquete.



Control (C) 1 para los paquetes de control y 0 para los de datos [10]

Ilustración 6 Formato de cabecera para todos los paquetes del nivel de red (3 bytes) [10]

La recomendación X.25 define los distintos tipos de paquetes posibles, de los cuales los más destacables son: 

Establecimiento y liberación Se usan para establecer o liberar una comunicación entre dos usuarios.



Datos Se utilizan para intercambiar información entre los niveles superiores de los ETDs.



Control de flujo Controlan y regulan el tránsito de la información.



Preparado para recibir (RR) Se utiliza para confirmar la recepción de paquetes de datos y para indicar que se pueden recibir más.



No preparado para recibir (RNR) Indica que no se pueden recibir más datos por ese circuito virtual.



Reiniciación Produce una reiniciación en un circuito virtual, lo cual implica poner todos los contadores a cero.



Rearranque Se utilizan para pedir una liberación de todos los circuitos virtuales conmutados y para reiniciar todos los permanentes asociados a una interfaz concreta. [10]

9. EL PROTOCOLO X.21 BIS 9.1. Protocolo de Interfaz X.21 X.21 (a veces conocido como X21) es una especificación de interfaz para las comunicaciones diferenciales introducidas a mediados de la década de 1970 por la UITT. X.21 se introdujo por primera vez como un medio para proporcionar una interfaz de señalización digital para las telecomunicaciones entre operadores y equipos de los clientes. Esto incluye las especificaciones para DTE / DCE elementos de la interfaz física, la alineación de control de llamada personajes y comprobación de errores, los elementos de la fase de control de llamadas para la conmutación de circuitos, servicios y bucles de prueba. [11].

9.2. X.21 bis X.21bis es un protocolo serie síncrono de la capa física que X.25 usos para la comunicación con los terminales analógicos. El conector físico X.25 es de 15 pines con algunos pernos utilizados como NULL (sin conectar). X.21bis utiliza sólo cuatro cables para la comunicación real (un par de transmisión, un par para recibir), pero utiliza varios más cables para la señalización y sincronización. Tanto X.21bis es capaz de funcionamiento síncrono full-duplex a velocidades de hasta 19.200 kbps entre dos dispositivos [11] Se utiliza para equipos terminales de datos en redes de datos y está diseñada para operar con módems síncronos de la serie V. Así las velocidades de hasta 9.600bps, se utiliza el conector de 25 contactos utilizados además en las recomendaciones V.24/V.28 y para velocidades de hasta 64.000bps se utiliza el conector de 34 contactos, igual al de la recomendación V.35. En definitiva, el CCITT, al definir la interfaz x.21 Bis, aceptó el hecho generalizado de que, en la mayoría de los casos, el acceso a las redes de paquetes se realiza por medio de circuitos analógicos. [12]

Ilustración 7 Interfaces X.21 Bis Fuente: https://www.electrostandards.com/ProductDetail/?productid=2435

10.VENTAJAS Y DESVENTAJAS Ventajas Las razones por las que se hace aconsejable la utilización de la norma X.25 son las siguientes: 

La adopción de un estándar común a distintos fabricantes nos permite conectar fácilmente equipos de distintas marcas. [13]



La norma X.25 ha experimentado numerosas revisiones y puede considerarse relativamente madura. [13]



El empleo de una norma tan extendida como X.25 puede reducir sustancialmente los costes de la red, ya que su gran difusión favorece la salida al mercado de equipos y programas orientados a tan amplio sector de usuarios. [13]



Es mucho más sencillo solicitar a un fabricante una red adaptada a la norma X.25 que entregarle un extenso conjunto de especificaciones. [13]



El nivel de enlace HDLC/LAPB solo maneja los errores y lleva la contabilidad del tráfico en un enlace individual entre el ETD/ETCD, mientras que X.25 va más allá, 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 más completo que el de HDLC/LAPB. [13]

Hoy en día el traslado y manejo de información ya es muy común, por eso el avance de la tecnología ha llevado a la revolución de las comunicaciones, en donde a través de las REDES se puede transmitir e intercambiar los datos. [13] Desventajas 

Protocolos complejos, enlace (crc, asentimiento, etc.), y nivel de red (asentimientos, errores de protocolos, facilidades, etc.) lo que conlleva mucho procesamiento para trasmitir datos.



Ancho de banda limitado.



Retardo de transmisión grande y variable.



Señalizaron en canal y común, ineficaz y problemática. [13]

11. CONCLUSIONES Es un protocolo utilizado principalmente en una WAN, sobre todo, en las redes públicas de transmisión de datos. Funciona por conmutación de paquetes, esto es, que los bloques de datos contienen información del origen y destino de los mismos para que la red los pueda entregar correctamente, aunque cada uno circule por un camino diferente. Está diseñado para operar efectivamente sin importar los tipos de sistemas conectados a la red. Se utiliza en las redes de conmutación de paquetes. X.25 ofrece comunicaciones libres de errores y garantía de rescate. X.25 provee de conectividad con los mainframes analógicos, minicomputadoras y LANs. Se usa de manera casi universal para actuar como interfaz con una red de conmutación de paquetes y fue empleado para la conmutación de paquetes en ISDN.

Bibliografía [1] I. K. Center, «IBM,» [En línea]. Available: https://www.ibm.com/support/knowledgecenter/es/ssw_ibm_i_72/rzajt/rzajtx25con.htm. [Último acceso: 16 11 2018]. [2] H. Latorre, «Universidad Tecnológica Metropolitana,» [En línea]. Available: http://manque.cl.tripod.com/webarq/c_6.7_X_25.htm. [3] E. H. PEREZ, INTRODUCCION A LAS TELECOMUNICACIONES MODERNAS, MEXICO: LIMUSA S.A., 2004. [4] T. CIENTIFICOS, «FORMATO X.25,» 2006. [En línea]. Available: https://www.textoscientificos.com/redes/area-amplia/x25/formato-paquete-x25. [5] «DocPlayer,» 4 Diciembre 2005. [En línea]. Available: http://docplayer.es/7609520-Tema5-el-protocolo-x-25.html. [Último acceso: 18 Noviembre 2018]. [6] T. CIENTIFICOS, «SERVICIO DE CIRCUITO VIRTUAL,» 09 08 2006. [En línea]. Available: https://www.textoscientificos.com/redes/area-amplia/x25/circuito-virtual. [7] Angel. [En línea]. Available: http://www.angelfire.com/wi/ociosonet/5.html. [Último acceso: 18 Noviembre 2018]. [8] Manque, [En línea]. Available: http://manque.cl.tripod.com/webarq/c_6.7_X_25.htm. [Último acceso: 18 Noviembre 2018]. [9] L. Gonzales. [En línea]. Available: http://protocolosdecomunicacionx25.blogspot.com/2009/02/666.html. [Último acceso: 18 Noviembre 2018]. [10] E. A. P. C. Juan Desongles Corrales, Técnicos de Soporte Informático, España: MAD, 2006. [11] P. Turmero. [En línea]. Available: https://www.monografias.com/docs114/redeswan/redeswan3.shtml. [Último acceso: 18 Noviembre 2018]. [12] Slideshare, 30 Agosto 2011. [En línea]. Available: https://es.slideshare.net/DaygoxCM/arquitectura-protocolos. [Último acceso: 18 Noviembre 2018]. [13] Ecured, [En línea]. Available: https://www.ecured.cu/Norma_X.25. [Último acceso: 18 Noviembre 2018].