II.2.1 Redes X.25. 

X.25 es un estándar para el acceso a redes públicas de conmutación de paquetes. No especifica cómo está la red implementada interiormente aunque el protocolo interno suela ser parecido a X.25. 
El servicio que ofrece es orientado a conexión, fiable, en el sentido de que no duplica, ni pierde ni desordena, y ofrece multiplexación, esto es, a través de un único interfaz se mantienen abiertas distintas comunicaciones. Vamos a estudiar todos los niveles de X.25, desde el Nivel Físico al Nivel de Red. En primer lugar veamos cuál es la forma más común de conexión y lo que abarca cada nivel: 

FIGURA II.12 Conexión a X.25. Imagen enlace.

Nomenclatura: 

• DTE (Data Terminal Equipment): Es lo que utiliza el usuario final (PC con placa X.25 por ejemplo). 
• DCE (Data Circuit Terminating Equipment): Podemos interpretarlo como un nodo local. A nivel de enlace (LAPB) las conexiones se establecen DTE-DCE. Ahora con el nivel de red, ampliamos las comunicaciones más allá del DCE, que hace de interconexión.

II.2.1.1 - Nivel Físico
Existen dos posibilidades: 

• X.21: Se utiliza para el acceso a redes de conmutación digital. (Similares a las de telefonía digital.) 
• X.21bis: Se emplea para el acceso a través de un enlace punto a punto. (Similar a RS-232 en modo síncrono.) 

II.2.1.2 - Nivel de Enlace (LAP-B)
Ya sabemos que el objetivo del Nivel de Enlace es garantizar la comunicación entre dos equipos directamente conectados. En X.25, este nivel queda implementado con el protocolo LAP-B (Link Access Procedure - B) que es un protocolo HDLC 2,8, es decir, con rechazo simple, indicado por el 2, y en el cual las tramas de información pueden ser utilizadas como tramas de control, indicado esto último por el 8. Veamos, en detalle, cuál es el formato de las tramas: 

FIGURA II.13 Trama de LAP-B. 

Analizamos más a fondo los tres tipos de tramas que se manejan: 

• a) Tramas de información.: El campo de control es: 

FIGURA II.14 Campo de control de una trama de información. 

• El primer bit es obligatoriamente un '0'. 
• En segundo lugar se coloca el número de secuencia de la trama de información que se envía. 
• A continuación existe un bit denominado P/F. Es el bit Poll/Final de los protocolos HDLC que no entraremos a estudiar en profundidad. 
• Por último, aparece un número de secuencia de asentimiento. Se utiliza piggybacking, esto significa que se aprovechan las tramas de información para mandar asentimientos. Si un terminal recibe correctamente una trama y él quiere enviar otra, no genera un ACK y después manda su trama sino que incorpora el asentimiento en la propia trama. Por esto, representaremos las tramas de información con una 'I' seguida de dos números. Con I23, por ejemplo, quien lo manda envía el equivalente a lo que antes representábamos con I2 y ACK3, es decir, envía la trama 2 y advierte de que está esperando la trama 3 del otro interlocutor. 
En principio por defecto se utiliza numeración modulo 7 (3 bits), así, las tramas irán con números desde el 0 hasta el 7 ambos incluidos. Si el retardo de asentimiento, tiempo que transcurre desde que se envía el último bit de una trama hasta que se recibe su asentimiento, es muy alto, puede interesar aumentar la numeración para poder mandar más tramas en dicho tiempo de asentimiento. Este es el motivo por el que se permite utilizar numeración extendida a módulo 127 (7 bits). 
• b) Tramas de supervisión. El campo de control es: 

FIGURA II.15 Campo de control de una trama de supervisión. 

y en el caso de numeración extendida: 

FIGURA II.16 Campo de control de una trama de supervisión con numeración extendida. 

Los tipos son: 

BITS	TIPO	SIGNIFICADO
00	RR (Receiver Ready)	ACK
01	REJ (Reject)	Informa de que una trama llegó mal
10	RNR (Receiver Not Ready)	Se avisa al terminal origen que el receptor se desborda. Aún con esto se confirma la última trama recibida. El origen se queda parado hasta recibir un RR.
11	SREJ	Se utiliza en rechazo selectivo. Por tanto, no se usa en X.25.

• c) Tramas no numeradas. El campo de control es: 

FIGURA II.17 Campo de control de una trama no numerada. 

Algunos tipos utilizados son: 

• SABM (Set Asyncronous Balance Mode): Sirve para configurar el receptor y el emisor. 
• UA (Unnumbered ACK): Confirma tramas no numeradas que funcionan en modo parada y espera. 
• DISC: Se utiliza para desconectar. 
• SABME: Se configuran emisor y receptor acordando utilizar numeración extendida. 
• RESET: Ante situaciones irrecuperables se pone todo a cero y se informa al nivel superior de que ha habido un fallo grave. 

FIGURA II.18 Ejemplo de comunicación de LAP-B.

Establecimiento de conexión: 

En esta fase, un sistema final o DTE pide que se abra una comunicación con la trama SABM. En primer lugar, es importante señalar que el receptor será siempre un DCE puesto que trabajamos en el Nivel de Enlace, es decir, con comunicaciones entre entidades directamente conectadas. Con la trama citada, el DTE consigue informar al DCE de qué características tendrá la comunicación que quiere establecer, en este caso por ejemplo, la numeración será la que exista por defecto y no será numeración extendida. 

Una vez recibida la trama correctamente en el DCE, éste contesta con UA para confirmar que la comunicación queda abierta. 

Hasta aquí, como podemos comprobar en la figura, se trabaja en modo parada y espera. 

Fase de transmisión de datos: 

Tras establecer la conexión y algunos de sus parámetros ya se puede pasar a mandar información. En el caso de la figura, es el DCE quien envía una trama, la trama I00. Como ya sabemos, esto quiere decir que la trama que se envía es la trama 0 y que el DCE está esperando recibir del DTE la trama 0. Tanto esta trama como la siguiente que manda el DCE, la I01, son confirmadas por el DTE con tramas RR. Como recordamos, no se asiente una trama con su número sino con el número de la trama que a partir de ese momento se espera, es decir, la siguiente a la que se confirma. Ésta es la razón por la que I00 se confirma con RR1. 

La primera trama que envía el DTE es I02, es decir, en este punto él manda la trama 0 y está esperando la 2. Una vez llega ésta al DCE, éste la confirma con I31, esto es, mandando su cuarta trama e indicando que queda a la espera de la trama 1 del DTE. 

En el proceso ilustrado no figura ningún error pero, de haberlo, todo funcionaría como quedó descrito en ARQ con rechazo simple. Bien porque saltase un TIMER o por la recepción de una trama REJ se obligaría a la retransmisión a partir de la trama errónea. 

El proceso así descrito continuará, si no surge ningún problema irrecuperable, hasta que uno de los interlocutores pida la desconexión. 

Desconexión: 

Una de las entidades envía la trama DISC que es confirmada con UA. Queda así la comunicación cerrada. 

T1 o Plazo de Retransmisión: 

Es el tiempo que se espera desde la transmisión de una trama hasta su retransmisión por falta de ACK. Es el objeto del TIMER del que hemos venido hablando hasta ahora. 

T2 o Retardo Máximo antes de Asentimiento: 

Pueden no asentirse las tramas inmediatamente según llegan. Puede esperarse un tiempo menor que este T2 por si llegan más tramas que puedan ser asentidas todas juntas. 

T3 o Plazo de Inactividad: 

Si transcurre un tiempo sin que se transmita o reciba nada se emite un RR asintiendo la última trama que hubiese llegado. Es necesario testear el enlace para comprobar un posible fallo grave como la caída de un nodo... 

N1 o Longitud Máxima de la Trama. 

N2 o Número Máximo de Retransmisiones de una Trama: 

Si después de N2 retransmisiones de una trama, ésta no es asentida se resetea el enlace o se desconecta informando al nivel superior. 

K o Tamaño de Ventana. 

II.2.1.3 - Nivel 3 X.25 (PLP)
Este nivel está especificado por el PLP (Packet Layer Protocol) que es un protocolo de acceso a nivel de red y que proporciona un servicio al nivel superior: 

• de subred (SNACP).
• modo paquete
• orientado a conexión.
• fiable.
• multiplexión: uso de una conexión para varias comunicaciones simultáneas. El DTE origen dialoga con su nodo, pero virtualmente lo hace con todos los DTEs multiplexados.

II.2.1.3.1 Circuitos virtuales (CV)
Podríamos definirlos como la asociación lógica entre usuarios para comunicarse entre ellos. 
En X.25 hay 2 tipos de CV: 

• Conmutados (CVC) : Hay que realizar un diálogo previo a la transmisión con el nodo local para establecerlos.
• Permanentes (CVP): Están establecidos de antemano (por contrato), así que no hace falta fase de establecimiento. Son muy útiles si se transmite mucho y con mucha frecuencia hacia un mismo destino.

En la figura se muestra como la multiplexión que se ofrece al nivel de transporte, no es tal a nivel de enlace: en LAPB sólo hay una conexión. 

 La multiplexión se resuelve a nivel de red, aunando las diferentes conexiones (asimilables a CVs) que aparecen en el NSAP (Punto de Acceso al Servicio a Nivel de Red), en la que se ve desde el nivel de enlace en el LSAP. 

FIGURA II.19 Los CVs y la multiplexión en terminología OSI.

II.2.1.3.2 Protocolo

• Fase de Establecimiento: En la figura hemos supuesto que la llamada es aceptada, pero como veremos más adelante, podría ser rechazada. Esta fase sólo tiene lugar para CVCs.Llegados a este punto ambos lados estarán seguros de que la conexión se estableció bien. 
• Fase de Transferencia: Como veremos, los datos pueden ser asentidos en el nodo local (caso 'a'), o en destino ('b').
• Fase de Liberación: La liberación a su vez puede ser solicitada por uno de los dos lados ('a') o por la propia red ('b'). 

FIGURA II.20 Fases de la Transmisión.

• Los que dialogan son los dos PLPs. El nivel de enlace sólo sirve de mensajero
• Las direcciones a nivel de enlace son distintas de las de nivel de red.
• Con la dirección de enlace (que ya vimos que no se necesitaba realmente) llego al primer nodo. Allí se desencapsula y se usa la de red para llegar a los demás.

FIGURA II.21 Gráfica esquemática con los niveles OSI involucrados.

NOTA: A nivel de paquete no tenemos retransmisiones. Sí hay control (detección) de errores, pero no corrección.
 

II.2.1.3.3 Direcciones X.25
La recomendación X.121 especifica el formato de las direcciones:
 
 

FIGURA II.22 Formato de las direcciones.

• DNIC (Data Network Identifier Code): Identifica a cada red X.25 y distingue al operador público (Iberpac tiene uno, Transpac (Francia) otro, etc.). Es único a nivel mundial.
• NTN (Network Terminal Number): Número de abonado. En España está limitado a 9 dígitos.


Este tipo de dirección posibilita el encaminamiento jerárquico.

• Codificación:
• La codificación se hace en BCD; concretamente se usa un octeto para cada 2 dígitos.
• En algunas ocasiones, el número de dígitos es impar (España p.ej.) lo cual da lugar a medio octeto sobrante y luego veremos que probablemente habrá que usar un relleno (padding).
• Utilización:
• Usar siempre el DNIC, incluso si llamo a mi propia red.
• No usar el DNIC internamente y usar para llamadas externas 0+DNIC+NTN (esto es lo que se utiliza en Iberpac).

 Utilización:
Los NCLs se escogen por el DTE o por el DCE (la red en el fondo) cuando se necesitan, liberándolos cuando los acaban de usar. Ambos tienen una lista donde marcan los NCLs libres y ocupados (lo que se marca en una lista se refleja inmediatamente en la otra).

• El DTE empieza a escoger por los NCLs de mayor numeración.
• El DCE (la red) empieza por los de menor numeración.
• Podría ocurrir que se juntasen en el centro (los DTE vienen de arriba y los DCE de abajo) y esto desemboca en varias posibilidades:
1. Que cuando DTE o DCE vayan a escoger un número, en sus listas figuren todos como ocupados. En este caso, no se aceptarían sus paquetes.
2. Que sólo quede un NCL por elegir y los dos lo cojan al mismo tiempo. En este caso la red (DCE) tendría prioridad. La conexión del DTE se contesta con un clear desde la red y se rechaza. (ver figura II.23 a la derecha).

FIGURA II.23 Ejemplos del uso de NCLs.

Comentario a la Figura II.23:

En respuesta a un Call Request anterior (que el DTE asignó sin problemas al NCL 6 por ejemplo), el DCE trata de asignar el NCL 5 pues lo ve libre. Así el CV de esa conexión tendría asociado el NCL 6 en el DTE y el 5 en el DCE.

Al mismo tiempo el DTE ha visto libre el NCL 5 y trata de establecer un nuevo CV asignándoselo

Como consecuencia de esto es la operación del DCE (de la red) la que se acepta, rechazándose el Call Request del DTE.

II.2.1.3.5 Formato general de paquetes
Para el estudio del PLP vamos a ver el formato de sus PDUs (éstas se encuentran alineadas a octeto):

 

FIGURA II.24 Formato general de una PDU.

La longitud del paquete no aparece escrita en ningún sitio, pues no es necesaria (va delimitado a nivel de enlace).

 Para profundizar en el estudio de este nivel vamos a ver con más detalle. los siguientes paquetes:

• Paquete de Petición de Llamada y Paquete de Llamada Entrante.
• Paquete de Llamada Aceptada y Paquete de Comunicación Establecida.
• Paquete de Liberación de Conexión y Paquete de Indicación de Liberación.
• Paquete de Confirmación de Liberación.
• Paquetes de Asentimiento y Control de Flujo.
• Paquete de Datos.
• Paquete de Reinicio (RESET).
• Paquete de Rearranque (RESTART).
• Paquete de Interrupción.

Paquete de petición de llamada y de llamada entrante
Los paquetes de petición de llamada y llamada entrante tienen el mismo formato, diferenciándose únicamente en el sentido en que se transmite el paquete: DTE-DCE el primer caso y DCE-DTE en el segundo. Así pues tendremos:
 

 

FIGURA II.25 Formato general de Petición de Llamada o Llamada Entrante.

• Las longitudes se codifican con cuatro bits que indican el número total de dígitos de las direcciones en X.25. Si las direcciones de llamante y llamado no tienen ambas un número impar de dígitos o un número par (de España a España por ejemplo, el semiocteto que sobra con una se cubre con el de la otra (9+9=18 par), puede sobrar algún semiocteto.
• El pading se usa precisamente para solventar este problema de semi-octetos sobrantes. Es un relleno que se pone para que no sobre nada.
• Campo de facilidades: Las facilidades son servicios suplementarios al servicio básico (Ej. especificación de uso de un tamaño de paquetes de datos superiores al tamaño por defecto (128 oct.), o de un tamaño de ventana diferente a 2, etc.).

Su longitud está indicada por el campo longitud de facilidades.
• Estos paquetes contienen datos de usuario del nivel superior, los cuales no llevan delante un campo de longitud ya que acaban donde acaba la trama.

La longitud de este campo, como se ve en la figura II.25, es menor o igual que 16 octetos. Sin embargo, en la modalidad de selección rápida (fast select) pasa a ser menor o igual que 128 octetos.
Estos datos generalmente se usan para:
1. Proporcionar un mecanismo de control de acceso, ya que con la dirección del llamante sólo se identifica al ptr, no a los usuarios (autentificación).
2. Enviar la PDU de establecimiento de conexión del nivel superior.

El formato es el mismo para los dos:

FIGURA II.26 Formato general de Llamada Aceptada o Comunicación Establecida.

Si pongo los campos opcionales de facilidades o datos, tengo que poner también los de longitud y direcciones, aunque puedo dejarlos a cero.

 Tanto estos paquetes como los de petición de llamada y los de llamada entrante, así como los de liberación de conexión y de indicación de liberación admiten la facilidad de selección rápida ( fast select):

1. En estos paquetes se pueden introducir datos de hasta 128 octetos.
2. Si una estación nada más recibir una Petición de Llamada manda una PDU de desconexión, consigue una transferencia de datos sin haberse establecido la conexión.

Paquete de liberación de conexión y de indicación de liberación
El paquete de liberación de conexión va del DTE al DCE y el de indicación de liberación del DCE al DTE.

Por lo demás ambos paquetes tienen el mismo formato:

 

FIGURA II.27 Formato general de Liberación de Conexión e Indicación de Liberación.

Causa: Es un byte que indica por qué se ha liberado la comunicación (si ha sido el DTE, la red, etc.).  Diagnóstico: Es un byte que no hace sino refinar la causa. La parte optativa se envía en base a las reglas del protocolo: no cuando el usuario lo desee, sino cuando lo exige el protocolo.

Paquete de confirmación de liberación
No hay campo de datos en este caso, ya que cuando se envía este paquete se cierra la conexión.

Su formato es el siguiente:

 

FIGURA II.28 Formato general de Confirmación de Liberación

Paquetes de asentimiento y control de flujo
En X.25 no se utiliza ARQ pues no hay retransmisiones. Los números de secuencia y las ventanas se utilizan exclusivamente para hacer control de flujo de tipo XON/XOFF y para detección de errores. El nivel de enlace se supone fiable.

 Hay dos tipos de paquetes: RR y RNR. Son paquetes explícitos de asentimiento y se utilizan como alternativa al piggybacking.

 El formato de los paquetes RR y RNR es el mismo, diferenciándose entre ellos solamente en un bit:
 
 

 

FIGURA II.29 Formato general de Paquetes de asentimiento

P(R) son 3 bits que indican el número de secuencia que se asiente (indica cuál es el siguiente que espera recibir)

 Los paquetes RR y RNR varían ligeramente en el formato extendido:
 

FIGURA II.30 Formato general extendido de RR y RNR.

NOTA: Existe una opción adicional en X.25, que prácticamente no se usa y que incluye rechazos con retransmisiones (REJ se consigue con el campo de tipo a 01001)
 

Paquete de datos
El paquete de datos en la recomendación X.25 presenta el siguiente aspecto:

FIGURA II.31 Formato general de un Paquete de Datos.

donde:

• bit M: se utiliza para segmentación y reensamblado.
• Si M=1 faltan más paquetes por llegar de la SDU que se está transmitiendo.
• Si M=0 no faltan más paquetes por llegar de la SDU que se está transmitiendo.
• P(R): Número de secuencia de recepción. Es también un asentimiento (piggybacking)
• P(S): Número de secuencia de transmisión.

• bit D: se utiliza para controlar el tipo de asentimiento (también llamado acuse de recibo)
 
• D=0 Asentimientos locales (sin acuse de recibo).
• D=1 Asentimientos remotos (con acuse de recibo).
• bit Q: no afecta al comportamiento de X.25. La entidad de nivel de red simplemente informa al usuario del nivel superior de su estado a 0 o a 1. El bit Q se transporta de forma transparente. Se puede utilizar para que el nivel superior marque a sus paquetes de control (Q=1) o datos (Q=0).
• DATOS: es una secuencia de octetos (al menos uno, el paquete de datos no puede ir vacío). Hay un número máximo de octetos por paquete (p.ej. en Iberpac datos <=128 octetos). Al igual que la ventana, se puede solicitar un aumento del tamaño del paquete, pero esto también implica mayor ocupación de la red y mayor precio.

FIGURA II.32 Formato general extendido de un Paquete de Datos.

• Longitud por defecto 128 octetos.
• Transparencia.
• Ventana deslizante (2 por defecto).
• Posibilidad de formato extendido.
• No hay retransmisiones, pues se supone que la fiabilidad ya la proporciona el nivel de enlace. Se lleva una cuenta de los errores, pero no se corrigen (tiene una tasa de errores no detectados muy baja).
• Los RR puedo retrasarlos tanto como quiera y usarlos para control de flujo o para asentir varias tramas a la vez, pues al no haber retransmisiones, no saltarán los timers (en LAPB, si trataba de hacer lo mismo, se retransmitía).

FIGURA II.33 A la izquierda ejemplo con asentimientos remotos. A la derecha locales.

• Problema: Hasta que RR(2) no llegue al origen, no puedo seguir transmitiendo, pues se agotó la ventana (ineficacia).
• Ventaja: El asentimiento remoto me asegura que el mensaje llega al destino. Es muy útil en bases de datos por ejemplo.

• Tras RR(1) el origen sabe que el mensaje ha llegado únicamente al primer nodo de la red.
• RR(2) es un asentimiento al DCE local de B. La red se encarga de llevarlo a A (en forma de RR(3) por un mecanismo llamado back pressure, pero es totalmente distinto a un asentimiento remoto.
• RR(3) viene generado por la red, para que A pueda seguir transmitiendo. D(2,0) lo ha asentido la red, no B.

Los números de secuencia también son distintos en los asentimientos, porque se hacen en local a cada nodo.
Luego RR(2) hace que se genere RR(3), pero no es que RR(2) llegue a A.
• NOTA: D(2,0) no se podría haber recibido en B, si no se hubiese generado antes RR(2), porque ya se había agotado la ventana.
• Problema: Es más lento en el control de flujo (aunque si no hay congestión no hay problema).
• Ventaja: Es más eficiente, pues puedo seguir transmitiendo.

FIGURA II.34 Formato general de un Paquete de Petición de Reinicio y esquema del protocolo(RESET).
 

 El contenido de los campos causa y código viene especificado en la recomendación.

 Los paquetes de confirmación de reinicio por ETD y ETCD tienen el aspecto siguiente:

FIGURA II.35 Formato general de un Paquete de Confirmación de Reinicio.

y la única diferencia entre ellos es el lugar donde se generan:

 

FIGURA II.36 Gráfico de la generación de paquetes de reinicio.

Los efectos de un RESET son los siguientes:

• Pone los números de secuencia a 0.
• Descarte de paquetes.
• Informa al nivel superior.

 El formato de los paquetes es similar al de RESET (así como el intercambio de paquetes, sustituyendo RESET por RESTART):

FIGURA II.37 Formato general del Paquete de Reinicialización.

Se envía por el canal lógico 0, que es el que se reserva para señalización.
Los efectos de RESTART son:

• Todos los CV permanentes se reinician.
• Todos los CV conmutados se desconectan.

FIGURA II.38 Formato general de Confirmación de Rearranque.

Tanto la interrupción por ETCD como por ETD presentan el siguiente aspecto:

FIGURA II.39 Formato general del Paquete de Interrupción y protocolo de transmisión.

Son paquetes también denominados fuera de banda, pues no están sometidos a control de flujo.
El objetivo es que lleguen lo más rápidamente posible (son enviables incluso cuando la transmisión está parada).

 Funciona en parada y espera: hasta que no llega un Conf.INT, no puedo enviar otro INT.

 El campo DATOS es variable. Históricamente el tamaño de los datos era de un octeto. Las versiones más modernas permiten hasta 32 octetos (en cualquier caso, es una cantidad pequeña, pues ya estaría enviando más de lo que se debe).
 

Transmisión de tramas de mayor longitud
A la hora de transmitir tramas de mayor longitud de la que admite X.25 en un paquete de datos (128 octetos por defecto), tenemos varias opciones:

• Negociar un CV que sea capaz de transmitir toda esa cantidad de datos de una vez (más sencillo, pero poco económico).
• Usar el bit M:

Si el destino recibe un paquete con el bit M=1, almaceno y espero.
Cuando reciba el de M=0 (después de una serie con M=1), los reensamblo todos y los paso al nivel superior. (En IP no es tan sencillo porque pueden llegar desordenados y el M=0 puede no ser el que corresponde al M=1 anterior).

FIGURA II.40 Transmisión de paquetes de mayor longitud.

• Si simplemente quiero enviar más de lo permitido
• El tamaño del paquete es mayor en el origen que en el destino.
• Incluso si el tamaño en el destino es mayor que en el origen, puedo almacenar varios mensajes antes de pasarlos todos juntos al nivel superior (aunque realmente no vayan juntos).

• Negociado de parámetros de control de flujo: longitud de paquete, ventana, módulo extendido, rango de CVs.

Hay dos opciones para el negociado:
• Durante el establecimiento de la conexión.
• Por contrato (con Telefónica...).
• Grupos cerrados de usuarios.
• Cobro revertido.
• Grupo de captura: varios ordenadores que ofrecen el mismo servicio, con la misma dirección.

FIGURA II.41 Uso del ML-P.

Funcionamiento del ML-P:

FIGURA II.42 Formato del ML-P.

 R=1 (reset): el que transmite la PDU solicita un establecimiento o reinicio de la conexión

 C=1: para confirmar (aceptar) el reset o el establecimiento de la conexión. Se utiliza para responder a un paquete con R=1.

 (R=1 sería equivalente a lo que en LAP-B era SABM o RST) (C=1 sería equivalente a lo que en LAP-B era UA)

Transmisión:

MLP debe repartir la carga entre las líneas que tiene por debajo. Reparte entre las que estén dispuestas a recibir. Además debe asignar números de secuencia (12bits).

Recepción:

MLP debe resecuenciar, ya que el retardo es variable entre las distintas líneas.

El coste de una red X.25 se reparte entre las siguientes contribuciones:

• Coste de Instalación.
• Coste fijo: pago mensual incluso si no hay ninguna transmisión.
• Coste variable:
• Coste por llamada: fijo por cada circuito virtual establecido.
• Coste por tiempo: suele cobrarse por segundo de conexión o fracción.
• Coste por tráfico: Lo normal es cobrar por cada 64 bytes transmitidos o fracción.

• Todas las contribuciones variables, dependen de la fecha y de la hora de la transmisión.
• No hay coste adicional por llamar a un sitio o a otro.
• El equivalente al paso telefónico es el UBT (Unidad Básica de Tarificación).