Pka 10.2.3 (Connexió de dispositius amb diferents tipus de medis)

Tasca 1 (Examinar configuració dels routers):

Router 1
FastEthernet 0/0 (IP 192.168.1.1).
Serial0/0/0 (Clock rate a 64000, IP 192.168.2.1).

Router 2
FastEthernet 0/0 (IP 192.168.3.1)
Serial0/0/0. (Aquest no té el clock rate activat, IP 192.168.2.2).

Tasca 2 (Connectar els dispositius):

Cable de cobre connexió directa
FastEthernet 0/0 de Router1 a FastEthernet 0/1 de Switch
FastEthernet PC1 a FastEthernet 0/2 de Switch

Cable de cobre connexió creuada
FastEthernet 0/0 de Router2 a FastEthernet de PC2

Cable de consola
RS-232 de PC1 a port de consola de Router1
RS-232 de PC2 a port de consola de Router2

Cable DCE Serial
Serial0/0/0 de Router1 a Serial0/0/0 de Router2

---

Verifiquem connectivitat amb "ping 192.168.3.2". De PC1 a PC2. Ens funciona el procés, cosa que vol dir que hem connectat correctament els dispositius.

Pka 7.5.1 (Investigació d'encapçalaments de trama de la capa 2)

Tasca 1 (Examinar la xarxa):
Verifiquem la connectivitat dels PC's tenint en compte tots els dispositius i enllaços corresponents.

Tasca 2 (Executar la simulació):
Fins arribar al router Cisco1, la sol·licitud de ping del PC1 al PC2 origina unes PDU's d'entrada i sortida com les següents:

A mesura que anem avançant, la capa 2 a cada dispositiu va canviant d'aquesta manera:
1) De switch a Cisco1 (figura anterior).
2) De Cisco1 a Cisco2 (HDLC d'entrada, PPP de sortida)

3) De Cisco2 a Router Brand X (PPP d'entrada, FRAME RELAY de sortida)

4) De Router Brand X a FR Switch (FRAME RELAY entrada i sortida)

Finalment es torna a desencapsular el paquet mitjançant Ethernet II quan arriba al router Cisco3 per passar per últim a PC2.

Pka 7.4.1 (Rastreig de paquets a través d'una internetworking)

Tasca 1 (Rastrejar els paquets iniciats per HTTP):
Accedim a la pàgina web d'eagle server a través de l'explorador web del PC (introduim 192.0.2.7). Capturant només els events HTTP, veiem que els dispositius intermitjos entre el PC i el servidor utilitzen les seves taules ARP per saber en tot moment on s'ha d'enviar el paquet. La petició HTTP viatja per totes les capes del model OSI fins arribar a la capa 7, on el servidor rep el paquet i el torna a enviar.

Tasca 2 (Anàlisi de més paquets):
* Sel·leccionem els events que volem visualitzar (HTTP, DNS, TCP, UDP, ARP i RIP).
* Escribim eagle-server.example.com a l'explorador web del PC.
* Observem el comportament de cada protocol per passos:
1) S'envia un ARP per poder omplir les taules ARP coneixent així les MAC's.
2) Petició DNS (el servidor retorna la seva adreça IP al client).
3) La petició TCP és acceptada pel servidor, el qual reenvia la informació al client perquè visualitzi la pàgina i se segueixen enviant confirmacions que tot ha anat bé.
4) El protocol RIPv2 (Routing Information Protocol Version 2) ens permet fer actualitzacions d'enrutament per multicast. Els routers són els que s'intercanvien els paquets IRP, ja que els altres dispositius rebutgen la informació al no coincidir les seves IP's amb les de destí.

Pka 9.8.3 (Dispositiu intermediari com a dispositiu final)

Tasca 1 (Inicialitzar totes les taules de xarxa):
- Commutem mode simulació i real 4 vegades per tal que les llumetes canviin a verd.
- Ping al switch (172.16.254.1) des de PC-1A per actualitzar la informació ARP pel PC i el switch.

Tasca 2 (Establiment de captura d'una sesió Telnet):
Veurem el resultat de fer telnet 172.16.254.1 des del PC-1A, posant el filtre per telnet en el mode simulació prèviament.

Tasca 3 (Examinar l'intercanvi de paquets Telnet al PC-1A):
Examinem les PDU's d'entrada i sortida del PC-1A.

Pka 9.8.2 (Anàlisi de la taula MAC del switch Cisco)

Tasca 1 (Usar protocol Telnet per connectar-se a un switch Cisco):
Fem un ping 172.16.254.1 (IP del switch) i omplim la taula ARP del switch. Seguidament fem telnet de la mateixa adreça (172.16.254.1), introduim la contrassenya "cisco" i obtenim el control de forma remota al switch.

Tasca 2 (Comanda IOS show mac-address-table):
Utilitzant la comanda show mac-address-table només veurem el primer ping per allà on es va accedir al switch, però si fem un ping a tots els PC's la taula MAC del switch s'omplirà de la informació que li arribi de tots els dispositius, quedant tal i com es pot veure a la captura de pantalla següent:

Pka 9.8.1. Protocol de resolució d'adreces (ARP)

Tasca 1 (Usar comanda ARP):
Fem ping 255.255.255.255 i seguidament comprovem les MAC's conegudes amb arp -a (fem ús de la caché arp del PC-1A).

Tasca 2 (Examinar intercanvis ARP):
Fem arp -d al PC-1A (esborra les adreces IP a la taula ARP ; també es podria esborrar una IP en concret de la taula ARP posant arp "adreça_IP"). Fent un ping a 255.255.255.255 veiem els diferents passos que segueix el sistema enviant 4 sol·licituds d'eco.

Media activity 6.5.6.1 (Determinació d'adreces vàlides per hosts)

Donada l'adreça de xarxa (10.35.221.112) i la màscara de sub-xarxa (255.255.255.248) sabem que:

Número de hosts --> 2^3 - 2 = 8 - 2 = 6 hosts

El primer host tindrà els 24 primers bits de la xarxa i la terminació serà el 113 per ser el immediatament posterior a l'adreça de xarxa. L'últim host serà el 118, el broadcast el 119 i a la següent sub-xarxa li correspondrà el número 120.

Media Activity 6.5.5.1 (Càlcul de la quantitat de hosts)

En aquest primer exemple, el càlcul que hauriem de fer és: 2^4 - 2 = 16 - 2 = 14

En el segon exemple, el resultat és: 2^9 - 2 = 512 - 2 = 510

Els càlculs es fan tenint en compte el número de bits que deixa lliure la màscara de sub-xarxa (0's) i restant-li 2 hosts corresponents a l'adreça de xarxa i el broadcast.

Media Activity 6.5.4.1 (Determinar l'adreça de xarxa)

Primer exemple:

Segon exemple:

Media 6.2.5.2 (Adreces públiques i privades)

La captura de pantalla mostra perfectament quines són les IP's privades i quines les públiques. A part, a sota està anotat els blocs de les adreces IP privades:

Media Activity 9.6.4.1. (Ethernet, comparació de hubs i switches)

Objectiu --> Conèixer de quina manera el switch envia trama segons les adreces MAC d'origen i destí i la taula MAC del switch.

Pka 9.6.4. (Operació del switch)

Objectiu --> Processament de broadcast, unicast conegut i unicast desconegut per part d'un switch.

En la captura de pantalla següent podem veure el que succeeix a les taules ARP i MAC dels dispositius quan enviem una sol·licitud de ping del PC-A al PC-B (1 eco ICMP i 1 petició ARP). Es necessita fer aquesta petició ARP, que sempre són broadcasts, ja que el PC-A no sap quina és l'adreça MAC de PC-B. El switch serà l'encarregat de memoritzar aquestes adreces i possibilitar aquest intercanvi d'informació.

Tasca 1 (Switch processa broadcast i unicast conegut):
* El switch guarda a la seva taula MAC les MAC's corresponents a PC-A (0000.0000.000A connectats pel port Fast-Ethernet 0/1) i a PC-B (0000.0000.000B connectats pel port Fast-Ethernet 0/3). A mesura que les peticions ARP avancen, el switch va aprenent aquestes adreces i el port on estan connectades. El switch veu el ping realitzat com un unicast conegut.
* El PC-A rep per part del switch l'adreça MAC del PC-B i l'interfície que es fa servir (FastEthernet) i guarda la informació a la seva taula ARP, amb la corresponent IP de PC-B.
* El PC-B rep per part del switch l'adreça MAC del PC-A i l'interfície que es fa servir (FastEthernet) i guarda la informació a la seva taula ARP, amb la corresponent IP de PC-A.

Tasca 2 (Switch processa unicast desconegut):
El primer pas és esborrar les proves anteriors i per tant la taula MAC del switch. Fem click a la fitxa CLI del switch, intro i teclegem enable. El símbol del sistema canvia a Switch#. Teclegem clear mac-address-table dynamic. Amb aquests passos aconseguim esborrar la taula MAC del switch però no les ARP dels PC-A i PC-B.
* La diferència envers l'altre tasca és que ja no es necessita enviar l'ARP (taules ARP dels PC's estan omplertes). Per tant, el switch ha de processar l'eco ICMP amb la taula MAC buida. Això és un unicast desconegut.
* Es fa la mateixa operació que abans però obviant els passos ARP, que no existeixen ara. El switch es comporta de la mateixa manera enviant la informació a tot arreu per conèixer quin és el dispositiu amb la MAC que se li demana.

Tasca 3 (Switch en altres situacions):
Realitzem una sol·licitud d'eco del PC-E al PC-F. El switch aprèn en aquest cas les dues adreces MAC dels dos PC's i el port pel qual li arriba gràcies a la informació que envia el Hub, que fa un broadcast com sempre. A continuació es detallen tots els passos que es segueixen entre els PC's, el Hub i el Switch al fer aquesta operació.

Pka 9.6.2. (De hubs a switches)

Objectius --> Estudiar el comportament dels hubs i switches i del switch sense colisió.

TASCA 1:

Sel·leccionem només els protocols ARP i ICMP. A més, agreguem una PDU simple per enviar un ping del PC1 al PC6:

Al clicar a PC1 i PC6 apareixen 2 events:
* PDU del protocol ICMP --> Capa de xarxa (IP's dels 2 PC's)

* PDU del protocol ARP --> Capa d'enllaç de dades (es construeix un paquet ARP per esbrinar la MAC del PC6 mitjançant Ethernet)

Passos amb ARP: S'envia paquet ARP a hub, aquest envia a tot arreu, només ho rep correctament PC6 (encaixa l'adreça MAC, és per a ell el paquet i per tant es desencapsula la PDU). PC6 ho torna a enviar al hub, aquest ho envia a tot arreu i PC1 ho rep correctament desencapsulant la informació rebuda. S'utilitza per

Passos per fer ping amb ICMP: El mateix que amb ARP, però aquest només fa la petició de ping.

El hub fa un broadcast amb la informació que li arriba, és a dir, envia a tot arreu sense mirar res més.

TASCA 2:

Ara fem ping de PC7 a PC12. El primer pas que farà el switch serà fer un broadcast (enviar el paquet a tot arreu) perquè no té omplerta la taula ARP. D'aquesta manera esbrina quin és el destí correcte (PC12) i quan es torna a fer el ping, amb el protocol ICMP, es realitza només la connexió entre aquells 2 PC's i no en cap dels altres dispositius.

TASCA 3:

Fem el mateix però del PC8 al PC11 i del PC9 al PC10. Ens trobem que s'envien els 2 ARP's junts cap al switch, aquest fa broadcast (no té guardada cap taula ARP i no sap per qui serà la informació) i esbrina primerament el que es vol enviar del PC8 a PC11 i seguidament el que es vol enviar del PC9 a PC10. Tot segueix el seu curs com hem vist anteriorment, però el paquet de PC8 a PC11 arriba al seu objectiu 1 pas abans que el paquet de PC9 a PC10.

Pka 9.4.2. (Observació dels efectes de les colisions en un entorn de medis compartits)

Partim de 3 escenaris amb 3 enviaments de paquets diferents amb 10 PC's connectats per un únic Hub que reparteix la informació.
Enviem: 1) solicitud eco ICMP (al PC corresponent de la dreta) ; 2) solicitud ARP (conèixer adreça MAC del PC objectiu).

Escenari 1: Veiem com les 5 sol·licituds que iniciem des dels PC's de l'esquerra no arriben al seu objectiu, ja que colisionen i el hub (que ho envia tot a tothom) les retorna a tots els PC's en mal estat.

Escenari 2: Enviem 2 peticions ICMP i 2 ARP des de PC1 i PC2 que colisionen i no arriben en bon estat a PC6 i PC7, tal i com es mostra a la PDU resultant.

Escenari 3: En aquest cas les solicituds que s'envien des del PC1 són ben rebudes pel hub i al fer broadcast es descobreix cap a qui era la informació (PC6) que ho torna a enviar a PC1 correctament.

Pka 8.5.1. Connexió de dispositius i exploració de la vista física

Pas 1: Connexió dels dispositius
* PC-1A i PC-1B a Switch S1-Central amb cable automàtic, que en realitat és un cable de connexió directa.
* Interfície Fast-Ethernet 0/0 del Router R2-Central a la interfície Fast-Ethernet 0/24 del Switch S1-Central amb cable de connexió directa o "Straight Through".
* Router R1-ISP a Router R2-Central mitjançant les interfícies Serial0/0/0 de cadascun d'ells i connectades amb un cable Serial DTE (Data Terminal Equipment).
* Interfície Fast-Ethernet 0/0 del Router R1-ISP a l'interfície FastEthernet de l'Eagle Server connectades mitjançant un cable creuat o "cross-over".

L'esquema queda de la següent manera, amb la vista dels diferents cables per triar:

Pas 2: Verificar connectivitat
Fem ping 192.168.254.254 (adreça IP d'eagle server) des dels 2 PC's, i ens ho fa correctament ja que tenim connectats correctament els dispositius amb els cables adients:
Nota --> M'he trobat amb el problema que el cable Serial DTE el tenia connectat al revés, cosa que feia que el rellotge estigués situat en el router incorrecte. El rellotge ha d'estar al router 1.

Pas 3: Examinar l'espai físic de treball
Podrem veure aquesta vista clicant a l'espai físic a la part superior esquerra:

VISTA CIUTAT CENTRAL --> Es pot veure a la captura de pantalla la connexió física del cablejat anterior. Els 2 PC's estan connectats a les dues entrades Fast-Ethernet 0/1 i 0/2 i el router R2 amb la interfície Fast-Ethernet 0/24 del Switch.

VISTA CIUTAT ISP --> A continuació, comprovem la connexió del router R1 amb l'eagle server (de color taronja) i com el cable serie (de color blau) coincideix amb el que haviem connectat al router R2.

Diferència entre topologia física i lògica:
Lògica --> forma en que els hosts es comuniquen a través del medi (Ethernet).
Física --> Disposició real dels cables o medis (Bus, estrella, anell, jeràrquica, malla).

Pka 8.3.7 (Model de LAN inalàmbrica simple)

Comprovem els dispositius que apareixen a la pràctica tal i com ens diu l'enunciat i comprovem que podem veure la pàgina web demanada.

Passem al mode simulació i veiem (fent capture/forward repetidament) com el paquet que surt del PC arriba al seu destí (el servidor). Veiem tot seguit els passos que ha necessitat (ICMP's)

Tot seguit fem el procés invers, i veiem com el paquet acaba al router inalàmbric, fent d'aquesta manera 3 passos (de servidor a ISP, de ISP a modem, i de modem a router), detallats a continuació.

La informació de les capes del model OSI de l'últim ICMP són les següents:

Lab 8.4.1. Conectors de medis

L'objectiu és el coneixement a fons dels cables de xarxa mitjançant un analitzador, per reduir els problemes freqüents relacionats amb aquest tipus de connexions.

Pas 1: Determinació en forma visual dels tipus de cable

Cable N.º	Tipo de cable (conexión directa o conexión cruzada)	Uso del cable (encerrar en un círculo el dispositivo correcto)
Blau (12345678)	Connexió directa	Switch a: host
Gris (36145278)	Connexió creuada	Switch a: switch

Pas 3: Verificar mapa de cablejat

Cable N.º	Cable Color	Cable Tipo (de conexión directa o de conexión cruzada)
1	Blau	12345678 12345678
2	Gris	12345678 36145278

A continuació, disposem de 5 cables i fem les següents proves:

Cable N.º	Tipo de cable (Inspección visual)	Color del cable	Tipo de cable (conexión directa o cruzada)	* Resultados de la prueba	Descripción del problema
1	sense pestanyes, UTP, cat5	Blanc	Directe	Correcte	l'ordre de colors no segueix l'estandard.
2	Bon estat, cat5e	Blau	Directe	Correcte	No hi ha problema, Segueix l'estándar
3	Bon estat, UTP, Cat5	Blanc	Directe	Fallen 4 i 5	Fallen uns cables
4	Bon estat, Cat5e, UTP	Gris	Creuat	Fallen 12 45 78 32 45 78	Cables mal col·locats
5	Sense pestanyes, Cat5e, UTP	Blau	Directe	Correcte	Mal estat