Directorio artículo
- Una capa de transporte ¿Por qué no se puede lograr la transmisión de datos fiable
- En segundo lugar, el grado de fiabilidad de datos de capa de transporte para la transmisión
- En tercer lugar, el protocolo de transporte fiable - parada - otros acuerdos
- En cuarto lugar, el protocolo de transferencia de datos fiable - Protocolo Pipeline
- Escribirlo dos veces, no hay ningún ordenador realmente defectuoso, y, finalmente, gracias por leer
Una capa de transporte ¿Por qué no se puede lograr la transmisión de datos fiable
Dos protocolo de capa de transporte es un TCP (protocolo de transporte fiable), es un UDP (protocolo de transporte no fiable).
El modelo de cinco, la capa de transporte es la capa de red recibe los datos, es decir, los datos (segmento) recibidas por la transmisión de IP TCP, y el servicio IP sólo proporciona transporte no fiable, la capa de transporte sin intervención un caso en el que los datos recibidos no es fiable
En segundo lugar, el grado de fiabilidad de datos de capa de transporte para la transmisión
Sobre el mecanismo de confirmación, el receptor recibe el remitente del paquete de datos, envía un paquete ACK ha sido recibida indica de otro modo se transmite el NCK (generalmente no se utiliza), como la figura.
En tercer lugar, el protocolo de transporte fiable - parada - otros acuerdos
1. Acerca de la detección de error de retransmisión de paquetes ACK + +
ACK de acuse de recibo de paquetes de datos en sí, transiciones de bit pueden ocurrir, es necesario añadir la detección de errores. Si se encuentran errores, de acuerdo con la inferencia equivocada, el remitente retransmitirá los paquetes de datos
2. Para un poco como el número de serie
Las características de protocolo de parada-peer, cada remitente envía una transmisión de paquetes se detiene, espera a recibir la confirmación, por lo tanto, el orden de 0 y 1 satisfacer esta demanda, por lo que sólo para un número de bit.
3. Con respecto a enviar repetidamente número de secuencia ACK + en lugar de NCK
Como se mencionó anteriormente, en la práctica no es utilizar el NCK, transmite repetidamente número de secuencia ACK + puede utilizarse, como se muestra
en el que los datos PKT0 o representa, o representa paquetes de confirmación ACK0
cuando la detección de errores PKT1, los descartes receptor este paquete, y transmite ACK0, el remitente se vuelva a enviar el tiempo PKT1
4. En relación con la retransmisión de paquetes de datos PKT
(1) transmite una pérdida PKT paquete de datos
de pérdida de paquetes excede el tiempo establecido por el temporizador, el remitente retransmite PKT1
(2) el remitente no recibe acuse de recibo de paquetes ACK
(3) reciben un paquete de confirmación de recepción de lado después de que el tiempo de espera de
tiempo el receptor recibirá y descarte duplicado paquetes
En cuarto lugar, el protocolo de transferencia de datos fiable - Protocolo Pipeline
contrato de tubería de 4,1 - protocolo de ventana
Cuando la ventana deslizante?
O bien la ventana de la ventana emisor o el receptor, son el extremo izquierdo (número ordinal basada) para obtener la confirmación o presentados por una ventana deslizante en la ventana
4.1.1 Protocolo de deslizamiento protocolo de ventana --GBN
Caracterizado por el mayor número de la ventana a un búfer de recepción, que no recibe los paquetes de datos llegan fuera de orden será descartado.
4.1.2 Protocolo de deslizamiento protocolo de ventana -SR
protocolo SR paquete independiente de acuse de recibo, este mecanismo ha confirmado que evita la retransmisión de paquetes de datos