dimarts, 30 de novembre del 2010

Pràctica 8.5.1: Reto de habilidades de Integración: Conexión de dispositivos y exploración de la vista física

0

Tarea 1: Conectar los dispositivos en la configuración de laboratorio estándar

Paso 1 – Conecte los dispositivos
Conecte la PC 1A al primer puerto en el switch S1-Central y la PC 1B al segundo puerto en el switch S1-Central usando el cable apropiado.
Haga clic en el router R2-Central y examine la configuración usando la ficha Config. Conecte la interfaz correcta del router a la interfaz FastEthernet 0/24 en el switch S1-Central utilizando el cable adecuado.
Haga clic en ambos routers y examine la configuración utilizando la ficha Config. Conecte los routers entre sí utilizando las interfaces correctas y el cable adecuado.
Haga clic en el router R1-ISP y examine la configuración utilizando la ficha Config. Conecte la interfaz correcta del router a la interfaz correspondiente de Eagle Server utilizando el cable adecuado.

Paso 2 – Verifique la conectividad
Desde el Command Prompt en el Desktop de ambas PC emita el comando ping 192.168.254.254, la dirección IP del servidor Eagle. Si los pings fallan, compruebe sus conexiones y resuelva los problemas hasta que los pings den resultado. Compruebe su configuración haciendo clic en el botón Check Results.



Tarea 2: Vea la configuración de laboratorio estándar en el espacio de trabajo físico

Paso 1: Ingrese y examine el espacio físico de trabajo
La mayoría de nuestro trabajo en el Rastreador de paquetes se ha realizado en el espacio lógico de trabajo. En una internetwork, es posible que los routers estén en distintos sitios, ya sea al otro lado de la calle o al otro lado del mundo. El enlace serial entre los routers representa una línea arrendada dedicada entre dos sitios compuesta por un DTE (equipo terminal de datos), como un router, conectado a un DCE (equipo de comunicación de datos), como un módem o una CSU/DSU. El DCE se conecta al loop local de un proveedor de servicios y las conexiones se repiten en el otro extremo del enlace. El espacio físico de trabajo nos permite ver estas relaciones con más claridad.
Ingrese al espacio físico de trabajo haciendo clic en la ficha que está en el ángulo superior izquierdo del espacio de trabajo. Muestra la conexión entre Ciudad central y Ciudad ISP.



Paso 2: Examine la configuración estándar del laboratorio en los distintos niveles del espacio físico de trabajo
Haga clic en Ciudad central. Verá la ciudad y la ubicación del edificio de la Oficina Central. Haga clic en el edificio de la Oficina central. Verá el plano de piso del edificio y la ubicación del armario de cableado. Haga clic en el armario de cableado. Verá una representación física del equipo instalado en el armario de cableado y del cableado que conecta el equipo. Examine esta vista de la topología.
Haga clic en Intercity en la barra de Navigation. Repita los pasos para ver el equipo instalado en Ciudad ISP. En la barra de navegación también puede hacer clic en "Navegación" para ver una ventana emergente.

Pràctica 8.3.7: Modelo sencillo de LAN inalámbrica

0

Tarea 1: Examinar la red inalámbrica.
Paso 1. Abra los diferentes dispositivos y examine sus configuraciones.

Examine los dispositivos que conforman la red inalámbrica usando las fichas Physical y Config. Tenga en cuenta especialmente lo siguiente:

• Tanto la PC como la impresora tienen instalado un adaptador inalámbrico Linksys. También haga clic en el botón PC Wireless en la ficha Desktop de la PC.
• En el router inalámbrico, examine también el contenido de la ficha GUI.
• El dispositivo "Modelo de ISP" es un grupo Rastreador de paquetes. Haga clic sobre él para abrirlo y mostrar los dispositivos que contiene. Cuando termine de examinar los dispositivos, haga clic en el botón Root=>de la barra amarilla en la parte superior izquierda para cerrarlo.



Paso 2. Verifique la conectividad en modo Tiempo real abriendo una página Web.

En el modo Tiempo real, abra el Web Browser de la PC de inicio y escriba myispweb.com en el URL y presione la tecla Intro. La página Web debería poder verse. Este proceso ayuda a llenar tablas de modo que usted se pueda concentrar sólo en los paquetes ICMP.


Tarea 2: Ejecutar la simulación.
Paso 1. Inicie la simulación.

Cambie al modo Simulación. Queremos capturar sólo los eventos ICMP. En la sección Event List Filters, verifique que sólo estén seleccionados eventos ICMP. El paquete de la PC del hogar es una única solicitud de eco ICMP que se enviará al servidor Web ISP a través de la red inalámbrica.

Laboratori 7.5.2: Examen de trama

0

¿Cuál es el significado de sólo 1 en el campo de dirección de destino?
La direcció de desti es la de broadcast.

Dirección de destino:
Dirección MAC: ff:ff:ff:ff:ff:ff
Fabricante de NIC:ff:ff:ff
Número de serie de NIC:ff:ff:ff
Dirección de origen:
Dirección MAC: 00:16:76:ac:a7:6a
Fabricante de NIC: 00:16:76
Número de serie de NIC: ac:a7:6a

Segunda trama

Dirección de destino:
Dirección MAC: Intel_ac:a7:6a
Fabricante de NIC: Intel
Número de serie de NIC: ac:a7:6a
Dirección de origen:
Dirección MAC: Cisco_cf:66:40
Fabricante de NIC: Cisco
Número de serie de NIC:cf:66:40

La figura 3 contiene una vista ampliada de la captura de Wireshark de Trama 3. Utilice la información para completar la siguiente tabla:

Preámbulo: No especificat
Dirección de destino: Cisco_cf:66:40
Dirección de origen:Intel_ac:a7:6a
Tipo de trama:(0x0800)
Datos:IP
FCS: No es mostra

Pràctoca 7.5.1: Investigación de los encabezados de trama de la Capa 2

0

Tarea 1: Examinar la red

Paso 1. Examine los enlaces entre los routers

PC1 se conecta a PC2 a través de cuatro routers. Los tres enlaces entre estos routers, usan, cada uno, distintas encapsulaciones de la Capa 2. El enlace entre Cisco1 y Cisco2 utiliza HDLC de Cisco. El enlace entre Cisco 2 y la Marca X utiliza los estándares IETF de PPP porque la Marca X no es un router de Cisco. El enlace entre la Marca X y Cisco3 utiliza Frame Relay a través de una red de proveedores de servicio para reducir el costo comparado con el de un enlace dedicado.

Paso 2. Verifique la conectividad en Modo tiempo real
Haga ping a las direcciones IP de PC2 desde el Command Prompt de PC1. Utilice el comando ping 192.168.5.2. Si expira el tiempo del ping, repita el comando hasta tener éxito. Puede requerir de varios intentos para que la red pueda converger.


Tarea 2: Ejecutar la simulación
Paso 1. Comience la simulación
Ingrese al Modo simulación. PDU en la PC1 es una solicitud de eco ICMP específicamente para la PC2. Haga clic en el botón Capture / Forward dos veces hasta que PDU llegue al router Cisco1.

Paso 2. Examine la encapsulación de la Capa 2

Haga clic en la PDU del router Cisco1. Se abrirá la ventana PDU Information. Haga clic en la ficha Inbound PDU Details. La encapsulación de la Capa 2 entrante es Ethernet II, ya que la trama llega desde LAN. Haga clic en la ficha Outbound PDU Details. La encapsulación de la Capa 2 saliente es HDLC, ya que la trama será enviada al router Cisco2.

Pràctica 7.4.1: Rastreo de paquetes a través de una internetwork

0

Tarea 1: Rastrear los paquetes iniciados por HTTP.

Paso 1. Inicialice la red.
Mientras se encuentra en modo tiempo real, abra el Web Browser desde el Desktop de la PC Cliente. Escriba 192.0.2.7 en URL y presione la tecla Intro. La página Web debería poder verse. Este proceso ayuda a llenar tablas para que usted pueda concentrarse sólo en los paquetes HTTP.


Paso 2. Establezca los filtros de la lista de eventos i recorra la simulacion
Cambie al Modo simulación. Se desea capturar sólo los eventos de HTTP. En la sección Event List Filters, haga clic en el botón Edit Filters. Sólo seleccione eventos HTTP. Cuando sólo vemos los eventos de HTTP, los procesos de DNS, ARP, TCP y RIP aún se llevan a cabo, pero no se muestran. A veces, si un paquete de HTTP se guarda en el búfer, esto produce un evento de paquete distinto en la lista de eventos que parece un duplicado pero sólo es una pausa antes de transmitir. Esto sucede debido a que los otros eventos del protocolo se están ejecutando, pero no son visibles.

Desde el explorador de la PC cliente, haga clic en el botón Go para solicitar la página Web de nuevo. Haga clic una vez en el botón Capture / Forward y examine el paquete. Luego haga clic en Capture / Forward una y otra vez, abriendo el paquete para examinarlo en cada paso del proceso. Cuando termine de analizar los paquetes, cambie al Modo tiempo real y haga clic en el botón Power Cycle Devices para reiniciar los dispositivos. Cuando las luces del enlace pasen de rojo a verde, vuelva al modo Simulación.


Tarea 2: Observar la misma situación y analizar más que los paquetes iniciados sólo con HTTP.

Paso 1. Observe más protocolos.
En la sección Event List Filters, haga clic en el botón Edit Filters. Seleccione HTTP, DNS, TCP, UDP, ARP, y RIP. Esto proporcionará una visión más realista de la red. Es similar a lo que se observa en una captura de Wireshark.

Abra el Web Browser de la PC cliente, escriba eagle-server.example.com en URL y presione la tecla Intro. Haga clic en el botón Go. Haga clic en el botón Capture / Forward y analice las complejidades de esta interacción de protocolos aparentemente simples. Después del intercambio de los routers comience a intercambiar paquetes RIPv2. Este intercambio continuará indefinidamente. Deténgase después de un par de intercambios. A esta altura del curso, debería poder explicar esta secuencia de paquetes.

dimecres, 17 de novembre del 2010

Pràctica 6.5.8: Direccionamiento en una internetwork organizada en capas

0

En aquesta practica tenim un diagrama de xarxa i li hem de donar una IP a cada port per tal de que funcioni be amb la necessitat de host de cada subxarxa.


  • FastEthernet 0/0: 48 hosts
  • FastEthernet 0/1:176 hosts
  • FastEthernet 1/0: 489 host

dimarts, 16 de novembre del 2010

Pràctica 6.5.7:  Asignación de direcciones

0


en aquesta practica ens donen en esquema de una xarxa y unes quantes Ip, direccions de gateway i mascaras de subxarxes i hem de triar les corrctes per a que pc0 es pugui connectar.

Pràctica 6.2.3: Mostrar tráfico unicast, broadcast i multitasc

0

En aquesta practica treballarem el tràfic de unicast, broadcast i multicast.

Primer verificarem que la connexió funciona correctament, fent un ping del PC1 al router 3.

Unicast

Un cop hem verificat que la connexió es correcta configurarem la simulacio amb els filtres ICMP i RIP i l'executarem fent el ping de nou.

Ens pararem quan el primer paquet arribi al router 3, examinarem la informacio del paquet i veurem que a la capa 3 apareixen les IP unicast dels dos dispositius.

Broadcast

Afegirem una PDU complexa amb aquestes dades:

Capturarem els paquets i veurem que al posar la direccio de broadcast com a Ip de destí la informacio s'enviara a tots els dispositius.

Multicast

Si premem capturar els paquets dos paquets Ripv2 s'enviaran a router desde el pc1 i aquest els enviara als demés dispositius.

Si ens fixen en la capa 3, 4 i 7 veurem que la Ip de desti es la Ip multicast dels routers RIPv2.

Laboratori 6.7.5: configuración de subred y router

0

Tarea 1:
-La LAN conectada al router R1 requiere suficientes direcciones IP para admitir 15 hosts.
-La LAN conectada al router R2 requiere suficientes direcciones IP para admitir 30 hosts.
-El enlace entre el router R1 y el router R2 requiere direcciones IP en cada extremo del enlace.

-¿Cuántas subredes se necesitan para esta red?
3
- ¿Cuál es la máscara de subred de esta red en formato decimal punteado?
255.255.255.192
-¿Cuál es la máscara de subred de la red en formato de barra diagonal?
/26
-¿Cuántos hosts utilizables existen en cada subred?
62

1. Asigne la segunda subred a la red conectada al router R1.
192.168.1.64/26
2. Asigne la tercera subred al enlace entre R1 y R2.
192.168.1.128/26
3. Asigne la cuarta subred a la red conectada al router R2.
192.168.1.192/26

Tarea 2:

1. Asigne la primera dirección de host válida en la segunda subred para la interfaz LAN en R1.
192.168.1.66
2. Asigne la última dirección de host válida en la segunda subred para PC1.
192.168.1.126
3. Asigne la primera dirección de host válida en la tercera subred para la interfaz WAN en R1.
192.168.1.129
4. Asigne la última dirección de host válida en la tercera subred para la interfaz WAN en R2.
192.168.1.190
5. Asigne la primera dirección de host válida en la cuarta subred para la interfaz LAN de R2.
192.168.1.193
6. Asigne la última dirección de host válida en la cuarta subred para PC2.
182.168.1.254

Laboratori 6.7.4: División de direcciones IPv4 en subredes: Parte 2

2

1
  • Dirección IP del host: 172.30.1.33
  • Máscara de subred: 255.255.255.0
  • Cantidad de bits de subred:8
  • Cantidad de subredes:256
  • Cantidad de bits de host por subred:8
  • Cantidad de hosts disponibles por subred:254
  • Dirección de subred para esta dirección IP:172.30.1.0
  • Dirección IP del Primer host en esta subred:172.30.1.1
  • Dirección IP del Último host en esta subred:172.30.1.254
  • Dirección de broadcast para esta subred:172.30.1.255
2
  • Dirección IP del host: 172.30.1.33
  • Máscara de subred: 255.255.255.252
  • Cantidad de bits de subred:14
  • Cantidad de subredes:16384
  • Cantidad de bits de host por subred:2
  • Cantidad de hosts disponibles por subred:2
  • Dirección de subred para esta dirección IP:172.30.1.32
  • Dirección IP del Primer host en esta subred:172.30.1.33
  • Dirección IP del Último host en esta subred:172.30.1.34
  • Dirección de broadcast para esta subred:172.30.1.35
3
  • Dirección IP del host: 192.192.10.234
  • Máscara de subred: 255.255.255.0
  • Cantidad de bits de subred:0
  • Cantidad de subredes:1
  • Cantidad de bits de host por subred:8
  • Cantidad de hosts disponibles por subred:254
  • Dirección de subred para esta dirección IP:192.192.10.0
  • Dirección IP del Primer host en esta subred:192.192.0.1
  • Dirección IP del Último host en esta subred:192.192.0.254
  • Dirección de broadcast para esta subred:192.192.10.255
4
  • Dirección IP del host: 172.17.99.71
  • Máscara de subred: 255.255.0.0
  • Cantidad de bits de subred:0
  • Cantidad de subredes:1
  • Cantidad de bits de host por subred:16
  • Cantidad de hosts disponibles por subred:65534
  • Dirección de subred para esta dirección IP:172.17.0.0
  • Dirección IP del Primer host en esta subred:172.17.0.1
  • Dirección IP del Último host en esta subred:172.17.0.254
  • Dirección de broadcast para esta subred:172.17.0.255
5
  • Dirección IP del host: 192.168.3.219
  • Máscara de subred: 255.255.255.0
  • Cantidad de bits de subred:0
  • Cantidad de subredes:1
  • Cantidad de bits de host por subred:8
  • Cantidad de hosts disponibles por subred:254
  • Dirección de subred para esta dirección IP:192.168.3.0
  • Dirección IP del Primer host en esta subred:192.168.3.1
  • Dirección IP del Último host en esta subred:192.168.3.254
  • Dirección de broadcast para esta subred:192.168.3.255
6
  • Dirección IP del host: 192.168.3.219
  • Máscara de subred: 255.255.255.252
  • Cantidad de bits de subred:6
  • Cantidad de subredes:64
  • Cantidad de bits de host por subred:2
  • Cantidad de hosts disponibles por subred:2
  • Dirección de subred para esta dirección IP:192.168.3.216
  • Dirección IP del Primer host en esta subred:192.168.3.217
  • Dirección IP del Último host en esta subred:192.168.3.218
  • Dirección de broadcast para esta subred:192.168.3.219

dilluns, 15 de novembre del 2010

Laboratori 6.7.3: División de direcciones IPv4 en subredes: Parte 1

0

Tasca 1
-ip: 172.25.114.254
-mascara:255.255.0.0
-Dir. xarxa:172.25.0.0
-Broadcast de xarxa:172.25.255.255
-Quantitat de bits de host:16
-Quantitat de hosts:65534

Desafio
1.
-ip:172.30.1.33
-mascara:255.255.0.0
-Dir. xarxa:172.30.0.0
-Broadcast de xarxa:172.30.255.255
-Quantitat de bits de host:16
-Quantitat de hosts:65534
2.
-ip:172.30.1.33
-mascara:255.255.255.0
-Dir. xarxa:172.30.1.0
-Broadcast de xarxa:172.30.1.255
-Quantitat de bits de host:8
-Quantitat de hosts:254

3.
-ip:192.168.10.234
-mascara:255.255.255.0
-Dir. xarxa:192.168.10.0
-Broadcast de xarxa:192.168.10.255
-Quantitat de bits de host:8
-Quantitat de hosts:254

4.
-ip:172.17.99.71
-mascara:255.255.0.0
-Dir. xarxa:172.17.0.0
-Broadcast de xarxa:172.17.255.255
-Quantitat de bits de host:16
-Quantitat de hosts:65537

5.
-ip:192.168.3.219
-mascara:255.255.0.0
-Dir. xarxa:192.168.0.0
-Broadcast de xarxa:192.168.255.255
-Quantitat de bits de host:16
-Quantitat de hosts:65534

6.
-ip:192.168.3.219
-mascara:255.255.255.224
-Dir. xarxa:192.168.3.192
-Broadcast de xarxa:192.168.3.31
-Quantitat de bits de host:5
-Quantitat de hosts:30

dimecres, 10 de novembre del 2010

Laboratori 6.7.2: Examen de paquetes ICMP

0

Tasca 1

Complete los campos para la solicitud de eco de paquetes ICMP con la captura de mensajes ICMP que se muestra en la Figura 4. Los valores que comienzan con 0x son números hexadecimales:
Complete los campos para la respuesta de eco de paquetes ICMP con la captura de mensajes ICMP que se muestra en la Figura 5:
En la capa de red TCP/IP no se garantiza la comunicación entre dispositivos. Sin embargo, ICMP sí proporciona controles mínimos para que una respuesta coincida con la solicitud. A partir de la información proporcionada en el mensaje ICMP anteriormente, ¿cómo sabe el emisor que la respuesta es para un eco específico?
Ho sap gracies al codi

Tasca 2


¿Qué dispositivo de red responde a la solicitud de eco ICMP?
El Eagle-server (192.168.254.254).

Registre la información del primer paquete de solicitud de eco a Eagle Server.
-Tipo: 8
-Codigo:0
-Checksum: 0xae5b
-Identificador:0x0400
-Num seq.:39680
-Dades: 32 bytes

¿Existen 32 bytes de datos? Sí.

Registre la información del primer paquete de respuesta de eco de Eagle Server
-Tipo:0
-Codigo:0
-Checksum:0xb65b
-Identificador:0x0400
-Num seq.:39680
-Dades:32 bytes

¿Qué campos, de haber alguno, cambian desde la solicitud de eco?
El tipus i el checksum


Vea la Figura 9. En lugar del límite de tiempo de la solicitud, hay una respuesta de eco. ¿Qué dispositivo de red responde a pings para un destino ficticio?
Un dispositivo de red virtual.


Las capturas de Wireshark a un destino ficticio se muestran en la Figura 10. Expanda la ventana Wireshark del medio y el registro de Internet Control Message Protocol.

¿Qué tipo de mensaje ICMP se usa para devolver información al emisor?
Echo ping replay

¿Cuál es el código asociado con el tipo de mensaje?
0

Laboratori 6.7.1: Ping y Traceroute

0

Tasca 1

Primerament verificarem la nostra configuració de la xarxa TCP/IP amb la comanda ipconfig.


Informació de la nostra xarxa TCP/IP:
-Direcció IP: 192.168.201.205
-Mascara de Subxarxa:255.255.0.0
-Gateway predeterminada: 192.168.1.1

Farem un ping per verificar que la xarxa TCP/IP funciona:


Informació dels resultats:
-Tamaño del paquete: 32 bytes
-Cantidad de paquetes enviados: 4
-Cantidad de respuestas: 4
-Cantidad de paquetes perdidos:0
-Demora mínima:0ms
-Demora máxima:0ms
-Demora promedio:0ms

Farem un ping al gateway per defecte i mirarem els resultats:


Informació dels resultats:
-Tamaño del paquete: 32 bytes
-Cantidad de paquetes enviados: 4
-Cantidad de respuestas: 4
-Cantidad de paquetes perdidos:0
-Demora mínima:0ms
-Demora máxima:0ms
-Demora promedio:0ms

¿Cuál sería el resultado de una pérdida de conectividad al gateway por defecto?
Que la xarxa no ens funcionaria i es perdrien tots els paquets.

Tasca 2

Amb la comanda tracert verificarem la connectivitat de la capa de xarxa TCP/IP, executarem la comanda.


-Cantidad máxima de saltos
-Dirección IP del primer router: 192.168.1.1
-Dirección IP del segundo router 192.168.254.354
-¿Se accedió al destino? Si

¿Cuál sería el resultado de tracert si R1-ISP falló?
Si la conneió fallara al primer router no es connectaria i no es podria veure la ruta.
¿Cuál sería el resultado de tracert si R2-Central falló?
Si fallés al segon es veuria el primer router i quan volgues pasar al segon fallaria.

dimarts, 9 de novembre del 2010

Pràctica 5.6.1: Desafío de integración de aptitudes: Enrutamiento de paquetes IP

0

En aquesta practica ens trobem un problema amb el router R2-Central, mirarem la seva taula d'enrutament.


Primerament anirem a mirar les interficies, ens trobem que fastEthernet esta parada, posem en marxa el port i li afegim la ip 172.16.255.254 i la mascara 255.255.0.0.


Veurem que la connexio ja funciona pero el ping al eagle server encara falla. el que tenim que fer es anar a la configuracio d'enroutament estatic del router R2 i afegir la direccio per defecte: 0.0.0.0, la mascara 0.0.0.0 i el seguent salt a 10.10.10.6 que es el router R-1 per arribar al eagle-server. Guardem la configuracio amb el boto save a la pestanya configuració i anem a comprovar que la xarxa per defecte esta activada i que el ping a eagle server funciona.

Pràctica 5.5.2: Examen de una ruta

0

En aquesta practica aprendrem a connectar-nos a un router i a poder veure la seva taula d'enrutament.

Primerament entrarem al simbol del sistema del ordinador i entrarem al router en aquest cas 172.16.255.254 amb la comanda telnet. Un cop connectats ens demanara usuari i constrassenya i entrarem.

telnet 172.16.255.254

un cop hem entrat al router entrarem al mode privilegiat amb la comanda enable. Un cop estem dins utilitzarem la comanda show ip route i ens mostrarà tota la taula d'enrutament del nostre router.

Laboratori 5.5.2: Examen de ruta

0

¿Cuál es la dirección de gateway para eagle-server.example.com?
En el meu cas: 192.168.1.1

Examine la tabla de enrutamiento activa y verifique que se haya eliminado la ruta de gateway por defecto: ¿Cuál es la dirección IP de gateway por defecto?
No existeix.

Intente hacer ping en Eagle Server. ¿Cuáles son los resultados?
Funciona correctament.

Si se elimina la dirección IP de gateway por defecto, ¿cómo se puede acceder al servidor DNS para resolver eagle-server.example.com?
Fent un ping

¿Se puede acceder a otro dispositivo LAN, como 172.16.255.254?
Si existis a la xarxa es podria accedir.

Pràctica 5.5.1: Examen del gateway de un dispositivo

0

Tasca 1

Obrirem la consola de comandes en un dels ordinadors i amb la comanda ipconfig veurem que la Gateway per defecte es : 172.16.255.254.

Si fem un ping a 127.0.0.1 i a 127.10.1.1 funciona correctament però si ho fem a 127.0.0.0 no funciona ja que es la direcció de xarxa i si fem a 127.255.255.255 tampoc ja que seria la direcció broadcast de la xarxa.
Tasca 2

Amb la comanda ipconfig /all mirarem la configuració de xarxa del PC en aquest cas es el A.


Tasca 3

Per resoldre el problema de la gateway del router R2-central hem anat a observar les seves interfícies i hem observat que el port FastEthernet 0/0 estava desactivat, al activar-lo la connexió s'ha establert correctament.

Laboratori 5.5.1: Examen de Gateway de un dispositivo

0


Consulte la Figura 1: ¿Cuál es la dirección MAC del dispositivo de red en la dirección IP 172.16.1.1?
00:10:A4:7b:01:5f

¿Cuál es la dirección de gateway por defecto?
192.168.1.1

Fer un ping a 127.0.0.1. ¿Fue exitoso el ping?
Si

Hacer ping en diferentes direcciones IP en la red 127.0.0.0 y 127.255.255.255. ¿Las respuestas fueron exitosas? Si no es así, ¿por qué?
No es exitos ja que la primera es la direccio de xarxa i l'altra es la direccio de broadcast de la xarxa.

Consulte la Figura 2: ¿Cuál es la dirección MAC del dispositivo de gateway?
00:0c:85:cf:66:40

Consulte la Figura 2: ¿Cuál es la dirección MAC del dispositivo de red con dirección IP 192.168.254.254?
Intel_ac:a7:6a

Utilizando el comando ipconfig /all, completar la siguiente tabla con la información de su computadora host del módulo.
  • Direccion IP:192.168.201.205
  • Mascara de subred:255.255.0.0
  • Gateway por defecto:192.168.1.1
  • Servidor DNS:213.176.161.16

Pràctica 5.4.3: Observar las actualizaciones de protocolo de enrutamiento dinámico

0

A aquesta practica examinarem el comportament del protocol d'enrutament dinàmic RIP v1.

Primer ingressarem al mode simulació i amb la eina d'inspecció mostrarem les taules d'enrutament de cada router.



Premerem autocapture/play i veurem que el router A no envia cap paquet d'actualització, el router C envia paquets d'actualització a A i a C i C no esta configurat per enviar a les LAN per això només envia paquets d'actualització per WAN a C.

Examinarem els paquets d'actualització de l'enrutament i mirant la informació OSI i els detalls entrants i sortints podrem veure els protocols d'enroutament y com poder configurar routers.

Pràctica 5.3.7: Reenvío de paquetes del router

0

A aquesta practica, examinarem la forma en que els routers reenvien els paquets quan existeix una ruta especifica al desti en la taula d'enrutament, la forma en que es reeenvien quan aquesta ruta no esta i la forma en que els envia quan la ruta especificada i la de per defecte no hi son.

Tasca 1

Posarem el programa triarem l'escenari 0 que es entre el PC_A i el PC_B i premerem el boto fire per enviar el paquet en mode real, despres posarem mode simulació. Primer inspeccionarem les taules d'enrutament de tots els tres routers per si volem comparar-les.

Un cop hem examinat les taules de enrutament pasarem a capturar els paquets a la llista d'evenets amb autocapture/play. Veurem si examinem els paquets sobretot els dels routers que gracies a la taula d'enrutament la informació pot arriba al seu desti.

Un cop s'han trasmes les dades el PC_B tornarà la resposta al PC_A i tot gracies a les taules d'enrutament.

Tasca 2

Ara canviarem al escenari 1 que es del PC_A al PC_C i executarem el mode simulació amb el capture/forward per poder parar-nos detingudament a observar la informació de cadascun, si ens fixem en el del router0 i el router1 veurem que la informació pot ser tramesa ja que la taula d'enrutament conte una ruta per defecte al router0 si no existeix una especifica i el PC_C esta dirextament connectat al router1.

Tasca 3

En canvi quan aquesta intenta retornar al PC_A no pot ja que el router1 no te cap direcció d'enrutament especifica ni per defecte que pugui anar al router0.