7.2.3.5: Uso de Wireshark para examinar una captura de UDP y DNS

                                                         CAPITULO 7
LABORATORIO 7.2.3.5:  Uso de Wireshark para examinar una captura de UDP y DNS


Dirección IP
 192.168.1.5
Dirección MAC
 B8-EE-65-BC-CC-EC
Dirección IP de la puerta de enlace predeterminada
 192.168.1.1
Dirección IP del servidor
DNS
 200.21.200.80        200.21.200.10

1) ¿La dirección MAC de origen es la misma que la que se registró en la parte 1 para la PC local? 

RTA: Si, en ambas ocasiones la IP MAC es: B8-EE-65-BC-CC-EC


2) ¿Puede emparejar las direcciones IP y MAC para los dispositivos de origen y destino?

RTA:
Dispositivo
Dirección IP
Dirección MAC
PC local
 192.168.1.5
 B8-EE-65-BC-CC-EC
Gateway predeterminado
 200.21.200.80
 C8-7B-5B-CA-65-98


3) 
Tamaño de trama
 40 Bytes
Dirección MAC de origen
 B8-EE-65-BC-CC-EC
Dirección MAC de destino
 C8-7B-5B-CA-65-98
Dirección IP de origen
 192.168.1.5
Dirección IP de destino
 200.21.200.80
Puerto de origen
 56939
Puerto de destino
 53

4) ¿La dirección IP de origen es la misma que la dirección IP de la PC local registrada en la parte 1?

RTA:  Sí.

5) ¿La dirección IP de destino es la misma que el gateway predeterminado que se registró en la parte 1? 

RTA: Sí.


6)   En la trama Ethernet II para la respuesta DNS, ¿de qué dispositivo proviene la dirección MAC de origen y de qué dispositivo proviene la dirección MAC de destino? 

RTA: En el ejemplo planteado en el laboratorio el dispositivo origen es Ntegear y el destino es HonHaipr_be

7) ¿Cuál es la dirección IP de destino? ¿Cuál es la dirección IP de origen? 


RTA: De acuerdo al laboratorio

Dirección IP de destino: 192.168.1.11 Dirección IP de origen: 192.168.1.1
En la práctica realizada.

Dirección IP de destino: 192.168.1.5 Dirección IP de origen: 200.21.200.80

8) ¿Qué ocurrió con los roles de origen y destino para el host local y el gateway predeterminado?

RTA: Se invirtieron el Gateway que es el origen de la respuesta y el host local que pasó a ser el destino.


                                          Reflexión


1) ¿Cuáles son los beneficios de utilizar UDP en lugar de TCP como protocolo de transporte para DNS?

·         TCP es un protocolo que requiere de conexión mientras que UDP no.
·         Un servidor dedicado a una aplicación partículas puede soportar más clientes activos cuando la aplicación corre con UDP en lugar de TCP.
·         UDP trabaja con datagramas enteros, no con bytes individuales como TCP.


·         Un paquete UDP admite utilizar como dirección IP de destino la dirección de broadcast o de multicast de IP. Esto permite enviar un mismo paquete a varios destinos.

Comentarios