lunes, 22 de marzo de 2010

PRACTICA # 3

UNIVERSIDAD DE GUADALAJARA

CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERÍAS

DIVISION DE ELECTRÓNICA Y COMPUTACIÓN

DEPARTAMENTO DE CIENCIAS COMPUTACIONALES

Practica 3: SPANNING TREE PROTOCOL (STP)

Materia: Taller de Redes Avanzadas

Clave: CC325

Sección: D01

Ramirez Ornelas Yazmin Berenice
Código: 303756734

Ingeniería en Computación

SPANNING TREE PROTOCOL

Spanning Tree Protocol (SmmTPr) es un protocolo de red de nivel 2 de la capa OSI, (nivel de enlace de datos). Está basado en un algoritmo diseñado por Radia Perlman mientras trabajaba para DEC. Hay 2 versiones del STP: la original (DEC STP) y la estandarizada por el IEEE (IEEE 802.1D), que no son compatibles entre sí. En la actualidad, se recomienda utilizar la versión estandarizada por el IEEE.

Su función es la de gestionar la presencia de bucles en topologías de red debido a la existencia de enlaces redundantes (necesarios en muchos casos para garantizar la disponibilidad de las conexiones). El protocolo permite a los dispositivos de interconexión activar o desactivar automáticamente los enlaces de conexión, de forma que se garantice que la topología está libre de bucles. STP es transparente a las estaciones de usuario.

Los bucles infinitos ocurren cuando hay rutas alternativas hacia una misma máquina o segmento de red de destino. Estas rutas alternativas son necesarias para proporcionar redundancia, ofreciendo una mayor fiabilidad. Si existen varios enlaces, en el caso que uno falle, otro enlace puede seguir soportando el tráfico de la red. Los problemas aparecen cuando utilizamos dispositivos de interconexión de nivel de enlace, como un puente de red o un conmutador de paquetes.

Cuando hay bucles en la topología de red, los dispositivos de interconexión de nivel de enlace reenvían indefinidamente las tramas Broadcast y multicast, al no existir ningún campo TTL (Time To Live, Tiempo de Vida) en la Capa 2, tal y como ocurre en la Capa 3. Se consume entonces una gran cantidad de ancho de banda, y en muchos caso la red queda inutilizada. Un router, por el contrario, sí podría evitar este tipo de reenvíos indefinidos. La solución consiste en permitir la existencia de enlaces físicos redundantes, pero creando una topología lógica libre de bucles. STP permite solamente una trayectoria activa a la vez entre dos dispositivos de la red (esto previene los bucles) pero mantiene los caminos redundantes como reserva, para activarlos en caso de que el camino inicial falle.

Si la configuración de STP cambia, o si un segmento en la red redundante llega a ser inalcanzable, el algoritmo reconfigura los enlaces y restablece la conectividad, activando uno de los enlaces de reserva. Si el protocolo falla, es posible que ambas conexiones estén activas simultáneamente, lo que podrían dar lugar a un bucle de tráfico infinito en la LAN.


REQUERIMIENTOS:

  • 3 Laptop con interfaz Ethernet y puerto Serial RS-232C
  • 3 Switches Cisco CS-1912-A
  • 3 Cables cruzados UTP p/ Ethernet
  • 3 Cables derechos UTP

    • VERIFICANDO CONECTIVIDAD:

      • Verificar conctividad con las otras laptops y los switches
      • Comando PING y la direccion

      Ejemplo:

      VERIFICANDO EL FUNCIONAMIENTO DE STP:

      • Identificar el switch root

      • Cambiar la configuracion de RSTP a STP

      • Cambiar el valor default para btener un nuevo root



      CONCLUSIÓN

      El protocolo establece identificadores por puente "Bridge ID" y elige el que tiene la prioridad más alta (el número más bajo de prioridad numérica), como el puente raíz. Esta decisión es de suma importancia, pues a partir de la elección del puente raíz se calcularán las trayectorias para la red. Cuando un switch se enciende, supone que es el switch raíz y envía las BPDU conteniendo su Bridge ID, el cual esta compuesto por la dirección MAC de sí mismo + el priority number. El switch con el Bridge ID menor es designado como Raíz.El administrador de red puede configurar el priority number de un switch a un valor más pequeño que el del valor por defecto (32768 para switches cisco), lo que hace que el Bridge ID sea más pequeño, de tal forma que se pueda designar un switch como raíz

      No hay comentarios:

      Publicar un comentario