Saldaña Torres

Saldaña Torres

martes, 22 de marzo de 2011

PORTAFOLIO

Luis Angel Saldaña Torres
Ing. en Computación 2007 - 2011
Centro Universitario de Ciencias Exactas e Ingenierías
Universidad de Guadalajara

Los proyectos que a continuación se mencionan fueron hechos a lo largo de la carrera que actualmente estoy cursando; la cuál lleva por nombre Ingeniería en Computación; dicha carrera la estoy cursando en el Centro Universitario de Ciencias Exactas e Ingenierías ( CUCEI ). Este Centro Universitario pertenece a la Universidad de Guadalajara ( UDG ).

  • Como primer proyecto tenemos el cableado de un edificio perteneciente al área de Maestrias en el mismo Centro Universitario donde actualmente presto mi servicio social. Dicha área para ser más preciso se encuentra en el módulo W del CUCEI. En este proyecto cabe resaltar que se tuvo que cambiar todo el cable por uno de mejor calidad, se colocaron nuevos switches, se configuraron routers para dar un mejor servicio. Además de cambiar el cable se tuvo que reorganizar todo para poder llevar un orden; para que si en un futuro se presentara un problema FUERA MÁS FÁCIL IDENTIFICAR EL PROBLEMA y por consiguiente darle una solución acorde. Para una mejor interpretación de lo que trato de decir a continuación muestro un video relacionado con lo antes mencionado.






  • Instalación de cámaras de seguridad en todo el Centro Universitario de Ciencias Exactas e Ingenierias, para el monitoreo constante de dicho Centro. Cabe resaltar que se colocaron en puntos estratégicos del Centro y en prácticamente todo el módulos Alfa y Beta, que es donde se concentra la mayoría de equipos de cómputo de todo CUCEI.



  • Montaje desde cero de un Site en el área de Rectoria, perteneciente a CUCEI; para ser más específico se necesitó el armado de escalerilla con una extensión aproximadamente de 40 mts, se incluye claro el cableado del mismo, instalación de switches, racks, habilitación de nodos.Dicho servicio se hizo por la gran necesidad que se había mostrado con el tiempo y principalmente para el área de Finanzas del Centro.








Estos son sólo algunos de los principales proyectos que he hecho a lo largo de mi carrera, cabe resaltar que existen otros más pero cómo se darán cuenta es muy difícil comprobar dichos proyectos ya que en su elaboración es un poco más practico que teórico.

sábado, 5 de junio de 2010

OSPF

Centro Universitario de Ciencias Exactas e Ingenierías
Luis Angel Saldaña Torres
303350797
Taller de Redes de Computadoras Avanzadas
Práctica: OSPF





Protocolo OSPF



Protocolos Internos y Externos



Jerarquía Estructurada del SA OSPF




Open Shortest Path First (frecuentemente abreviado OSPF) es un protocolo de enrutamiento jerárquico de pasarela interior o IGP (Interior Gateway Protocol), que usa el algoritmoDijkstra enlace-estado (LSA - Link State Algorithm) para calcular la ruta más corta posible. Usa cost como su medida de métrica. Además, construye una base de datos enlace-estado (link-state database, LSDB) idéntica en todos los enrutadores de la zona.

OSPF es probablemente el tipo de protocolo IGP más utilizado en grandes redes. Puede operar con seguridad usando MD5 para autentificar a sus puntos antes de realizar nuevas rutas y antes de aceptar avisos de enlace-estado. Como sucesor natural de RIP, acepta VLSM o sin clases CIDR desde su inicio. A lo largo del tiempo, se han ido creando nuevas versiones, como OSPFv3 que soporta IPv6 o como las extensiones multidifusión para OSPF (MOSPF), aunque no están demasiado extendidas. OSPF puede "etiquetar" rutas y propagar esas etiquetas por otras rutas.

Una red OSPF se puede descomponer en regiones (áreas) más pequeñas. Hay un área especial llamada área backbone que forma la parte central de la red y donde hay otras áreas conectadas a ella. Las rutas entre diferentes áreas circulan siempre por el backbone, por lo tanto todas las áreas deben conectar con el backbone. Si no es posible hacer una conexión directa con el backbone, se puede hacer un enlace virtual entre redes.

Los encaminadores (o Routers) en el mismo dominio de multidifusión o en el extremo de un enlace punto-a-punto forman enlaces cuando se descubren los unos a los otros. En un segmento de red Ethernet los encaminadores eligen a un encaminador designado (Designated Router, DR) y un encaminador designado secundario (Backup Designated Router, BDR) que actúan como hubs para reducir el tráfico entre los diferentes encaminadores. OSPF puede usar tanto multidifusiones como unidifusiones para enviar paquetes de bienvenida y actualizaciones de enlace-estado. Las direcciones de multidifusiones usadas son 224.0.0.5 y 224.0.0.6. Al contrario que RIP o BGP, OSPF no usa ni TCP ni UDP, sino que usa IPdirectamente, mediante el protocolo IP 89.


Tráfico de enrutamiento

OSPF mantiene actualizada la capacidad de enrutamiento entre los nodos de una red mediante la difusión de la topología de la red y la información de estado-enlace de sus distintos nodos. Esta difusión se realiza a través de varios tipos de paquetes:

  • Paquetes Hello (tipo 1). Cada router envía periódicamente a sus vecinos un paquete que contiene el listado de vecinos reconocidos por el router, indicando el tipo de relación que mantiene con cada uno.
  • Paquetes de descripción de base de datos estado-enlace (DataBase Description, DBD) (tipo 2). Se emplean en el intercambio de base de datos enlace-estado entre dos nodos, y permiten informar al otro nodo implicado en la sincronización acerca de los registros contenidos en la LSDB propia, mediante un resumen de estos.
  • Paquetes de estado-enlace o Link State Advertisements (LSA). Los cambios en el estado de los enlaces de un router son notificados a la red mediante el envío de mensajes LSA. Dependiendo del estatus del router y el tipo de información transmitido en el LSA, se distinguen varios formatos (entre paréntesis, las versiones de OSPF en que se utilizan):
    • (OSPFv2 y v3) Router-LSA o LSA de encaminador.
    • (OSPFv2 y v3) Network-LSA o LSA de red.
    • (OSPFv2 y v3) Summary-LSA o LSA de resumen. En OSPFv2 se distinguen dos tipos: tipo 3, dirigidos a un router fronterizo de red; y tipo 4, dirigidos a una subred interna. En OSPFv3, los Summary-LSA tipo 3 son renombrados como Inter-Area-Prefix-LSA, y los tipo 4 pasan a denominarse Intra-Area-Prefix-LSA.
    • (OSPFv2 y v3) AS-External-LSA o LSA de rutas externas a la red.
    • (OSPFv3) Link-LSA o LSA de enlace, que no se retransmite más allá del link del origen.

Enrutamiento, routers y áreas

OSPF organiza un sistema autónomo (AS) en áreas. Estas áreas son grupos lógicos de routers cuya información se puede resumir para el resto de la red. Un área es una unidad de enrutamiento, es decir, todos los routers de la misma área mantienen la misma información topológica en su base de datos de estado-enlace (Link State Database): de esta forma, los cambios en una parte de la red no tienen por qué afectar a toda ella, y buena parte del tráfico puede ser "parcelado" en su área.


Routers

Un router OSPF clásico es capaz de enrutar cualquier paquete destinado a cualquier punto del área en el que se encuentra (enrutamiento intra-area). Para el enrutamiento entre distintas áreas del AS (enrutamiento inter-area) y desde el AS hacia el exterior (enrutamiento exterior), OSPF utiliza routers especiales que mantienen una información topológica más completa que la del área en la que se sitúan. Así, pueden distinguirse:

  • Routers fronterizos de área o ABRs (Area Border Routers), que mantienen la información topológica de su área y conectan ésta con el resto de áreas, permitiendo enrutar paquetes a cualquier punto de la red (inter-area routing).
  • Routers fronterizos del AS o ASBRs (Autonomous System Border Routers), que permiten encaminar paquetes fuera del AS en que se alojen, es decir, a otras redes conectadas al Sistema Autónomo o resto de Internet (external routing).

Un paquete generado en la red será enviado, de forma jerárquica, a través del área si su destinación es conocida por el emisor; al ABR del área correspondiente si la destinación es intra-area; este lo enviará al router del área de destino, si este se encuentra en el AS; o al ASBR si la destinación del paquete es exterior a la red (desconocida por el ABR).

Áreas

OSPF distingue los siguientes tipos de área:

Área Backbone

El backbone, también denominado área cero, forma el núcleo de una red OSPF. Es la única área que debe estar presente en cualquier red OSPF, y mantiene conexión, física o lógica, con todas las demás áreas en que esté particionada la red. La conexión entre un área y el backbone se realiza mediante los ABR, que son responsables de la gestión de las rutas no-internas del área (esto es, de las rutas entre el área y el resto de la red).

Área stub

Un área stub es aquella que no recibe rutas externas. Las rutas externas se definen como rutas que fueron inyectadas en OSPF desde otro protocolo de enrutamiento. Por lo tanto, las rutas de segmento necesitan normalmente apoyarse en las rutas predeterminadas para poder enviar tráfico a rutas fuera del segmento.

Área not-so-stubby

También conocidas como NSSA, constituyen un tipo de área stub que puede importar rutas externas de sistemas autónomos y enviarlas al backbone, pero no puede recibir rutas externas de sistemas autónomos desde el backbone u otras áreas.

Interfaces en OSPF

Los nodos de una red basada en OSPF se conectan a ella a través de una o varias interfaces con las que se conectan a otros nodos de la red. El tipo de enlace (link) define la configuración que asume la interfase correspondiente. OSPF soporta las siguientes tipos de enlace, y provee para cada uno de ellos una configuración de interfaz:

  • Punto a punto (point-to-point, abreviadamente ptp).
  • Punto a multipunto (point-to-multipoint, abreviadamente ptmp).
  • Broadcast.
  • Enlace virtual (virtual link).
  • Enlace de múltiple acceso no-broadcast (Non-broadcast Multiple Access, NBMA).

Estado de las interfaces

  • Down (sin actividad).
  • Waiting (estado de espera).
  • Loopback.
  • Point-to-point (interface punto a punto)
  • DR, abreviatura de Designated Router (interface de enrutador designado).
  • Backup, por Backup Designated Router (interface de enrutador designado auxiliar, BDR).
  • DROther (interface en una red broadcast o NBMA sin estatus DR ni BDR).

Relación con los vecinos en OSPF

Diagrama de estados de vecinos y transiciones entre estados en OSPF.

Cada encaminador OSPF realiza un seguimiento de sus nodos vecinos, estableciendo distintos tipos de relación con ellos. Respecto a un encaminador dado, sus vecinos pueden encontrarse en siete estados diferentes. Los vecinos OSPF progresan a través de estos estados siguiendo el diagrama de la derecha.

Estado Desactivado (DOWN)

En el estado desactivado, el proceso OSPF no ha intercambiado información con ningún vecino. OSPF se encuentra a la espera de pasar al siguiente estado (Estado de Inicialización)

Estado de Inicialización (INIT)

Los routers (enrutadores) OSPF envían paquetes tipo 1, o paquetes Hello, a intervalos regulares con el fin de establecer una relación con los Routers vecinos. Cuando una interfaz recibe su primer paquete Hello, el router entra al estado de Inicialización. Esto significa que este sabe que existe un vecino a la espera de llevar la relación a la siguiente etapa.

Los dos tipos de relaciones son Bidireccional y Adyacencia. Un router debe recibir un paquete Hello (Hola) desde un vecino antes de establecer algún tipo de relación.

Estado Bidireccional (TWO-WAY)

(encaminador = enrutador)

Empleando paquetes Hello, cada enrutador OSPF intenta establecer el estado de comunicación bidireccional (dos-vías) con cada enrutador vecino en la misma red IP. Entre otras cosas, el paquete Hello incluye una lista de los vecinos OSPF conocidos por el origen. Un enrutador ingresa al estado Bidireccional cuando se ve a sí mismo en un paquete Hello proveniente de un vecino.

El estado Bidireccional es la relación más básica que vecinos OSPF pueden tener, pero la información de encaminamiento no es compartida entre estos. Para aprender los estados de enlace de otros enrutadores y eventualmente construir una tabla de enrutamiento, cada enrutador OSPF debe formar a lo menos una adyacencia. Una adyacencia es una relación avanzada entre enrutadores OSPF que involucra una serie de estados progresivos basados no sólo en los paquetes Hello, sino también en el intercambio de otros 4 tipos de paquetes OSPF. Aquellos encaminadores intentando volverse adyacentes entre ellos intercambian información de encaminamiento incluso antes de que la adyacencia sea completamente establecida. El primer paso hacia la adyacencia es el estado ExStart.

Estado EXSTART

Técnicamente, cuando un encaminador y su vecino entran al estado ExStart, su conversación es similar a aquella en el estado de Adyacencia. ExStart se establece empleando descripciones de base de datos tipo 2 (paquetes DBD), también conocidos como DDPs. Los dos encaminadores vecinos emplean paquetes Hello para negociar quien es el "maestro" y quien es el "esclavo" en su relación y emplean DBD para intercambiar bases de datos.

Aquel encaminador con el mayor router ID "gana" y se convierte en el maestro. Cuando los vecinos establecen sus roles como maestro y esclavo entran al estado de Intercambio y comienzan a enviar información de encaminamiento.

Estado de Intercambio (EXCHANGE)

En el estado de intercambio, los encaminadores vecinos emplean paquetes DBD tipo 2 para enviarse entre ellos su información de estado de enlace. En otras palabras, los encaminadores se describen sus bases de datos de estado de enlace entre ellos. Los encaminadores comparan lo que han aprendido con lo que ya tenían en su base de datos de estado de enlace. Si alguno de los encaminadores recibe información acerca de un enlace que no se encuentra en su base de datos, este envía una solicitud de actualización completa a su vecino. Información completa de encaminamiento es intercambiada en el estado Cargando.

Estado Cargando (LOADING)

Después de que las bases de datos han sido completamente descritas entre vecinos, estos pueden requerir información más completa empleando paquetes tipo 3, requerimientos de estado de enlace (LSR). Cuando un enrutador recibe un LSR este responde empleando un paquete de actualización de estado de enlace tipo 4 (LSU). Estos paquetes tipo 4 contienen las publicaciones de estado de enlace (LSA) que son el corazón de los protocolos de estado de enlace. Los LSU tipo 4 son confirmados empleando paquetes tipo 5 conocidos como confirmaciones de estado de enlace (LSAcks).

Estado de Adyacencia completa (FULL)

Cuando el estado de carga ha sido completada, los enrutadores se vuelven completamente adyacentes. Cada enrutador mantiene una lista de vecinos adyacentes, llamada base de datos de adyacencia.

domingo, 23 de mayo de 2010

CONFIGURACION RIP 2

UNIVERSIDAD DE GUADALAJARA
CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERIAS

ALUMNO: Luis Angel Saldaña Torres
MATERIA: Taller de Redes Avanzadas
PROFESOR: Alejandro Martínez Varela
Práctica: RIP Versión 2


RIP VERSIÓN 2

RIP es un protocolo de enrutamiento de puerta de enlace interna (IGP - Internal Gateway Protocol) basado en un protocolo original de Xerox, el GWINFO. Este protocolo pasó por varias modificaciones y versiones anteriores, pero RIP perduró debido a su implementación junto a TCP/IP, su sencillez de configuración y compatibilidad. Hoy en día hay 3 versiones: RIPv1, RIPv2 y RIPng.

RIPv1: La versión 1 del protocolo de enrutamiento RIP es “con clase”, es decir que no soporta subredes, VLSM ni CIDR, no posee mecanismos de autenticación y no realiza actualizaciones desencadenadas por eventos. Todas estas limitaciones hicieron que con el paso del tiempo y las nuevas necesidades cayera en desuso.

RIPv2: La versión 2 del protocolo de enrutamiento RIP es “sin clase”, soporta subredes, VLSM, CIDR, resumen de rutas, posee mecanismos de autenticación mediante texto plano o codificación MD5, realiza actualizaciones desencadenadas por eventos.

RIPng: La versión ng del protocolo de enrutamiento RIP es para implementaciones IPv6.

RIP es un protocolo de enrutamiento con una distancia administrativa de 120 (recuerden que cuanto menor sea la distancia administrativa el protocolo se considera más confiable) y utiliza un algoritmo de vector distancia utilizando como métrica el número de saltos. Al carecer de otro mecanismo para evitar loops posee una métrica de 15 saltos, tomando al salto 16 como infinito y marcándolo como inalcanzable en la tabla de enrutamiento. Otra característica de RIP es que permite balanceo de carga en 6 rutas de igual costo, 4 por defecto.

RIP actualiza cada 30 segundos utilizando el protocolo UDP y el puerto 520, enviando la tabla de enrutamiento completa a sus vecinos. RIPv2 realiza actualizaciones desencadenadas por eventos. Las rutas tienen un TTL (tiempo de vida) de 180 segundos, es decir que si en 6 intercambios la ruta no aparece activa, esta es borrada de la tabla de enrutamiento.

En la implementación de esta práctica tenemos que es muy similar a la anterior práctica de configuración de RIP versión 1, sólo varían algunas cosa como las mostraremos a continuación.

En la imagen siguiente se muestran los codigos de estado que cada una de las conexiones que hay en la maqueta y el tipo de enrutamiento que maneja.
Todo esto es capaz de verse con el comando "show ip route"






En esta imagen se ve como se activa la version 2 de RIP en modo de configuración y como podemos ver, ya aparecen las conexiones que hay entre cada pc y router con su modo de enrutamiento asi como con que tipo de conector, ya sea serial o ethernet.




El último paso sería dar ping como se hizo en la práctica anterior (RIP version 1)para comprobar que nuestra configuración se encuentra correcta.






Como podemos observar pudimos hacer "ping" correctamente, y con esto finalizamos la práctica. De hecho la práctica es un poco corta ya que algunos pasos se omitieron en el entendido de que en la práctica de RIP versión 1 fueron descritos con detalle. En esta práctica sólo fueron agregados los pasos para RIP Versión 2.


CONFIGURACIÓN RIP


UNIVERSIDAD DE GUADALAJARA
CENTRO DE CIENCIAS EXACTAS E INGENIERIAS


ALUMNO: Luis Angel Saldaña Torres
PROFESOR: Alejandro Martínez Varela
MATERIA: Taller de Redes Avanzadas
Práctica: Configuración de Ruteo RIP

CONFIGURACION EN RIP
RIP (protocolo de información de enrutamiento) es uno de los protocolos de enrutamiento más antiguos utilizado por dispositivos basados en IP. Su implementación original fue para el protocolo Xerox PUP a principios de los 80. Gano popularidad cuando se distribuyo como protocolo de enrutamiento para la implementación TCP/IP. RIP es un protocolo de vector de distancia que utiliza la cuenta de saltos del router como métrica. La cuenta de saltos máxima de RIP es 15. Cualquier ruta que exceda de los 15 saltos se etiqueta como inalcanzable al establecerse la cuenta de saltos en 16. En RIP la información de enrutamiento se propaga de un router a los otros vecinos por medio de una difusión de IP usando el protocolo UDP y el puerto 520.

El protocolo RIP versión 1 es un protocolo de enrutamiento con clase que no admite la publicación de la información de la máscara de red. El protocolo RIP versión 2 es un protocolo sin clase que admite CIDR, VLSM, resumen de rutas y seguridad mediante texto simple y autenticación MD5.

RECUERDE:

• RIP es un protocolo de enrutamiento basado en vectores distancia.

• RIP utiliza el número de saltos como métrica para la selección de rutas.

• El número máximo de saltos permitido en RIP es 15.

• RIP difunde actualizaciones de enrutamiento por medio de la tabla de enrutamiento completa cada 30 segundos, por omisión.

• RIP puede realizar equilibrado de carga en un máximo de seis rutas de igual coste (la especificación por omisión es de cuatro rutas).

• RIP-1 requiere que se use una sola máscara de red para cada número de red de clase principal que es anunciado. La máscara es una máscara de subred de longitud fija. El estándar RIP-1 no contempla actualizaciones desencadenadas.

• RIP-2 permiten máscaras de subred de longitud variable (VLSM) en la interconexión. (El estándar RIP-2 permite actualizaciones desencadenadas, a diferencia de RIP-1 La definición del número máximo de rutas paralelas permitidas en la tabla de enrutamiento faculta a RIP para llevar a cabo el equilibrado de carga.


Para comenzar con la práctica ingresamos al "putty". Como se muestra en la siguiente imagen:



Después configuramos las interfaces seriales como lo muestra la siguiente imagen:




Después comprobamos si estan conectados todas las interfaces...





Verificamos y todo parace estar bien, en el paso siguiente procedemos a configurar nuestra conexión como tipo RIP...




En este paso comprobamos que nuestro ruteo se encuentre correcto...




Como se puede apreciar en la imagen anterior, nuestra configuración parece estar bien, ya que se observa la aparición de la letra "R" en los seriales "0" y "1". Esa "R" significa que se encuentran en RIP. Pero para ir un poco más allá debemos comprobar dicha configuración mediante lo que se conoce como mandar un "ping" para obtener respuesta, tal y como se muestra en la imagen que se aprecia a continuación:...





Con la imagen de arriba concluimos la práctica, al ver que obtenemos una respuesta satisfactoria.

CONFIGURACIÓN DE INTERFACES EN ROUTERS CISCO

UNIVERSIDAD DE GUADALAJARA

CENTRO DE CIENCIAS EXACTAS E INGENIERIAS

ALUMNO: Luis Angel Saldaña Torres
PROFESOR: Alejandro Martínez Varela
MATERIA: Taller de Redes Avanzadas
PRÁCTICA: Configuración de Interfaces en routers Cisco


En esta práctica ingresamos al router para ver algunas de las principales funciones de configuración. Dentro de esta práctica obtendremos conocimientos básicos para la implementación de las siguientes prácticas.

En la imagen que se muestra a continuación se muestran algunos de los subcomandos que se utilizan en el comando show, para desplegar en pantalla debemos teclear el "show ?".






En esta otra imagen se muestra el menú de ayuda que muestra el Router, este se realiza de forma similar al del comando "show" sólo que en este caso solo tecleamos el símbolo "?".




En esta otra imagen se muestra como se cambian de privilegios en un router con la palabra "enable" o "disable" se adquiere mayores ventajas y menos restricciones sobre el manejo en el router.





Aquí continúa la lista de subcomandos "enable"





Para Finalizar cabe resaltar que en modo "enable" tenemos un acceso total a la configuración del router, lo que a su vez conlleva a una complejidad mayor en el momento de implementar dicha configuración.

domingo, 18 de abril de 2010

Practica #3.1

Universidad de Guadalajara
Centro Universitario de Ciencias Exactas e Ingenierías
Taller de Redes Avanzadas
Luis Angel saldaña Torres
303350797

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.

Existen múltiples variantes del Spaning Tree Protocol, debido principalmente al tiempo que tarda el algoritmo utilizado en converger. Una de estas variantes es el Rapid Spanning Tree Protocol

El árbol de expansión (Spanning tree) permanece vigente hasta que ocurre un cambio en la topología, situación que el protocolo es capaz de detectar de forma automática. El máximo tiempo de duración del árbol de expansión es de cinco minutos. Cuando ocurre uno de estos cambios, el puente raíz actual redefine la topología del árbol de expansión o se elige un nuevo puente raíz.


Funcionamiento
Este algoritmo cambia una red física con forma de malla, en la que existen bucles, por una red lógica en árbol en la que no existe ningún bucle. Los puentes se comunican mediante mensajes de configuración llamados Bridge Protocol Data Units (B.P.D.U).

El protocolo establece identificadores por puente 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. Este puente raíz establecerá el camino de menor coste para todas las redes; cada puerto tiene un parámetro configurable: el Span path cost. Después, entre todos los puentes que conectan un segmento de red, se elige un puente designado, el de menor coste (en el caso que haya mismo coste en dos puentes, se elige el que tenga el menor identificador "direccion MAC"), para transmitir las tramas hacia la raíz. En este puente designado, el puerto que conecta con el segmento, es el puerto designado y el que ofrece un camino de menor coste hacia la raíz, el puerto raíz. Todos los demás puertos y caminos son bloqueados, esto es en un estado ya estacionario de funcionamiento.

Elección del puente raíz
La primera decisión que toman todos los switches de la red es identificar el puente raíz ya que esto afectará al flujo de tráfico. Cuando un switch se enciende, supone que es el switch raíz y envía las BPDU que contienen la dirección MAC de sí mismo tanto en el BID raíz como emisor. Cada switch reemplaza los BID de raíz más alta por BID de raíz más baja en las BPDU que se envían. Todos los switches reciben las BPDU y determinan que el switch que cuyo valor de BID raíz es el más bajo será el puente raíz. El administrador de red puede establecer la prioridad de switch en un valor más pequeño que el del valor por defecto (32768), lo que hace que el BID sea más pequeño. Esto sólo se debe implementar cuando se tiene un conocimiento profundo del flujo de tráfico en la red.

Elección de los puertos raíz
Una vez elegido el puente raíz hay que calcular el puerto raíz para los otros puentes que no son raíz. Para cada puente se calcula de igual manera, cual de los puertos del puente tiene menor coste al puente raíz, ese será el puerto raíz de ese puente.

Elección de los puertos designados [editar]Una vez elegido el puente raíz y los puertos raíz de los otros puentes pasamos a calcular los puertos designados de cada LAN, que será el que le lleva al menor coste al puente raíz. Si hubiese empate se elige por el ID más bajo.

Puertos bloqueados
Aquellos puertos que no sean elegidos como raíz ni como designados deben bloquearse.

Mantenimiento del Spanning Tree
El cambio en la topología puede ocurrir de dos formas:

El puerto se desactiva o se bloquea
El puerto pasa de estar bloqueado o desactivado a activado
Cuando se detecta un cambio el switch notifica al puente raíz dicho cambio y entonces el puente raíz envía por broadcast dicha cambio. Para ello, se introduce una BPDU especial denominada notificación de cambio en la topología (TCN). Cuando un switch necesita avisar acerca de un cambio en la topología, comienza a enviar TCN en su puerto raíz. La TCN es una BPDU muy simple que no contiene información y se envía durante el intervalo de tiempo de saludo. El switch que recibe la TCN se denomina puente designado y realiza el acuse de recibo mediante el envío inmediato de una BPDU normal con el bit de acuse de recibo de cambio en la topología (TCA). Este intercambio continúa hasta que el puente raíz responde.

Estado de los puertos
Los estado en los que puede estar un puerto son los siguientes:

Bloqueo: En este estado sólo se pueden recibir BPDU's. Las tramas de datos se descartan y no se actualizan las tablas de direcciones MAC (mac-address-table).
Escucha: A este estado se llega desde Bloqueo. En este estado, los switches determinan si existe alguna otra ruta hacia el puente raíz. En el caso que la nueva ruta tenga un coste mayor, se vuelve al estado de Bloqueo. Las tramas de datos se descartan y no se actualizan las tablas ARP. Se procesan las BPDU.
Aprendizaje: A este estado se llega desde Escucha. Las tramas de datos se descartan pero ya se actualizan las tablas de direcciones MAC (aquí es donde se aprenden por primera vez). Se procesan las BPDU.
Envío: A este estado se llega desde Aprendizaje. Las tramas de datos se envían y se actualizan las tablas de direcciones MAC (mac-address-table). Se procesan las BPDU.
Desactivado: A este estado se llega desde cualquier otro. Se produce cuando un administrador deshabilita el puerto o éste falla. No se procesan las BPDU.

Desarrollo de la práctica



Utilizamos el emulador de terminal "putty" y le asiganamos el numero de puerto serial de la computadora en el cual fue conenctado el cable de consola... en mi caso es el puerto "COM21".




    Ingresamos al Switch...(ver pasos previos en las diapositivas del desarrollo de la práctica)







    Y obtenemos respuesta....

    domingo, 14 de marzo de 2010

    Reporte Practica #2 Subnetting usando CIDR y VLSM



    UNIVERSIDAD DE GUADALAJARA
    CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERIAS
    DIVISION DE ELECTRONICA Y COMPUTACION
    DEPARTAMENTO DE CIENCIAS COMPUTACIONALES
    MATERIA:Taller de Redes de Computadoras Avanzadas
    PROFESOR:Alejandro Martinez Varela
    ALUMNO: Luis Angel Saldaña Torres
    CODIGO: 303350797



    OBJETIVO
    En esta primera práctica diseñaremos el esquema de direccionamiento para una red típica. Utilizaremos CIDR y VLSM para aprovechar el espacio de direccionamiento asignado. La guía para el desarrollo de la práctica este incrustada en esta entrada del blog.


    +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

    Practica:
    Conforme al ejercicio hecho en clase subir las sucursales a 12 SR


    Caso:
    La empresa textil "Zapotlanejo's Modern Fashions S.A de C.V" requiere establecer una red de comunicaciones privada sobre la cual construir los aplicativos de TI que le permitirán optimizar procesos de producción y ventas. ZAMOFA cuenta con oficinas corporativas en Jardines del Country en Guadalajara con 20 servicios de red para computadoras, teléfonos IP e impresoras. 3 oficinas de ventas cada una con 12 servicios de red ubicadas en el DF, ZVM y Plazas Outlet. Así como la planta de producción y venta de fábrica en Zapotlanejo con 14 servicios de red.



    Diagrama:














    ¿Cuántas subredes necesitamos?
    R= 5 subredes.


    ¿De que tamaño necesitamos las subredes?
    R= De acuerdo a las necesidades tenemos 1/27, 4 /28, y 4/30