Acceso a terminales de

paquetes.
X.3,X.28,X.29
X.32
(20-AGOSTO-2000)

Asier Olaguenaga
(olaguenaga@yahoo.es)
1. Contenidos
Puede desplazarse a los diferentes apartados del documento haciendo clic sobre los títulos en
negrita.

1. Contenidos

2. Introducción

3. PAD . Recomendación X.3

3.1 PAD
3.1.1 Introducción
3.1.2 Esquemas
3.2 Recomendación X.3
3.2.1 Definición
3.2.2 Funciones
3.2.3 Parámetros

4. Recomendación X.28

4.1 Definición
4.2 Funcionalidad
4.2.1 Perfiles
4.2.2 Procedimientos
4.2.2.1 Acceso al PAD
4.2.2.2 Asignación de parámetros
4.2.2.3 Establecimiento de llamada virtual
4.2.2.4 Intercambio de datos
4.2.2.5 Liberación de llamada
4.2.3 Comandos

5. Recomendación X.29

5.1 Definición
5.2 Funcionalidad
5.2.1 Mensajes de control

6. Recomendación X.32

6.1 Definición
6.2 Funcionalidad
6.2.1 Tipos de servicio
6.2.2 Nivel físico
6.2.3 Nivel de enlace
6.2.4 Nivel de red

7. Bibliografía y referencias

2
2. Introducción

El objetivo de este documento es el de ofrecer al alumno información sobre Acceso a Terminales

de Paquetes , que se incluye en el tema Nivel de Red de la asignatura Redes y Servicios de
Telecomunicación de 2º curso de Ingeniería de Telecomunicación.

Además se facilitan al alumno enlaces a diferentes páginas web que le servirán para completar y
ampliar la información que aquí se le ofrece , entre las que se incluyen trabajos análogos realizados
en otras universidades, recomendaciones de la ITU-T,servicios ofrecidos por operadores de
telecomunicaciones y cursos de X.25 que incluyen “Acceso a terminales de paquetes”.

También se incluyen enlaces a otros documentos realizados por alumnos de esta misma
asignatura en los que se pueden consultar diversos conceptos previos relacionados con el acceso a
terminales o profundizar en ellos , como pueden ser LAPB , Series V, ... etc.

En cuanto a la materia que aquí se trata , el documento estudia las recomendaciones que rigen el
funcionamiento de los dos tipos de terminales que acceden a una Red de Conmutación de Paquetes :

- Terminales que funcionan en modo de caracteres (Asíncronos / Arrítmicos)

No cuentan con la suficiente capacidad para implementar un protocolo de
acceso a redes como X.25

- Terminales que operan en modo paquete (Síncronos)

Capaces de implementar todas las capas del protocolo X.25

Los equipos suplementarios y protocolos que necesitan los primeros para el acceso a Redes de
Conmutación de Paquetes se definen en las recomendaciones X.3 , X.28 y X.29.

La recomendación X.32 es una recomendación equivalente a la X.25 ya que también define el

acceso a Redes de Conmutación de Paquetes de los segundos pero , mientras que la recomendación
X.25 define un acceso a través de líneas especializadas, la recomendación X.32 posibilita accesos a
través de Red Telefónica Conmutada, líneas RDSI o Redes de Datos con Conmutación de Circuitos.

En los siguientes apartados se realiza un estudio básico de las anteriores recomendaciones. Se ha

intentado explicar claramente la finalidad , funcionamiento y ámbitos de aplicación de cada
recomendación, así como la relación entre ellas, dejando en manos del alumno una descripción
técnica mas detallada que, por otro lado, puede obtener adquiriendo dichas recomendaciones en la
página web de ITU-T tal como se indica en el apartado Bibliografía y Referencias.

3
3. PAD . Recomendación X.3

3.1 PAD

3.1.1 Introducción

Durante el desarrollo de la recomendación X.25, en los años setenta, 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 esta exigencia, se desarrollaron estándares para dotar a los
terminales asíncronos de capacidades de conversión de protocolos y de ensamblado/desensamblado
de paquetes (PAD - Packet Assembly/Disassembly).

La idea del PAD es ofrecer una conversión de protocolos entre un dispositivo de usuario
(ETD/DTE) y una red pública o privada, junto con otra conversión complementaría en el extremo
receptor de la red. Se trata de conseguir un servicio transparente para los ETD de usuario.

La función de un PAD (Packet Assembler-Disassembler) consiste en ensamblar los caracteres

introducidos por un usuario en una terminal asíncrona (arrítmica) que opera en modo de caracteres
para formar paquetes que puedan ser transmitidos por una Red de Conmutación de Paquetes X.25.Al
recibir tales paquetes,el PAD los desensambla y pasa sus caracteres individuales a la terminal,uno
por uno.

Así, el PAD debe desempeñar todas las funciones del protocolo X.25 en nombre de la terminal
(establecimiento de llamadas ,control de flujo,etc.)y, en general ,hacer que el modo de trabajo con
paquetes de la red sea transparente para el usuario.

El usuario puede soportar varios terminales asíncronos mediante la instalación de un único PAD
aunque , siendo esta una necesidad muy común los proveedores ofrecen el servicio ubicando el PAD
en la PSE (Central Conmutación Paquetes) local .

El desarrollo del PAD exigió , a su vez , la definición de tres recomendaciones:

• X.3 Funcionamiento y recursos del PAD

• X.28 Protocolo de acceso para terminales asíncronas
• X.29 Interfaz entre el PAD y un DTE remoto

4
3.1.2 Esquemas

En las siguientes figuras se ilustran las posibles ubicaciones del PAD , así como el ámbito de
aplicación de los diferentes protocolos que puede utilizar.

a) PAD instalado por usuario.El proveedor ofrece acceso a red mediante el protocolo X.25

RED X . 25
X . 28 X . 25

DTE en
modo PAD DCE DCE PSE
caracteres

b) PAD instalado en central local del proveedor . El usuario accede al PAD mediante el protocolo
X.28 ofrecido por el proveedor.

X . 28 X . 25

DTE en
Modo de DCE DCE PAD PSE
caracteres

PSE: Central de Conmutación de Paquetes

5
3.2 Recomendación X.3

Recomendación X.3
http://info.itu.ch/itudoc/itu-t/approved/x/x_3-es.html

3.2.1 Definición

La recomendación X.3 define la facilidad de empaquetado/desempaquetado de datos

(EDD/PAD) en una red pública de datos.
En ella se recogen las funciones a realizar por el PAD así como los posibles valores de
variables (parámetros) necesarios para su correcto funcionamiento.

3.2.2 Funciones

Las funciones realizadas por el EDD/PAD se clasifican en funciones básicas y funciones

facultativas (no obligatorias).

3.2.2.1 Funciones básicas

- Empaquetado de caracteres
- Desempaquetado del campo de datos de usuario
- Establecimiento ,liberación, interrupción, reiniciación de llamadas virtuales.
- Generación de señales de servicio
- Mecanismos para enviar paquetes
Cuando se complete un paquete
Cuando expire un periodo de temporización
- Mecanismos para transmitir caracteres al DTE asíncrono (bits arranque/parada ,
paridad)
- Mecanismos para leer/establecer valores de parámetros

3.2.2.2 Funciones facultativas

- Mecanismos para seleccionar un perfil normalizado

- Detección automática de velocidad de datos, código y paridad.
- Mecanismos que permitan al DTE remoto pedir una llamada virtual

3.2.3 Parámetros
Además de las funciones que acabamos de ver ,cada terminal conectada a un PAD tiene
asociados 22 parámetros X.3 .Estos parámetros se establecen mediante ordenes introducidas en el
terminal o desde el DTE remoto en modo de paquetes al que se esta accediendo. Los parámetros se
relacionan con características como las siguientes:

6
 - Si se requiere o no la verificación de eco local.
- Selección de caracteres de terminación de paquetes(reenvío de datos) que permitan al
usuario de la terminal indicar al PAD que debe iniciar la transmisión de un paquete
(parcialmente completado)

- Especificación de caracteres de control alternativos para funciones como el salto de línea

y el retorno de carro.

Para que el uso del PAD sea mas fácil, todos los parámetros asociados a una terminal tienen un
valor por omisión de modo que solo es necesario modificar los parámetros que difieran de los
valores por omisión.

Los valores iniciales de los parámetros están determinados por el perfil estándar seleccionado
para la terminal.Se han definido diversos perfiles estándar alternativos para los tipos de terminales
mas comunes.

Por lo regular,tanto el perfil estándar como las modificaciones se seleccionan e introducen en el

momento en que se establece por primera vez un enlace de comunicación entre la terminal y el
PAD.El procedimiento se define en la recomendación X.28.

7
4 Recomendación X.28

Recomendación X.28
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x28-es.html

4.1 Definición
La recomendación X.28 define la interfaz DTE/DCE para equipos terminales asíncronos
(arrítmicos) con acceso a la facilidad de empaquetado/desempaquetado de datos (PAD) en una red
publica de datos.

4.2 Funcionalidad
Esta recomendación especifica el protocolo que ha de instaurarse entre una terminal asincrona en
modo de caracteres y el PAD, conteniendo los procedimientos que deben seguirse para:

- Tener acceso al PAD;

- Asignar los valores requeridos a los parámetros de terminal;
- Establecer una llamada virtual a un DTE de destino que opere en modo de paquetes;
- Controlar el intercambio de datos de usuario entre la terminal y el PAD;
- Liberar una llamada establecida.
-
Todo ello se realiza mediante el intercambio de comandos entre DTE y PAD.Además se definen
dos perfiles o modos de funcionamiento para el PAD.

4.2.1 Perfiles
Pueden definirse dos perfiles para atender al ETD de usuario.

Con el perfil transparente, el PAD que atiende el servicio es transparente para ambos ETD ,
los dos ETD "piensan" que existe una conexión virtual directa 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.

4.2.2 Procedimientos
4.2.2.1 Acceso al PAD
El acceso al PAD puede efectuarse por diferentes medios .Puede hacerse mediante una conexión
conmutada establecida a través de la PSTN o bien por una línea alquilada .Si la PSTN se vale de

8
transmisión analógica ,es preciso contar con modems en cada extremo del enlace . Si la red cuenta
con servicios de datos digitales, se podrá establecer o alquilar un camino digital directo y emplearse
una interfaz EIA-232D/V.24 (RS-232) convencional.

4.2.2.2 Asignación de parámetros

Una vez que la terminal ha tenido acceso al PAD ,envía una secuencia de caracteres de solicitud
de servicio, la cual permite al PAD determinar la tasa de datos que está usando la terminal ,y a esta
seleccionar un perfil estándar inicial. La norma define procedimientos para que el usuario de la
terminal pueda leer los parámetros asociados al perfil y ,si es necesario, cambiarlos a otros valores .

4.2.2.3 Establecimiento de llamada virtual

Una vez hecho esto, el PAD estará en condiciones de establecer una llamada virtual a través de la
PSPDN (Red pública de datos de conmutación de paquetes) a un DTE remoto que opere en modo de
paquetes. Para establecer una llamada virtual el usuario indica primero al PAD la dirección de la
terminal de modo de paquetes deseada.El PAD sigue el procedimiento de establecimiento de
llamadas virtuales esbozado en la subsección anterior.

4.2.2.4 Intercambio de datos

Una vez establecida la llamada,el PAD ingresa en la fase de transferencia de datos. En dicha
fase,el PAD cumple las funciones de ensamblado y desensamblado de paquetes requeridas.
Durante el proceso de ensamblado,el PAD inicia la transferencia de un paquete ya sea cuando el
usuario introduce un carácter de control de terminación de paquete convenido o bien después de
expirar un periodo de tiempo máximo convenido.

4.2.2.5 Liberación de llamada

Por último, una vez intercambiada toda la información, el usuario puede solicitar al PAD que
inicie la liberación de la llamada.

4.2.3 Comandos
Como muestra la tabla a) 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.

Con X.28, cuando un PAD recibe un comando procedente de un terminal, está obligado a
devolver una respuesta (Tabla b).

9
Tabla a). Señales de comando del PAD

Formato del comando de PAD Descripción

STAT Solicita información de estado relativa a

una llamada virtual conectada al ETD
CLR Libera una llamada virtual
PAR? (Parámetros) Solicita los valores actuales de los
parámetros especificados
SET? (Parámetros) Solicita la modificación o el
establecimiento de los valores de los
parámetros especificados. También solicita
los valores actuales de los parámetros
especificados
PROF (Identificador) Entrega al PAD un conjunto normalizado
de valores de parámetros
RESET Reinicia la llamada virtual
INT Transmite un paquete de interrupción
SET (Parámetros) Establece o modifica los valores de los
parámetros
Seleccionar PAD Establece una llamada virtual

Tabla b). Señales de servicio del PAD

Formato de servicio del PAD Descripción

Avance de línea Asentimiento de una señal de comando
COM Indicación de llamada conectada
RESET DTE El ETD remoto ha reiniciado la llamada
RESET ERR La llamada ha sido reinicializada como
consecuencia de un error local de
procedimiento
RESET NC La llamada ha sido reinicializada como
consecuencia de una congestión en la red
ERROR Existe un error en el comando del PAD
PAR <n:n> Respuesta a un comando del PAD de
establecimiento o lectura; n indica el
número del parámetro y su valor en
decimal
PAR <n:INV> Respuesta a una solicitud de
establecimiento de parámetros no válida en
un comando de PAD de establecimiento o
de lectura y establecimiento
ENGAGED Respuesta a un comando de PAD
"STATUS" cuando ya se ha establecido
una llamada
FREE Respuesta a un comando de PAD
"STATUS" cuando la llamada aún no ha
sido establecida

10
5 Recomendación X.29

Recomendación X.29
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x29-es.html

5.1 Definición

La recomendación X.29 define los procedimientos para el intercambio de información de control

y datos de usuario entre una facilidad de empaquetado / desempaquetado de datos (EDD/PAD) y un
DTE u otro PAD en el extremo remoto , tal como se muestra en la siguiente figura.

X . 29

RED X . 25

DTE en
modo de PAD DCE DCE DTE
caracteres

5.2 Funcionalidad

Los procedimientos básicos asociados a X.29 para el establecimiento de llamadas y la

transferencia de datos son,básicamente,las mismas que se usan en X.25,aunque en la recomendación
se definen procedimientos adicionales que reflejan la presencia del PAD entre la terminal y el DTE
remoto de modo de paquetes , y que son los que detallaremos :

• Durante la fase de establecimiento de llamadas,el PAD utiliza los cuatro primeros octetos del
campo de datos de usuario opcional del paquete de solicitud de llamada como campo de
identificador de protocolo.Esto perrmite identificar los distintos tipos de suscriptores
terminales)que llaman para que el DTE llamado en modo de paquetes pueda utilizar protocolos
alternativos si se da el caso.

11
 • De manera similar, en el sentido opuesto y durante la fase de transferencia de datos,el DTE
que opera en modo de paquetes puede comunicarse con el PAD directamente por medio del bit Q
de la cabecera de cada paquete de datos.Si el bit Q es 1,ello significa que el resto de la
información del paquete va dirigida al PAD y no deberá desensamblarse ni pasarse a la terminal
de usuario.Este procedimiento hace posible,por ejemplo,que el DTE remoto lea y,si es preciso ,
establezca los valores actuales de los parámetros asociados a la terminal que origino la llamada.

5.2.1 Mensajes de control

En X.29 están definidos siete mensajes de control (llamados mensajes del PAD) entre el PAD y el
DTE remoto :

Mensaje Descripción

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 la terminal ha transmitido una

señal de interrupción (break).

Error Respuesta a un mensaje inválido del PAD

12
7 Recomendación X.32

Recomendación X.32
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x32-es.html

7.1 Definición
La recomendación X.32 define la interfaz DTE-DCE para terminales que funcionen en modo
paquete y que acceden a una red de datos con conmutación de paquetes a través de Red Telefónica
Conmutada,RDSI o Red de datos con conmutación de circuitos.
Al igual que X.25 define los niveles físico, de enlace y de red

7.2 Funcionalidad

7.2.1 Tipos de servicio

Se definen tres tipos de servicios denominados servicios ETD/DTE

a) No identificado

- El DTE puede funcionar con diferentes redes sin tener que abonarse a ninguna.
- No se le permite que efectúe llamadas tarifadas o reciba llamadas de cobro revertido

b) Identificado

- DTE identificado por la red

- Servicios similares al servicio no identificado pero puede ser facturado.

c) Personalizado

- DTE dispone de dirección registrada

- Servicio adaptado a la capacidad del DTE.

13
7.2.2 Nivel físico

La recomendación X.32 define los siguientes como posibles interfaces de nivel físico :

- Interfaz X.21

Si el DTE accede a la Red de Conmutación de paquetes a través de una Red de

Conmutación de Circuitos el interfaz físico será el que se define en la recomendación
X.21 o X.21bis.

- Interfaz de la serie V

Si el acceso se realiza a través de RTC se puede optar por diferentes modems

de la serie V (V.22 , V.26 , V.27, V.32 ...)

- El acceso mediante RDSI se define en la recomendación X.31.

7.2.3 Nivel de enlace

El procedimiento de acceso al enlace es el LAPB (Módulo 8 o 128) definido en la

recomendación X.25 .

7.2.3.1 Asignación de dirección

Al igual que en la recomendación X.25 la asignación de la dirección en la capa de enlace
depende del papel que desempeña el equipo :

Sentido Ordenes Respuestas

DTE->DCE B A
DCE->DTE A B

7.2.3.2 Tramas XID

LAPB prevé el empleo adicional de la instrucción /respuesta identificación de intercambio

(XID) con formato no numerado.Esta capacidad adicional permite la identificación del DTE así
como la selección de ciertas facilidades adicionales de usuario que proporciona X.32.

14
7.2.4 Nivel de red
Los formatos y procedimientos de nivel de red son los definidos en la recomendación X.25 ,
a los que se les añaden ciertas facilidades relacionadas con la identificación del DTE :

- Utilización de paquetes de registro para identificar el DTE y especificar facilidades

Opcionales

- Utilización de un protocolo para la identificación y la autenticación del DTE.

...

15
8 Bibliografía y referencias

Bibliografía

- Hallsall,F. ”Comunicación de datos,redes de computadores y sistemas abiertos”. 4ªEd.

Addison-Wesley.1996

- Redes de comunicación de datos:Servicios y facilidades,interfaces.Recomendaciones X.1

a X.32. Libro Azul UIT-CCITT.Tomo VIII – Fascículo VIII.2

Recomendaciones ITU-T

Recomendaciones Serie X . X.1 a X.199

http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/index-es.html

Recomendación X.3
http://info.itu.ch/itudoc/itu-t/approved/x/x_3-es.html

Recomendación X.28
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x28-es.html

Recomendación X.29
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x29-es.html

Recomendación X.32
http://info.itu.ch/itudoc/itu-t/rec/x/x1-199/x32-es.html

Legislación

ESPECIFICACIONES TÉCNICAS DE EQUIPOS O APARATOS DE

TELECOMUNICACIONES

Real Decreto 81/1993, de 22 de enero, por el que se establecen las especificaciones técnicas para
la conexión de equipos terminales de datos a la red pública de datos con conmutación de
paquetes "Iberpac" utilizando los interfaces definidos en las recomendaciones X.28 y X.32
(1988) del Comité Consultivo Internacional Telegráfico y Telefónico (CCITT), el
procedimiento datáfono y el interfaz basado en el modo de respuesta normal del protocolo de
control de línea de alto nivel (HDLC/MRN).
BOE 17/02/1993

http://www.sgc.mfom.es/legisla/esp_tec.htm

16
Documentos

Universidad de Alicante
Capa de red X.25. Tramas, protocolo, protocolos X.3,
http://www.disc.ua.es/asignaturas/rc/trabajos/x25/raiz.htm

L&M Reports - Sistemas X.25

SERVICIOS Y ACCESOS A REDES X.25 - Pad asíncrono (X.3, X.28, X.29) -
Recomendación X.3 - Recomendación X.28 - Recomendación X.29 - Características
del PAD asíncrono - Conexión de datáfonos – Nivel físico - Descripción del protocolo
de enlace - Procedimientos del nivel de paquetes - Conexión de terminales HDLC-
NRM - Nivel de enlace - Nivel 3: PAD HDLC NRM - Acceso por RTC X.32 -
Procedimientos y servicios - Procedimientos - Acceso por ISDN X.31 - Encapsulado
multiprotocolo X.25
http://www.lmdata.es/reports/x25.htm

Servicios

BT
Servicio de conmutación de paquetes
http://www.bt.es/prodyser/datos/paquetes/paquetes.htm

Servicio X.28
http://www.bt.es/prodyser/datos/paquetes/x28.htm

Servicio X.32
http://www.bt.es/prodyser/datos/paquetes/x32.htm

TELEFÓNICA

Telefónica Data (EDI) Descripción

http://www.telefonica-data.com/esp/html/servicios/EDI/Descripcion.htm

Telefónica Data (Sistema RED) Contratación

http://www.telefonica-data.com/esp/html/servicios/SistemaRed/Contratacion.htm

Telefónica Data (Servicios Telemáticos) Descripción

http://www.telefonica-data.com/esp/html/servicios/ServiciosTelematicos/Descripcion.htm

Telefónica Data (Frame Relay) Ficha Técnica

Conexiones X.28, X.25 y X.32 (llamada local)
http://www.telefonica-data.com/esp/html/servicios/MensatexIntrastat/FichaTecnica.htm

17
Productos

NS/Router
X.25/X.32 y RDSI.
http://www.exycon.com/fab/net/router.htm

CPAQ
Conmutador.Protocolos soportados: X.25, X.32, X.75.
http://www.interfase.com.uy/productos/varios/PCPAQ.html

Cursos

Curso Redes de Paquetes X-25 y Frame-Relay

http://www.ita.es/areas/servicios/organiz/dep_form/cursos/x25.html

Educación Continua
Curso de Redes de Conmutación de Paquetes X.25
http://www.iztapalapa.uam.mx/iztapala.www/division.cbi/electrica/redes_interc/edu.htm

18