Cuestion 2.g.
Repite el ejercicio lazando una petición de ping con un mayor número de datos y al destino “.195”:
C:\>ping –n 1 –l 3000 172.20.43.195
Indica el número total de datagramas en la red e identifica si son de petición o de respuesta (dirección):
| Datagrama Nº | Protocolo | Direccion | Flags | Frag. Offset | Identificacion |
| 101 | ICMP | 172.20.43.195 | 0×02 | 0 | 0xa580 |
| 102 | IP | 172.20.43.195 | 0×02 | 1480 | 0xa580 |
| 103 | IP | 172.20.43.195 | 0×00 | 2960 | 0xa580 |
| 104 | ICMP | 172.20.43.203 | 0×02 | 0 | 0×8093 |
| 105 | IP | 172.20.43.203 | 0×02 | 1480 | 0×8093 |
| 106 | IP | 172.20.43.203 | 0×00 | 2960 | 0×8093 |
Cuestion 2.h.
A continuación, se pretende observar que los datagramas pueden fragmentarse en unidades más
pequeñas si tienen que atravesar redes en las que la MTU es menor a la red inicial en la que se
lanzaron los paquetes originales. Inicia el Monitor de Red y captura los paquetes IP relacionados con
el siguiente comando:
C:\>ping –n 1 –l 1600 10.3.7.0
| Datagrama Nº | Protocolo | Direccion | Flags | Frag. Offset | Identificacion |
| 468 | ICMP | 10.3.7.0 | 0×02 | 0 | 0xd86e |
| 469 | IP | 10.3.7.0 | 0×00 | 1480 | 0xd86e |
| 498 | ICMP | 172.20.43.203 | 0×02 | 0 | 0×0063 |
| 492 | IP | 172.20.43.203 | 0×02 | 480 | 0×0063 |
| 487 | IP | 172.20.43.203 | 0×02 | 960 | 0×0063 |
| 485 | IP | 172.20.43.203 | 0×00 | 1440 | 0×0063 |
Cuestion 2.i.
En relación a los datos de la pregunta 2.g. obtenidos del Monitor de Red, contesta:
¿Por qué se observan más fragmentos IP de “vuelta” (respuesta) que de “ida” (petición)?
Por que el MTU de la red de destino (10.3.7.0) es menor que el de la red de origen.
Indica en que subred del laboratorio el número de fragmentos que circulan por el medio es el mismo
tanto en la petición como en la respuesta. Deduce en que otra subred no sucede esto.
En la subred de los PC’s de los alumnos el medio de la red es el mismo.(172.20.43.0)
Señala (en la topología del laboratorio adjunta), la MTU de cada una de las subredes por las que
circulan los datagramas que salen de tu máquina hacia la dirección 10.3.7.0. ¿Cuántas subredes se atraviesan?
Se atraviesan 3 subredes.
Cuestión 3. Mensaje ICMP “Destination Unreachable”
Dentro del mensaje ICMP Destination Unreachable se analizará el de código 4: Fragmentation Needed and
Don’t Fragment was Set (3/4). En primer lugar ejecuta el comando:
C:\>route delete 10.3.7.0 ( si ya ha sido borrada la ruta, avisa con un error)
¿Porqué ejecutar este comando? En MS Windows, con route se modifican las tablas de encaminamiento de
una máquina. Con la opción delete eliminamos un camino o ruta a la dirección especificada. Al eliminarlo,
borramos también cualquier información asociada a esa dirección, incluida la información sobre errores
previos al acceder a ese destino.
A continuación, poner en marcha el Monitor de Red en modo captura y ejecutar el comando ping:
C:\>ping -n 1 –l 1000 -f 10.3.7.0 (…la opción –f impide la fragmentación de los datagramas en la red)
En base a los paquetes capturados, indicar:
Cuestion 3.a.
Identifica las direcciones IP/MAC de los paquetes IP involucrados. ¿A qué equipos pertenecen?
(identifica la máquina con la topología del anexo)
| Origen | Destino |
| 172.20.43.203(00-0A-5E-77-08-ED) | 10.3.7.0(00-07-0e-8c-8c-ff) |
| Mi PC | Equipo Linux 1 |
Cuestion 3.b.
¿Qué máquina de la red envía el mensaje ICMP “Fragmentation Needed and Don’t Fragment was
Set” (3/4)? (identifica la máquina con la topología del anexo)
El mensaje “Fragmentation Needed and Don’t Fragment was Set” se manda desde la direccion 10.4.2.5, que corresponde al router Cisco 2513.
Cuestión 4. Mensaje ICMP “Redirect”
Inicia el Monitor de Red. A continuación ejecutar los comandos:
C:\>route delete 10.4.2.1 (si ya ha sido borrada la ruta, avisa con un error)
C:\>ping -n 1 10.4.2.1
(antes de contestar debes confirmar que en MSDOS el resultado del Ping es correcto: paquetes enviados:1 , paquetes recibidos:1, sino debes repetir los dos comandos anteriores y el proceso de captura en el Monitor de Red)
En base a los paquetes capturados, filtra sólo los datagramas que contengan tu dirección IP y contesta a las
siguientes preguntas:
Cuestion 4.a.
¿Cuántos datagramas IP están involucrados en todo el proceso?
| Datagrama Nº | Tipo y Código ICMP | Tamaño paquete ICMP | Origen IP | Destino IP |
| 252 | Echo Request | 74 bytes | 172.20.43.203 | 10.4.2.1 |
| 253 | Redirect(Redirect for host) | 74 bytes | 172.20.43.203 | 172.20.43.203 |
| 254 | Echo Reply | 74 bytes | 10.4.2.1 | 172.20.43.203 |
Cuestion 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).
[HACER DIBUJO]
Cuestion 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, en la explicacion teórica tenemos un Echo’ (2) que tiene que circular desde mi puerta de enlace predeterminada hasta el router que conecte con el destino.
Sin embargo ese datagrama no sera visible por mi pc, debido a que los datagramas que circulen entre 2 routers no son visibles para el resto de la red.
Cuestion 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.
| Datagrama Nº | Tipo y Código ICMP | Origen Mac – Origen IP | Representan el mismo interfaz? |
| 252 | Echo Request | 172.20.43.203 – 00:0A:5E:77:08:ED | SI |
| 253 | Redirect(Redirect for host) | 172.20.43.203 -00:07:0e:8c:8c:ff | NO |
| 254 | Echo Reply | 10.40.2.1 – 00:d0:ba:e0:6a:3d | SI |
