Capítulo 21 Tiempo de espera de TCP y retransmisión
21.10 error ICMP
Echemos un vistazo al error de TCP es cómo tratar con una conexión ICMP dado devuelto. El error más común ICMP TCP se puede encontrar es la fuente amortiguación, la red y el host inalcanzable inalcanzable.
La implementación actual del Berkeley en base a estos errores de procesamiento son:
• una fuente recibida de enfriamiento hace que el Cwnd ventana de congestión se establece en un tamaño de segmento para iniciar un comienzo lento, pero el lento umbral de inicio SSTH re sh no cambia, por lo que la ventana hasta que se abra o abierto todo el pasaje (limitado por el tamaño de la ventana y el tiempo de ida y vuelta) o la congestión se produce.
• una gran cantidad recibida inalcanzable o red inalcanzable hecho es ignorado, ya que estos dos errores son considerados como fenómeno de corta duración. Esto puede ser debido a un router intermedio se apaga y el plomo a los protocolos de enrutamiento tomar varios minutos para estabilizar
Otra ruta alternativa a. Puede ocurrir en uno de estos dos errores ICMP en este proceso, pero la conexión no tiene que ser cerrado. Por el contrario, TCP intenta enviar el error causado por los datos, aunque puede, finalmente, el tiempo de espera (figura 21 Recall -. Caso de TCP 9 minutos no dio una 1). Sobre la base de la actual aplicación de la grabación se produce Berkeley
error ICMP, si el tiempo de espera de conexión, error ICMP se convierte en un código de error más apropiado en lugar de "tiempo de espera de conexión." Una conexión incorrecta renunciará a la rápida obtención de BSD recibe un error inalcanzable o red ICMP inalcanzable anfitrión en cualquier momento.
Un ejemplo
pueden ser observados por un error ICMP llamado de host en un enlace de conexión durante el transcurso de acceso telefónico SLIP forma en que se manejan. Establecer una conexión de host a deslizamiento Aix anfitrión (de la vista antes de la portada se puede ver en esta conexión a través de nuestro enlace SLIP de acceso telefónico). Después de establecer una conexión y enviar algunos datos, enlace SLIP entre el sol y el router netb desconectada, que hace que el valor predeterminado de enrutamiento de entrada de la tabla en el sol (9 ver Sección 2) se elimina. Queremos apuntar a que el sol 4 0 1 2 5 1 2.
datagrama IP Ethernet respuesta del huésped ICMP inalcanzable. TCP quiere observar cómo estos errores ICMP. La siguiente es una sesión interactiva de deslizamiento de acogida:
la figura 21--12 muestra la salida correspondiente de la tcpdump interceptados enrutador bsdi (establecimiento de la conexión y se eliminan todas las ventanas anuncio). Nos conectamos al servidor host y Aix eco tipo "línea de prueba" (en la línea 1), que se hizo eco (línea 2) y el eco se confirma (línea 3), entonces desconectar el SLIP cadena carretera.
Escribimos "otra línea" (línea 3 después) y queremos ver los paquetes de tiempo de espera de TCP y retransmisión. De hecho, esta línea recibida se envía seis veces antes de contestar. 1 la línea 4 a 3 muestran las primeras transmisiones y retransmisiones luego 4 veces, cada uno de los cuales genera un anfitrión ICMP inalcanzable desde el sol router. Esto es lo que queremos: a deslizarse desde el datagrama IP que se envía a la bsdi enrutador (que es un puntero al sol router por defecto), y llega al detector al enlace roto sol. Cuando se produce la retransmisión, SLIP es el enlace de comunicación ha sido entregada en la retransmisión de las primeras cuatro líneas. La primera fila 5 es considerablemente Aix volver de, la primera línea de fondo 6 a este reconocimiento explícito.
Esto indica que TCP ignora el host inalcanzable ICMP de error y la retransmisión insistido. También podemos observar el esperado cada retransmisión de tiempo de espera de retroceso exponencial: primero aproximadamente 25 segundos seguido de 2 (aproximadamente 5 segundos), por 4 (aproximadamente 10 segundos) por 8 ( durante unos 20 segundos) por 14 (unos 40 segundos).
A continuación, el tipo de línea 3 ( "línea número 3") se introduce y se envía al verlo en la línea 17, el eco de la primera línea 8, y la confirmación de la línea 19 primer eco.
Ahora queremos observar la situación después de recibir la ICMP llamado de host, retransmisión TCP y darse por vencido. Así que de nuevo enlace SLIP, a continuación, escriba "la última línea", y observó que la fila se envía 13 veces antes de renunciar a TCP (hemos eliminado de 0 a 43, la línea 3 de los resultados, que son de pago retransmisiones).
Sin embargo, hemos observado el fenómeno programa de calcetín para imprimir cuando finalmente dio el mensaje de error: "No route to host". Esta U nix ICMP anfitrión error inalcanzable similar (Figura 6--12). Esto indica que TCP ahorra el error ICMP que se recibe en la conexión, e imprimir el error en la final a renunciar, en lugar de "tiempo de conexión agotado".
Por último, señalar la segunda fila 2-4 a 1 6 en la sexta fila de cuatro intervalo de retransmisión diferente. Cuando miramos hacia el tercer tipo de línea de 17 ~ 19 líneas se envían y se reconocieron (sin retransmisión), TCP actualiza sus estimadores. El tiempo inicial de retransmisión de tiempo de espera ahora es de 3 segundos, el valor posterior es 6, 12, 24, 48, 64 hasta el límite superior.
