Tabla de contenido
0. Descripción general de las funciones del servicio de la capa de transporte
1. Direccionamiento de la capa de transporte
(1) Esquema de asignación de direcciones TSAP para servidores de procesos
(2) Esquema de asignación de direcciones TSAP para servidores de nombres
2. Establecimiento de conexión de transmisión
(1) Establecimiento de una conexión de transmisión normal
(2) Soluciones a conexiones de transmisión repetidas
4. Liberación de la conexión de transmisión.
0. Descripción general de las funciones del servicio de la capa de transporte
La capa de transporte debe completar la transmisión de datos transparente de un extremo a otro en al menos dos pasos principales:
El primero es el establecimiento de una conexión de transmisión virtual (servicio de transmisión orientado a la conexión);
En segundo lugar, los datos del usuario de origen se transmiten al destino a lo largo de la conexión de transmisión.
Para completar todo el proceso de transmisión de datos, se deben completar ocho funciones básicas:
Direccionamiento de la capa de transporte, establecimiento de conexión de transporte, transmisión de datos, liberación de conexión de transporte, control de flujo, control de congestión, multiplexación y demultiplexación, recuperación ante fallos.
1. Direccionamiento de la capa de transporte
Es necesario resolver varias cuestiones:
¿Cómo sabe el proceso de usuario del host emisor la dirección TSAP asociada con el proceso de usuario correspondiente del host receptor?
Hay una gran cantidad de procesos de servicio potenciales en un servidor, pero la mayoría de los procesos de servicio rara vez se utilizan, por lo que hacer que cada proceso de servicio monitoree activa y continuamente una dirección TSAP obviamente consumirá muchos recursos del servidor.
(1) Esquema de asignación de direcciones TSAP para servidores de procesos
La solución del servidor de procesos es un tipo de solución de protocolo de conexión inicial. Significa que el servidor de procesos primero establece de manera centralizada la conexión de transmisión inicial para cada proceso de solicitud y luego la transfiere al servicio correspondiente para la conexión de transmisión formal.
Al igual que los operadores originales en cada departamento, el sistema se ha cambiado a operadores unificados y redistribución del cableado.
(2) Esquema de asignación de direcciones TSAP para servidores de nombres
En algunos casos especiales, algunos servicios deben ejecutarse de forma independiente en el servidor de procesos.
El servidor de nombres del servidor de nombres, también llamado servidor de directorios, es lo que normalmente llamamos servicio DNS. También es una especie de esquema de protocolo de conexión inicial.
Los servidores de nombres siempre escuchan en un puerto de servidor específico y conocido (es decir, un puerto normal).
La razón por la que el servidor de nombres conoce las direcciones TSAP de estos servicios conocidos es porque cuando se crea un nuevo servicio, debe registrarse con el servidor de nombres y decirle al servidor de nombres su nombre de servicio y dirección TSAP. El servidor de nombres registrará esta información en su base de datos interna y estará disponible cuando los usuarios la consulten más adelante. Por ejemplo, cuando se configura el servidor DNS, los registros de servicio correspondientes de este servidor y cada función de servidor configurada en él se agregarán al servidor DNS, y el nombre del servidor correspondiente y la información del puerto utilizado se registrarán en estos registros.
2. Establecimiento de conexión de transmisión
(1) Establecimiento de una conexión de transmisión normal
Establecimiento de conexión de transporte normal. No considera factores como retraso de la red, almacenamiento de grupos de subred, agrupaciones duplicadas, etc.
(1) Host Un proceso de usuario llama a la primitiva T_CONNECT.request de la capa de transporte y envía CR TPDU;
(2) El host B llama a la primitiva T_CONNECT.indication después de recibir la solicitud (es posible que sea necesario reducir la calidad del servicio y los parámetros de llamada incluirán un rendimiento menor, un retraso más prolongado, una tasa de error más alta y un nivel de prioridad más bajo, etc.) para informar al proceso de usuario correspondiente que un usuario desea establecer una conexión de transmisión;
(3) Si se acepta la solicitud de conexión, la entidad de usuario B llama a la primitiva T_CONNECT.response (si es necesario reducir la calidad del servicio, los parámetros son similares a la indicación) y envía la CC TPDU; si es rechazada (tal vez el proceso B piensa que el nivel de calidad del servicio del extremo fuente es demasiado pobre, o la capa de aplicación está actualmente ocupada con el trabajo), entonces se envía la TPDU RJ.
(4) Después de recibir la CC TPDU, el host A llama a la primitiva T_CONNECT.confirm para confirmar al proceso del usuario de origen en su propia entidad de usuario que se ha establecido la conexión y entra oficialmente en la fase de envío de datos.
(2) Soluciones a conexiones de transmisión repetidas
Fenómenos anormales de conexión durante el proceso de establecimiento de la conexión de transmisión:
1. La congestión de la red hará que los paquetes TPDU de confirmación transmitidos durante el proceso de establecimiento no puedan regresar al remitente a tiempo, y es posible que el iniciador deba realizar múltiples intentos de conexión.
2. El almacenamiento de paquetes de subred también puede hacer que algunos paquetes TPDU no lleguen a tiempo, lo que hace que el iniciador de la conexión de transmisión lo reintente varias veces. Además, si el paquete retrasado llega nuevamente después de un período de tiempo, solicitará el establecimiento de una nueva conexión, provocando el problema de conexiones repetidas.
Para resolver los problemas anteriores, generalmente se utilizan TSAP no duplicados, tabla de conexión de tiempo de espera, mecanismo TTL agrupado y mecanismo de protocolo de enlace de tres vías.
La primera vez: el remitente envía una solicitud CR TPDU para establecer una conexión;
La segunda vez: el extremo receptor recibe la CC TPDU y responde, anunciando su número de secuencia de conexión inicial en el paquete de respuesta;
La tercera vez: después de recibir la respuesta, el remitente envía la primera DT TPDU para confirmar el número de secuencia inicial del receptor.
En el caso de una CR TPDU repetida y retrasada, el host B aún envía una confirmación, pero el host A se verifica a sí mismo y descubre que ha sido confirmado, por lo que envía una RJ TPDU.
3. Transmisión de datos
ISO especifica dos tipos de transmisión de datos normal y transmisión de datos acelerada.
Descripción general: T_DATA.request\T_DATA.indication\T_EXPEDITED_DATA.request\T_EXPEDITED_DATA.indication
TPDU involucrada: DT TPDU\AK TPDU\ED TPDU\EA TPDU
proceso:
(1) La entidad de usuario del host A llama a T_DATA.request (envío de llamadas de datos aceleradas T_EXPEDITED_DATA.request) para indicar al protocolo de la capa de transporte que comience a enviar datos. Los datos ordinarios se envían como DT TPDU (se supone que el valor del campo de número de secuencia de TPDU es i), los datos acelerados se envían como ED TPDU (se supone que el valor del campo de número de secuencia es m);
Si los datos enviados están segmentados, cada TPDU tiene un número de subsecuencia (en la "parte variable") y el EOT (fin de transmisión) en el mejor segmento de datos se establece en 1, si no el último segmento de datos. 0.
(2) Cuando los datos lleguen a la capa de transporte del host B, llame a T_DATA.indication (los datos del sumando son T_EXPEDITED_DATA.indication) para indicar a la entidad de usuario que los datos han llegado;
(3) El host B envía una confirmación de TPDU AK, en la que el campo "Su número de secuencia de TPDU" (YR-TU-NR) es el número de secuencia de los siguientes datos o TPDU de datos acelerados que espera recibir, que es igual a i +1 (agregar datos es m+1), pero no hay ningún valor de campo de número de secuencia de TPDU
4. Liberación de la conexión de transmisión.
Dividido en "liberación simétrica" y "liberación asimétrica"
Liberación simétrica: cada uno emite de forma independiente una solicitud de liberación de conexión y libera la conexión solo después de recibir la confirmación de la otra parte;
Asimétrico: finaliza unilateralmente la conexión después de enviar una solicitud de liberación, pero al hacerlo puede perder los datos enviados por la otra parte.
La liberación de la conexión de transmisión OSI/RM utiliza un método de negociación de protocolo de enlace de tres vías, que se divide en conexión de liberación normal y conexión de liberación anormal. Hay tres situaciones en la conexión de liberación anormal: se pierde la TPDU de confirmación final, se pierde la TPDU de respuesta y la respuesta y la posterior solicitud de liberación DR se pierden.
El lanzamiento de TCP/IP utiliza un mecanismo de protocolo de enlace de cuatro vías.
DR TPDU se utiliza para solicitar liberar la conexión
DC TPDU se utiliza para confirmar la liberación de la conexión.
Si se pierde la última TPDU de DC, la solicitud de conexión de liberación final se liberará automáticamente debido al tiempo de espera.
Si se pierde la DR TPDU de la otra parte, la parte que inició la solicitud de liberación de conexión reenviará la DR TPDU nuevamente, solicitando liberar la conexión.
Si tanto la DR TPDU de la otra parte como la DR TPDU que solicita la retransmisión se pierden y la retransmisión falla varias veces, la conexión se liberará automáticamente debido al tiempo de espera de transmisión.
