RUDP
La versión actual de la página aún no ha sido revisada por colaboradores experimentados y puede diferir significativamente de la
versión revisada el 27 de marzo de 2016; las comprobaciones requieren
7 ediciones .
El Protocolo de datos fiables ( RDP ) está diseñado para proporcionar una transferencia de datos fiable entre aplicaciones orientadas a paquetes. Originalmente se desarrolló para aplicaciones que implementan la carga remota de datos y la resolución remota de problemas, pero también se puede usar en otras aplicaciones que requieren mensajería confiable. Hay dos versiones de RDP, descritas en RFC 908 y RFC 1151 , respectivamente.
El protocolo RUDP ( Reliable User Datagram Protocol ) , basado en el protocolo RDP, está diseñado para transmitir señales telefónicas sobre redes IP. Este protocolo no está estandarizado, no tiene una especificación oficial.
Los protocolos RDP y RUDP se utilizan en los casos en que no se puede utilizar UDP debido a su falta de fiabilidad, y el uso de TCP implica una complejidad demasiado alta del proceso de transferencia de datos.
A diferencia de UDP, RDP y RUDP admiten las siguientes características:
- confirmación de entrega del paquete
- reenviar paquetes perdidos
- control de flujo de datos
Interacción de RDP con protocolos de otras capas
Lugar de RDP en la jerarquía de protocolos:
Intercambio de datos entre niveles:
RDP proporciona a la capa de aplicación un servicio de mensajería confiable. La interfaz de protocolo convierte los datos del usuario en mensajes. Los mensajes, a su vez, durante el intercambio de datos entre RDP e IP se convierten en segmentos de datos y luego en datagramas.
Formatos de encabezado RDP y RUDP
Formato de encabezado RDP
- Bits 0-4 - bandera
- Determinan si un segmento es un segmento del tipo correspondiente.
- El segmento SYN se utiliza para establecer y sincronizar la conexión.
- Segmento ACK : para confirmar la recepción de un segmento incluido en la secuencia.
- Segmento EACK : para transmitir números de segmento con la suma de verificación correcta, pero recibidos fuera de secuencia.
- El segmento RST es para recargar o cerrar la conexión.
- Segmento NUL : para verificar si el destinatario está activo.
- El bit después de NUL siempre es 0.
- Los bits V son la versión del protocolo.
- El campo Longitud del encabezado es la longitud del encabezado.
- El campo Puertos de origen se utiliza para identificar el proceso que inició la conexión.
- Puertos de destino de campo : para identificar el segundo proceso.
- Las combinaciones de estos campos permiten que RDP establezca múltiples conexiones entre dos hosts en la red.
- El campo Longitud de datos es la longitud del segmento reenviado, excluyendo los encabezados de protocolo, es decir, la longitud de los datos de usuario en el segmento reenviado.
- El campo Número de secuencia es el número de serie del segmento.
- Número de reconocimiento de campo : contiene el número de secuencia del último segmento recibido por el remitente del segmento actual.
- El campo Checksum es una suma de verificación.
- El área de encabezado variable se usa para pasar parámetros para los segmentos SYN y EACK.
Formato de encabezado RUDP
- Bits 0-6 - Indicador
- El propósito de las banderas SYN, ACK, EAK, RST, NUL es similar a las banderas correspondientes en el encabezado RDP
- CHK : determina si el campo Suma de verificación contiene la suma de verificación solo del encabezado o del encabezado y los datos.
- TCS Determina si el segmento es un segmento TCS utilizado para transmitir información de estado de conexión.
- El bit después de TCS siempre es 0.
- El campo Longitud del encabezado es la longitud del encabezado.
- El campo Número de secuencia es el número del mensaje.
- El campo Checksum es una suma de verificación.
Para obtener más información sobre los segmentos SYN, ACK, EAK, RST, NUL, su estructura y parámetros, consulte RFC 908 Archivado el
13 de noviembre de 2007 en Wayback Machine .
Ciclo de vida de una conexión RDP
Inicialmente, la conexión está en estado CERRADO, es decir, no existe. Se sale de este estado mediante una solicitud para abrir una conexión. La solicitud puede ser activa o pasiva. Después de una solicitud abierta y un intercambio exitoso de segmentos SYN y ACK entre nodos, la conexión ingresa al estado ABIERTO. En este estado, se están enviando datos de usuario. Sale cuando se recibe una solicitud para cerrar la conexión o el segmento RST. Cuando se recibe un segmento RST, la conexión se cierra después de un cierto retraso. Cuando se recibe una solicitud de cierre, el nodo envía un segmento RST y solo entonces la conexión se retrasa y se cierra.
Enlaces