sábado, 20 de octubre de 2012

Practica No. 4


Práctica no. 4
“ STP (Spanning Tree Protocol) ”

Objetivo de la práctica:
·                     Que el alumno sea capaz de configurar un switch real mediante el uso de la terminal y pueda también configurar una LAN real siguiendo de modelo una maqueta.

·                     Que el alumno sea capaz de configurar el protocolo STP en un switch real.

Marco teórico:

STP:

Spanning Tree Protocol.- Es un protocolo de red de nivel 2 de la capa OSI (enlace de datos). Esta basado en un algoritmo diseñado por Radia Perlman. Este protocolo explora constantemente la red, de forma que cualquier fallo o adicion en un enlace, switch o bridge es detectado al instante. Utiliza un algoritmo para determinar los puertos de switch de la red que deben configurarse para el bloqueo a fin de evitar que se generen bucles. Este algoritmo designa un único switch como Root Bridge (puente raíz) y lo utiliza como punto de referencia para todos los cálculos de rutas. De esta selección depende toda la topología de STP.

Materiales:
·         1 Switch Cisco WS 1912 A.
·         1 Cables UTP rectos.
·         1 Cable UTP cruzado.
·         1 Cables de consola para cisco.
·         1 Convertidor usb a serial.
·         1 Laptop con puerto Ethernet.
·         1 Software de emulación de terminal en este caso se utilizó Putty.

Elaboración de la práctica:
La problemática a resolver en esta práctica se puede modelar mediante la siguiente maqueta:


1.- Primeramente se procedió a la conexión física, a la configuración de las direcciones IP y a la verificación mediante Pings  tanto del switch como de las laptops en cada equipo como se puede ver en la siguiente imagen. 




En esta imagen se puede ver dos switches el primero es el nodo raíz y el switch (hijo) derecho.


En esta otra se puede ver el switch (hijo) izquierdo.


2.- Se procedió a verificar quien de los tres equipos resulto ser el nodo raíz en este caso mi equipo lo fue en la siguiente imagen se puede observar la configuración del protocolo STP.

3.-Como en la imagen anterior se pudo observar que mi equipo fue el nodo raíz, los otros dos switches serían los hijos pero se tenía que ver cuál de los dos switches tenía un puerto bloqueado dado que el protocolo STP requiere un puerto bloqueado que va a entrar en acción cuando detecte un fallo.

4.- Por simple inspección visual se pudo ver que el switch derecho que se encuentra en la siguiente figura:


Ese es el switch  que tiene el puerto B como bloqueado verificando lo anterior en la terminal se ve la siguiente configuración:


5.- Una vez hecho esto, el maestro nos pido tomar tiempo con un cronometro. El tiempo empezaba a contar cuando se desconectaba el puerto A del switch derecho el que tenía el puerto bloqueado. Este tiempo fue de 30 segs. Y lo que indica es el tiempo que tardan los switches de la red en autoajustarse y así lograr que la comunicación no se pierda. En la siguiente imagen se puede ver el estado de Forwarding del puerto B (el que ahora va a trabajar dado que el puerto A esta desconectado). 



6.- De nueva cuenta el maestro nos pidió tomar tiempo que tardaba la red en volver a su estado original es decir, el tiempo en que el puerto A queda como Forwarding y el puerto B como bloqueado. Este tiempo fue de 29 segs.

7.- El último ejercicio de esta práctica fue cambiar la prioridad de los switches para escoger al switch derecho el que tenía el puerto B bloqueado de la configuración original como nodo raíz para ello se cambió su prioridad como se muestra en la siguiente imagen.


 Y se verifica de forma visual con la siguiente imagen en la que se muestra que tanto el puerto A como el puerto B están conectados.


 8.- Al hacer esto automáticamente se asigna otro puerto como bloqueado en este caso correspondió al puerto B del switch del lado izquierdo.


Conclusiones:

Gracias al protocolo STP y a su algoritmo, es posible hacer que la red se pueda recuperar sin la intervención humana claro que esto lleva un tiempo pero ese tiempo es prácticamente poco. Aprendí a como configurar los puertos de un switch real de forma tal que se puede escoger un nodo raíz basado en prioridades.

domingo, 7 de octubre de 2012

Practica No. 3


Práctica no. 3
“Bridging & Switching”

Objetivo de la práctica:
  • Que el alumno sea capaz de configurar un switch real mediante el uso de la terminal y pueda también configurar una LAN real siguiendo de modelo una maqueta.
Marco teórico:
Switch:
También llamado conmutador es un dispositivo que efectúa conmutaciones. A cada puerto conmutado se le asigna una dirección especifica MAC cuando un bloque de datos entra a un puerto de destino MAC especificado el switch logra conectar dicho puerto con un dispositivo dentro de la red. Se tienen en varios ambientes LAN y WAN, incluidos Ethernet/802.3, Token Ring, FDDI, Frame Relay, SMDS y ATM.
LAN:
Local Area Network, es un sistema de comunicación entre computadoras que permite compartir información, con la característica de que la distancia entre las computadoras debe ser pequeña. Estas redes son usadas para la interconexión de computadores personales y estaciones de trabajo.
Materiales:

·         1 Switch Cisco WS 1912 A.
·         1 Cables UTP rectos.
·         1 Cable UTP cruzado.
·         1 Cables de consola para cisco.
·         1 Convertidor usb a serial.
·         1 Laptop con puerto Ethernet.
·         1 Software de emulación de terminal en este caso se utilizó Putty.



Elaboración de la práctica:
La problemática a resolver en esta práctica se puede modelar mediante la siguiente maqueta:



En esta maqueta, mi equipo se concentró en la configuración siguiente:


Para ello se siguieron los siguientes pasos:


1.- Se comenzó la instalación física entre el switch y la laptop mediante el convertidor usb-serial con el cable de consola de cisco.

2.- Se configuro Putty un emulador de terminal para conectarnos al menú de configuración principal del switch:




3.-En esta imagen se puede ver el Management Console del switch:


4.- Nuestro siguiente paso fue la configuración de la IP del switch para nuestro equipo tuvimos que asignarle la siguiente IP: 148.202.10.1 con máscara:   255.255.255.0

5.- Configuramos la IP de la laptop: 148.102.10.11 con mascara: 255.255.255.0

6.- Hicimos ping al switch por medio de: ping 148.202.10.1 y al principio no funciono y fue porque tuvimos que desconectar el RJ45 de la laptop y colocarlo de nuevo para que identificara la red.

7.- Una vez que se tuvo un ping correcto, los demás equipos ya tenían sus respectivas configuraciones y se comenzó a realizar ping entre todas las laptop resultando los pings con éxito.

8.- Se utilizó el programa iperf que sirve para poder darnos cuenta de la optimización de la red es decir, crea pings dándonos resultados de la prueba como los datos transferidos así también como la velocidad de transmisión. En la siguiente imagen se puede ver varias pruebas realizadas con iperf 3): el comando utilizado fue: iperf –c 148.202.10.13


9.- El profesor nos pidió configurar el puerto del switch como half-duplex:



10.- Seguimos con la prueba pero ahora de manera simultánea entre dos equipos para checar las posibles colisiones y velocidades, para nuestro equipo esto fue demasiado lento la velocidad alcanzada fue de 947 kbps. Fue cuando el profesor concluyo que algo estaba mal en los puertos de nuestra laptop.

11.- El profesor nos pidió configurar el puerto del switch ahora como full-duplex:


12.- El resultado que todos pensamos iba a ser el óptimo hablando en comparación con el half-duplex resulto ser mucho más lento en esta prueba simultanea se logró la velocidad de 885 kbps.

Conclusión:
La experiencia de configuración de un switch nunca la había tenido, aprendí a configurar de un modelo (maqueta) a una red LAN real, observe problemas reales que se dan en la transferencia de datos y entendí como es que dentro de una red hay subredes y como las máscaras de red ayudan a obtener la dirección real IP de un equipo.