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. FORMATO X.25 .............................................................................................. 7

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

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

5. 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 Servicio Parámetros

DTE a DCE DCE a DTE VC 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 X Calling DTE address, Called DTE address, facilities,

Confirmation Confirmation 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)

REJ X X P(R)

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 UIT-
T. 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-Tema-

5-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].