Pràctica PT 7.6.1.3

Pràctica de Packet Tracer on haurem de configurar tota una xarxa com a la pràctica 6.8.1.3 però a més haurem d'afegir un WIC al router R2-Central.

Configuració xarxes:

1ra subred, LAN estudiante existente, hasta 400 hosts; (Fa0/0 en R2-Central)

Xarxa: 172.16.0.0 / 255.255.254.0

Host min: 172.16.0.1

Host max: 172.16.1.254

Broadcast: 172.16.1.255

2da subred, LAN estudiante futuro, hasta 180 hosts; (todavía no se implementó)

Xarxa: 172.16.2.0 / 255.255.255.0

Host min: 172.16.2.1

Host max: 172.16.2.254

Broadcast: 172.16.2.255

3ra subred, LAN ISP existente, hasta 40 hosts; (Fa0/0 en R1-ISP)

Xarxa: 172.16.3.0 / 255.255.255.192

Host min: 172.16.3.1

Host max: 172.16.3.62

Broadcast: 172.16.3.63

4ta subred, LAN ISP futura, hasta 18 hosts; (todavía no se implementó)

Xarxa: 172.16.3.64 / 255.255.255.224

Host min: 172.16.3.65

Host max: 172.16.3.94

Broadcast: 172.16.3.95

5ta subred, WAN existente, enlace punto a punto; (S0/0/0 en R1-ISP y en R2-Central)

Xarxa: 172.16.3.96 / 255.255.255.252

Host min: 172.16.3.97

Host max: 172.16.3.98

Broadcast: 172.16.3.99

6ta subred, WAN futura, enlace punto a punto; (todavía no se implementó)

Xarxa: 172.16.3.100 / 255.255.255.252

Host min: 172.16.3.101

Host max: 172.16.3.102

Broadcast: 172.16.3.103

7ma subred, WAN futura, enlace punto a punto. (todavía no se implementó)

Xarxa: 172.16.3.104 / 255.255.255.252

Host min: 172.16.3.105

Host max: 172.16.3.106

Broadcast: 172.16.3.107

Aquest es el moment en el que haurem d'afegir una WIC-2T al router R2-Central

Finalment connectem tot i comprovem la pràctica que tot està correcte.

Pràctica Lab 7.5.2.1

Pràctica de laboratori on hem d'estudiar paquets ICMP

Fem un ping a l'Eagle Server

Mirem un request ICMP

I aquí tenim el reply

Pràctica PT 7.5.1.1

Pràctica de Packet Tracer on hem d'analitzar la encapsulació de trames de la capa 2 en els diferents models de routers.

Primer veiem al router Cisco1 la petició ICMP entrant.

Aquí veiem la PDU de la petició ICMP que surt encapsulat amb l'estàndard HDLC 

Ara veiem la PDU entrant al router Cisco2 també amb HDLC.

I com el proper router és de marca X i treballa amb un altre estàndard, la PDU surt amb l'estàndard PPP.  

Arriba la petició ICMP al router de marca X encapsulat en PPP.

I aquest a la sortida l'encapsula amb Frame Relay per enviar-li a l'últim router que és un Cisco3

Pràctica PT 7.4.1.3

Pràctica de Packet Tracer on hem de capturar paquets HTTP que travessen una internetwork arrel d'una petició web.

Aquí veiem el paquet que surt del host amb la petició web. El paquet continuarà igual fins arribar al servidor. L'únic que canvia és el TTL que va disminuint a cada salt.

I aquí tenim el paquet que ens retorna el servidor que tampoc patirà modificacions, excepte per la reducció de TTL.

Pràctica PT 6.8.1.3

Pràctica de Packet Tracer on hem de configurar tota una xarxa.

Pràctica PT 6.7.5.2

Pràctica de Packet Tracer on haurem de configurar tota una xarxa i veure que la connectivitat es correcte.

Pràctica Lab 6.7.5.1

Pràctica de laboratori on hem de configurar una subxarxa

Pràctica Lab 6.7.4.1

Pràctica de laboratori on hem de determinar la informació de subxarxa per una ip i submascara concretes

Pràctica Lab 6.7.3.1

Pràctica de laboratori on hem de calcular la informació ip d'una xarxa a partir d'una direcció ip i mascara concretes.

Pràctica PT 6.7.2.2

Pràctica de Packet Tracer basada en la pràctica de laboratori 6.7.2.1 on haurem d'examinar paquets ICMP.

Aquí veiem el paquet d'un ping al 192.168.254.254 (Eagle Server)

Ara veiem el paquet d'un ping a la ip 192.168.253.1

Ara hem de crear una PDU complexa i reduir-li al mínim el seu TTL per a que el seu temps de vida sigui mínim i no pugui arribar al router.

Aquí veiem el paquet amb el TTL reduït.

El router ens retornarà aquest paquet amb un missatge que diu "Time exceeded"

Pràctica Lab 6.7.2.1

Pràctica de laboratori on haurem d'examinar paquets ICMP

Es comença enviant una petició ARP demanant qui té la IP a la qual es vol fer PING. Un cop es rep la resposta es comencen a enviar les peticions ICMP. Com podrem veure a les 2 següents imatges el protocol ICMP envia un request i rep un reply. Comprovarem que el numero de seqüència no canvia en aquest procés de pregunta/resposta. El checksum si que canvia sempre. 

Ara podrem veure en el següent ping com si que el numero de seqüència ha canviat. Només es manté igual durant 1 procés de request/reply, a la següent petició canvia. El cheksum com veient segueix canviant sempre.

Aquí veiem el que pasa si no es troba el host al qual li fem ping. La petició ARP demana qui té la IP però al cap d'un temps si no ha rebut resposta, veurem en el nostre ping el missatge de "tiempo de espera agotado para esta solicitud" i es tornarà a enviar una petició ARP demanant la IP de destí a la qual fem ping.

Pràctica PT 6.7.1.2

Pràctica de Packet Tracer on haurem de comprovar la connectivitat d'un host a base de pings.

Primer fem un ipconfig per comprovar la connectivitat amb la capa de xarxa. Un ping a la gateway (172.16.255.254) i un ping a un host remot, en aquest cas l'Eagle Server amb ip 192.168.254.254

Per acabar mirem els salts per anar a l'Eagle Server

Pràctica Lab 6.7.1.1

Pràctica de laboratori on veurem les comandes ping i tracert

Comencem mirant la nostre configuració

Ara fem un ping al Eagle Server

Finalment mirem els salts que tenim fins a l'Eagle Server

Consulte la figura 7:

¿Cuál sería el resultado de tracert si R1-ISP falló?

Si fallés R1-ISP es farien 2 salts fins arribar a R2-Central

¿Cuál sería el resultado de tracert si R2-Central falló?

Faría un salt fins S1-Central