Escolar Documentos
Profissional Documentos
Cultura Documentos
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
2 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Introduccin
Para evitar evoluciones hacia estndares distintos en cada pas la CCITT propuso en 1974 protocolos para las capas 1, 2 y 3, y se revisaron desde 1976 cada cuatro aos. La capa 3 se llamaa PLP X.25 (Packet Layer Protocol). Es un protocolo orientado a la conexin muy usado (ajustado a OSI). Terminologa:
DTE (Data Terminal Equipment): Es un host. DCE (Data Circuit-Terminating Equipment): Es el nodo interfaz con el DTE. DSE (Data Switching Exchange): Es un nodo IMP intermedio.
X.25 define el formato y significado de la informacin intercambiada entre DTE y DCE en las tres primeras capas (llamados interfaz DTE-DCE). El resto de los protocolos para las capas superiores no estn definidos en X.25 en absoluto.
12/04/2005
3 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Introduccin
Capa 1
Especifica la interfaz elctrica, mecnica, procedimental y funcional entre DTE y DCE. Realmente X.25 no los define, sino que referencia a los estndares X.21 y X.21 bis, que definen interfaces digitales y analgicas, respectivamente. El X.21 bis es el usado temporalmente hasta tener redes digitales disponibles a gran escala. Bsicamente se trata de RS-232-C.
Capa 2
Se encarga de asegurar una comunicacin confiable entre DTE y DCE, aunque estn conectados por una lnea telefnica con ruido. Utiliza los protocolos LAP y LAPB.
Capa 3
Maneja conexiones entre pares de DTEs. Existen dos formas de conexin: Llamadas Virtuales y Circuitos Virtuales Permanentes. Una llamada virtual consiste en establecer-usar-liberar una conexin. Un CV permanente es como una lnea alquilada: siempre disponible y cualquier DTE puede comenzar a transmitir sin establecer conexin (son aconsejables para grandes volmenes de datos, envos inconstantes, ...).
12/04/2005
4 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
7 6 5
Introduccin
Protocolo de Aplicacin (no definido por X.25) Protocolo de Presentacin (no definido por X.25) 6 Protocolo de Sesin (no definido por X.25) 5 Protocolo de Transporte (no definido por X.25) 4 3 2 1 DTE
X.25 layer 3 X.25 layer 2 X.25 layer 1
3 2 1 DTE
12/04/2005
5 de 20
Tema 5.
Protocolo X.25
ndice
Establecimiento de la Conexin
El establecimiento de la conexin en X.25 consta de 3 fases:
Local DTE DTE/DCE interface
Call request
DCE/DTE interface
Remote DTE
Incoming call
Funcionamiento Paquetes
p Call acce
ted
Call connec
ted
Data packet
Consideraciones Finales
Data Transfer Phase
ta Incoming da
Incoming data
Data pac
ket
Clear request
Clear indicatio n
p Clear res
onse
12/04/2005
6 de 20
Tema 5.
Protocolo X.25
Establecimiento de la Conexin
El establecimiento de la conexin en X.25 consta de 3 fases: El DTE que inicia la apertura de la conexin 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. La siguiente fase consiste en el uso full-dplex del CV para intercambiar datos. Cuando uno de ellos quiere terminar enva un paquete CLEAR REQUEST al otro extremo quien se lo confirmar con un paquete CLEAR CONFIRMATION.
ndice
Funcionamiento Paquetes Consideraciones Finales
12/04/2005
7 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Establecimiento de la Conexin
La eleccin del nmero de circuito virtual la hace el DTE origen (cualquier nmero no usado) y cuando la llamada llega al DCE destino si este nmero de CV ya est siendo usado en su DTE lo cambia. Luego el nmero 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 nmero de CV a la vez se produce una Colisin de Llamada. En X.25 la llamada de salida progresa y la de entrada se descarta (su origen ya lo intentar ms tarde). 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.
12/04/2005
8 de 20
Tema 5.
Protocolo X.25
ndice
0001
GRUPO CANAL
Control (1)
Facilidades
Datos de usuario
12/04/2005
9 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Los campos GRUPO y CANAL juntos forman un nmero de CV de 12 bits. Por separado no tienen sentido. El nmero 0 est reservado para el futuro y as el DTE puede tener hasta 4095 CVs abiertos simultneamente. 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. Las direcciones del que llama y del llamado (origen y destino) estn codificadas como dgitos decimales usando 4 bits por dgito (X.121). El sistema es similar al de telfonos: cdigo del pas, cdigo de la red y direccin dentro de la red. La direccin completa puede ser de hasta 14 dgitos decimales (los 3 primeros del pas). Algunos pases con muchas redes tienen ms de un cdigo de pas asignados.
12/04/2005
10 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
12/04/2005
11 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
0001
Informacin Adicional
Aunque algunos pueden tener 1 o 2 bytes adicionales. Por ejemplo, el cuarto byte de un CLEAR REQUEST informa de por qu se est liberando la conexin. Este paquete podra generarlo la subred cuando el CALL REQUEST no puede progresar.
12/04/2005
12 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento
13 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Q D Modulo Mdulo
Paquetes de Datos
La estructura de un paquete de datos es la siguiente:
8 bits
Grupo Canal
Piggiback Piggyback
More
Sequence
Control (0)
Datos
12/04/2005
14 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Paquetes de Datos
El bit Q indica datos cualificados. Esto no est definido en X.25 pero la idea es que el protocolo de transporte lo use para separar sus paquetes de control y datos. El campo CONTROL est siempre a 0. Los campos SECUENCIA y PIGGYBACK se usan para control del flujo por un mecanismo de ventana deslizante. Los nmeros de secuencia son Mod-8 si el campo MODULO es 01 y Mod-128 si es 10 (00 y 11 son ilegales). Si se usan nmeros de secuencia Mod-128 la cabecera se extiende con un byte extra para acomodar los campos ms largos de secuencia y piggyback (4 bits adicionales para cada uno). El significado del campo de piggyback lo determina el bit D:
D=0 la siguiente confirmacin indica que el DCE local recibi el paquete, y no que el DTE remoto lo recibi. D=1 la confirmacin es realmente indicio de una recepcin correcta del paquete en el DTE remoto al otro extremo.
Aunque D valga 0 el campo de piggyback es til pues le indica al DTE que su DCE est listo para el prximo paquete (controlando as el flujo DTE DCE).
12/04/2005
15 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Paquetes de Datos
En una confirmacin X.25 el DTE remoto devuelve el nmero de paquete que espera a continuacin (no el ltimo correctamente recibido). Es arbitrario pero obligatorio para ser compatible con X.25. El campo MORE es un bit a 1 en todos los paquetes menos en el ltimo. Un paquete completo puede tener ese bit activo. La subred puede reempaquetar datos del paquete en otros de distinta longitud si lo necesita, pero nunca combinar datos de mensajes distintos en el mismo paquete. El estndar especifica que el transporte de seales debe permitir una longitud mxima de 128 bytes de datos por paquete (este valor se usa por eficiencia), as como establecer como mximos optativos 16, 32, 64, 256, 512, 1024, 2048 y 4096 bytes. Esto es negociable. Usar menos de 128 bytes sirve para proteger a los terminales con poca memoria (pocos buffers) de paquetes de entrada largos.
12/04/2005
16 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Consideraciones Finales
El estndar X.25 contiene varios diagramas de estado para describir secuencias de eventos tales como establecer o cerrar una conexin, reseteo o recomienzo.
12/04/2005
17 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Consideraciones Finales
El estndar original X.25 (1976) es como el descrito aqu menos el bit D, los paquetes de DIAGNSTICO, la negociacin sobre longitud de paquete y tamao de ventana (y otros detalles). Inicialmente exista una demanda de facilidades datagrama, adems de CVs. Tanto USA como Japn las especificaron pero eran incompatibles entre ellas, y en 1980 la CCITT las admiti a ambas (!) complicando an ms el protocolo. Sin embargo las PTTs (proveedores) con 100 aos en telefona no implementaron los datagramas y varios aos despus se comprob que nadie los usaba ni quera, as que se eliminaron en el estndar de 1984.
Facilidades
Nmeros de secuencia extendidos (7 bits) Tamao de ventana no estndar Tamao de paquete no estndar Establecer prestaciones (75 bps a 48 kbps) Pedir cobro revertido Seleccionar proveedor (telenet, tymnet, ) Slo datos de salida Slo datos de entrada Usar go-back-n frente a repeticin selectiva Usar seleccin rpida
12/04/2005
18 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Seleccin Rpida
Por otro lado la demanda de un servicio sin conexin de algn tipo persiste para aplicaciones como TPVs, verificacin de tarjetas de crdito o transferencia de fondos bancarios. Estos servicios transaccionales no necesitan realmente abrir y cerrar conexin. Para satisfacerlos la CCITT aadi al estndar la llamada por SELECCIN RPIDA en 1984. En esta llamada el paquete CALL REQUEST se expande para incluir 128 bytes de datos de usuario. Esto se pide como facilidad. Por lo que concierne a la red el paquete es un intento de establecer un circuito virtual. El DTE destino puede negarse a la llamada con un paquete CLEAR REQUEST, tambin expandido para incluir 128 bytes de datos de respuesta. Tambin se podra aceptar la llamada y establecer as un circuito virtual normal, depende de si la aplicacin lo necesita o no, ya que para muchas aplicaciones 128 bytes les permite comunicar datos tiles sin mayores requisitos futuros.
12/04/2005
19 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
20 de 20
Tema 5.
Protocolo X.25
ndice
Funcionamiento Paquetes Consideraciones Finales
Tendencias
La tendencia es a la migracin de las empresas a FRAME RELAY (retransmisin de tramas): DIGITAL. La retransmisin de tramas est pensada para transmitir datos y el control de los retrasos no es importante. Ventajas de FRAME RELAY: - Rapidez. - Hardware multiplexado en tiempo/estadstico (STDM). - VPN (Virtual Private Networks). - Menor control de errores (este control lo realiza el nivel de enlace).
12/04/2005