Respuesta corta: primero debe resolver la IP con ARP y, al hacerlo, los primeros tiempos de espera de paquetes.
Los detalles de la realidad son un poco más complejos y dependen del tipo de dispositivo. De hecho, los enrutadores, conmutadores y clientes se comportan de manera diferente. E incluso hay diferencias entre los diferentes sistemas operativos.
Cuando un enrutador recibe un paquete para reenviarlo en un enlace Ethernet, pero no tiene una entrada en su tabla ARP, envía una solicitud ARP. Sin embargo, no almacena el paquete ICMP en el búfer, simplemente lo descarta. Por lo tanto, sin importar el tiempo de espera, si tiene un enrutador en la ruta que realiza este tipo de reenvío, se perderá el primer paquete. Si tiene dos, se perderán dos paquetes, y así sucesivamente. Por supuesto, esto es cierto solo si el host de destino no está en la tabla ARP para el enrutador dado.
- ¿Cuánto cobrarías por un día cero dentro de la suite TCP / IP?
- ¿Qué dispositivo en miniatura tiene un altavoz y un micrófono y puede conectarse a una dirección IP específica para solicitudes de datos entrantes y salientes?
- ¿Qué dispositivos serían más adecuados para usar con una dirección IP estática? ¿Qué dispositivos serían más adecuados para usar con una dirección IP dinámica?
- ¿Qué significa 'protocolo' en términos de redes?
- Con la hipervirtualización y las redes definidas por software, ¿sigue siendo aplicable el modelo OSI? ¿Cómo debería ser cambiado?
Creo que puede replicar este problema incluso en el rastreador de paquetes. Simplemente coloque tres enrutadores en una fila con enlaces Ethernet entre ellos y configure el enrutamiento básico, luego use clientes para hacer ping. Debería ver este proceso claramente en el modo de simulación.
Si desea obtener más detalles sobre el modo de simulación, consulte este artículo que he escrito sobre Packet Tracer: Manos a la obra: Cómo usar Cisco Packet Tracer para CCNA – ICTShore.com.
