Inicia el Monitor de Red. A continuación ejecutar los comandos:
C:\>route delete 10.4.2.1C:\>ping -n 1 10.4.2.1
En base a los paquetes capturados, filtra sólo los datagramas que contengan tu dirección IP y contesta a las siguientes preguntas:
4.a. ¿Cuántos datagramas IP están involucrados en todo el proceso? Descríbelos…(tipo, código y tamaño)
4.b. Dibujar gráficamente el origen y destino de cada datagrama (como se ha realizado en la figura 7, pero incorporando el direccionamiento IP correcto de las máquinas involucradas).
4.c. ¿Observas los mismos datagramas en el Monitor de Red con respecto a los se comentan en la explicación teórica del Redirect? ¿Por qué puede suceder esto?
No es igual a la teoría, para empezar en teoría el Redirect consiste en cuatro datagramas mientras que en la práctica nos aparecen sólo tres ya que el switch lo filtra por seguridad. Además, el que en teoría sería el paso 3 (el mensaje Redirect) nos aparece en el paso 2.
Para demostrarlo adjuntamos una captura del Monitor de pantalla.
4.d. ¿Las direcciones MAC e IP de todas las tramas capturadas con el Monitor de Red hacen referencia al mismo interfaz de red? Indica en qué casos la respuesta es afirmativa y en que casos la dirección IP especifica un interfaz de red que no se corresponde con el mismo interfaz indicado por la MAC.
4.e. ¿Qué máquina o interfaz de red envía el mensaje ICMP Redirect?
Lo marcamos en la imagen que se muestra a continuación.
4.f. ¿Qué dato importante para tu PC transporta en su interior ese mensaje de Redirect? ¿Transporta algún otro tipo de información extra?
La dirección de internet del encaminador que contiene la IP de salida de la máquina emisora.
4.g. Observa los campos “Identificación”, “TTL” y “Cheksum” del datagrama que se envió originalmente. A continuación, analiza el contenido del mensaje Redirect. ¿Puedes encontrar la misma identificación dentro de los datos (no cabecera) del mensaje ICMP Redirect? ¿Qué ocurre con los campos TTL y Cheksum del datagrama transportado por el Redirect?
Sí, se encuentra el mismo identificador: 0x0200El TTL ha aumentado (255) con respecto al primer datagrama (128), el cheksum es incorrecto.
No hay comentarios:
Publicar un comentario