Switches1a

1,329 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,329
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
53
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Switches1a

  1. 1. Switch de datos<br />Conceptos<br />
  2. 2. ¿Qué es un switch de datos?<br />Es un mecanismo que interconecta enlaces para formar redes más grandes. <br />Un switch de datos es un dispositivo con múltiples entradas y múltiples salidas.<br />Su trabajo es lograr que la mayor cantidad de paquetes que entren al switch vayan a la salida apropiada.<br />Envía paquetes, frames o celdas de un puerto de entrada a un puerto de salida (función conocida como switching ó forwarding)<br />El puerto de salida se selecciona utilizando una dirección que trae el header (encabezado) del paquete, frame o celda<br />Según el tipo de switch: <br />Para distribuir los paquetes, algunos utilizan circuitos virtuales y otros conmutación de paquetes. <br />Pueden conmutar paquetes de longitud variable o de longitud fija.<br />
  3. 3. El switch permite construir redes escalables <br />Ventajas<br />Los switches, al interconectarse unos con otros, permiten cubrir grandes áreas geográficas (además, toleran la latencia). Permiten construir grandes redes<br />Pueden soportar un gran número de nodos (ancho de banda es escalable).<br />Colocar un nuevo host al switch no necesariamente carga más la red.<br />LAS REDES CON SWITCHES SON MÁS ESCALABLES QUE CON CONCENTRADORES<br />
  4. 4. Paquete entrante<br />Paquete saliente<br />La CPU analiza el header<br />para saber por cuál Interface<br />debe “sacar” el paquete,<br />Implementación de un switch en una estación de trabajo de propósito general<br />Bus de E/S<br />CPU<br />Interface<br />1<br />Interface<br />2<br />Interface <br />3<br />Memoria<br />Memoria<br />
  5. 5. ¿Cuál es el desempeño de la anterior implementación?<br />Supongamos que la estación de trabajo puede conmutar 100.000 paquetes por segundo (pps) y que el tamaño promedio del paquete es de 64 bytes.<br /> Throughput = pps x bits_por_paquete<br />51.2 Mbps<br />Este “ancho de banda” debe ser compartido por todos los usuarios<br />¿Qué pasa si todas las estaciones son 100 Mbps?<br />¿Qué pasa si, por diseño de la red, hay varias puertos de entrada y uno sólo de salida?<br />Siempre habrá contención inevitable<br />
  6. 6. Problemas con la anterior implementación<br />El throughputes bajo con lo requerido actualmente en redes.<br />Con un Bus de E/S de 1 Gbps se podrían manejar 10 T3 (45 Mbps) ó hasta 3 STS-3 (155 Mbps) o un STS-12 (622 Mbps).<br />Entonces, ¿Qué se debe hacer?<br />Implementar los switches en hardware de propósito especial.<br />
  7. 7. Puertos y entramados<br />Puerto de<br />Entrada<br />Puerto de<br />Salida<br />Fabric<br />(Entramado)<br />Puerto de<br />Entrada<br />Puerto de<br />Salida<br />Puerto de<br />Entrada<br />Puerto de<br />Salida<br />Puerto de<br />Entrada<br />Puerto de<br />Salida<br />Los puertos se comunican con el mundo exterior.<br />El entramado lleva el paquete (celda) del puerto <br />de entrada al puerto de salida correcto.<br />Diagrama conceptual de un switch 4x4<br />(cuatro puertos de entradas, cuatro de salida)<br />
  8. 8. Metas del diseño de un switch<br />Hay tres cosas que se deben controlar al construir un switch:<br />El throughput: cantidad de paquetes que conmuta y envía por segundo<br />La escalabilidad (tamaño): puertos de entrada y de salida que puede interconectar.<br />El costo: costo del dispositivo y costo por puerto a cierto ancho de banda.<br />
  9. 9. Switch de datos<br />Enfoques para realizar la conmutación de los paquetes<br />
  10. 10. Enfoques para conmutar (seleccionar el puerto de salida en el switch)<br />Hay tres enfoques<br />No orientado a coneción (datagramas)<br />Orientado a conexión (circuitos virtuales)<br />Source Routing<br />Todas las redes tienen una forma de identificar los nodos (La dirección del nodo, por ejemplo, la MAC Address).<br />Cada switch sabe como identificar sus puertos (con un número ó con el nombre del host, red u otro switch conectado a dicho puerto).<br />
  11. 11. Conmutación no orientada a conexión (datagrama)<br />Este tipo de conmutación es utilizada por los switches Ethernet (¡y los routers IP!)<br />Características<br />No existe una fase para establecer una conexión<br />el nodo puede enviar el paquete ó frame cuando quiera.<br />Cada paquete o frame se envía independientemente y debe llevar toda la información necesaria para alcanzar su destino<br />Llamado modelo Connectionless (no orientado a conexión) o de datagrama<br />
  12. 12. Conmutación no orientada a conexión (datagrama)<br />Analogía: sistema postal<br />Cada switch mantiene una tabla de forwarding (routing)<br />Nodo D<br />Nodo E<br />0<br />Switch 1<br />Nodo F<br />1<br />3<br />Switch 2<br />2<br />Nodo C<br />2<br />1<br />3<br />0<br />Nodo A<br />0<br />Switch 3<br />Nodo B<br />Nodo G<br />1<br />3<br />2<br />Nodo H<br />
  13. 13. Modelo de Datagrama<br />No se debe esperar un RTT (round trip time) para establecer una conexión; un nodo puede enviar datos tan pronto como este listo.<br />El nodo origen de los datos no tiene porque saber si la red es capaz de entregar un paquete o frame o si el nodo destino está listo para recibir los datos.<br />Ya que los paquetes son tratados independientemente, es posible cambiar el camino para evitar los enlaces y los nodos que estén fallando.<br />Ya que cada paquete o frame lleva la dirección completa del nodo destino, la información adicional de control (overhead) que lleva es mucho mayor que la utilizada en el modelo orientado a conexión.<br />
  14. 14. Conmutación orientada a conexión (circuito virtual)<br />Se requiere una fase para establecer una conexión y otra de finalización de la conexión<br />Los paquetes o celdas que se transmiten después de establecer la conexión utilizan siempre el mismo circuito<br />Llamado modelo connection-oriented (orientado a conexión) ó circuito virtual<br />
  15. 15. Analogía: llamada telefónica<br />Cada switch mantiene una tabla VC<br />0<br />Switch 1<br />1<br />3<br />2<br />Switch 2<br />2<br />1<br />3<br />5<br />11<br />0<br />Nodo A<br />7<br />Cada tabla de circuitos virtuales tiene:<br />1. El puerto por el cual llega el paquete.<br />2. El identificador del circuito virtual (VCI) de entrada<br />3. El puerto por el cual debe salir el paquete<br />4. El identificador del circuito virtual (VCI) de salida<br />0<br />Switch 3<br />1<br />3<br />4<br />Nodo B<br />2<br />Conmutación orientada a conexión (circuito virtual)<br />
  16. 16. Enfoques para establecer una conexión<br />Conexión Permanente (PVC)<br />Este tipo de conexión la define y la finaliza el administrador de la red: una persona solicita a la red la creación de los registros en las tablas VC. Después de creado el circuito virtual ya se pueden enviar datos.<br />Conexión por Solicitud (SVC)<br />Cuando el nodo A desea enviar datos al nodo B envía un mensaje de solicitud de conexión a la red, luego el switch que la recibe se lo envía al siguiente, hasta llegar al nodo B. Este úlimo, si acepta la conexión, de volverá el identificador de circuito que desea utilizar (4 en el ejemplo anterior) y esta “aceptación” se repite en todos los switches que se encuentran en el camino. Después de construir el circuito virtual se empieza a enviar datos.<br />
  17. 17. Finalización de la conexión<br />Conexión Permanente (PVC)<br />El administrador de la red, una persona, solicita o hace las operaciones que permitan destruir el circuito virtual.<br />Conexión por Solicitud (SVC)<br />Cuando el nodo A no desea enviar más datos al nodo B, termina el circuito virtual enviando un mensaje de finalización a la red. El switch que recibe el mensaje borra la línea de la tabla de VC correspondiente a ese circuito y envía un mensaje de finalización al siguiente switch para que repita la misma acción y así hasta alcanzar al nodo B. Si después de esto el nodo A envía un paquete o celda a la red, este puede ser descartado pues ya no existe el circuito virtual.<br />
  18. 18. Modelo de circuito virtual<br />Normalmente debe esperarse un RTT completo mientras se establece una conexión para poder enviar el primer paquete o celda.<br />La solicitud de conexión debe llevar la dirección completa del nodo destino, pero los demás paquetes o celdas sólo tienen un identificador muy pequeño (el VCI) haciendo que el overhead sea pequeño.<br />Si un switch o un enlace falla, el circuito virtual falla y una nueva conexión debe establecerse.<br />Establecer una conexión de antemano, permite reservar recursos en los switches (espacio en buffers).<br />Tecnologías que utilizan circuitos virtuales son: X.25, Frame Relay y ATM.<br />
  19. 19. Conmutación Source Routing<br />Toda la información sobre la topología de la red que se necesita para conmutar los paquetes es proporcionada por el nodo origen.<br />Existen varias formas de implementar el Source Routing.<br />Rotación<br />Stripping<br />Pointer<br />
  20. 20. Conmutación Source Routing<br />0<br />Switch 1<br />0<br />1<br />3<br />1<br />3<br />Switch 2<br />2<br />2<br />1<br />3<br />2<br />0<br />1<br />3<br />0<br />1<br />3<br />0<br />Header al entrar <br />al switch<br />Header al salir <br />del switch<br />Host A<br />Rotación<br />3<br />0<br />1<br />Stripping<br />0<br />Switch 3<br />1<br />3<br />A<br />C<br />B<br />D<br />A<br />C<br />B<br />C<br />B<br />D<br />A<br />D<br />Puntero<br />Host B<br />2<br />C<br />B<br />D<br />A<br />C<br />A<br />C<br />B<br />B<br />D<br />D<br />Ptr<br />Ptr<br />
  21. 21. Uso de Source Routing<br />La conmutación basada en Source Routing puede ser utilizada sobre redes no orientadas a conexión (datagrama) o en redes orientadas a conexión (circuito virtual). Por ejemplo:<br />IP (Internet Protocol), que es un protocolo no orientado a conexión, incluye una opción para source routing que permite que ciertos paquetes seleccionados para ser enrutados desde el origen.<br />En redes de circuitos virtuales, el source routing significa escoger un trayecto especificado sobre la red.<br />
  22. 22. A<br />B<br />C<br />Puerto 1<br />Switch<br />Puerto 2<br />Z<br />X<br />Y<br />Switches de datos y LANs Extendidas<br />Las LANs tienen limitaciones físicas (e.g., máximo 2500 m)<br />Conectar dos o más LANs con un switch<br />Estrategia de aceptación y envío (forward)<br />Conexión en la capa 2 (no coloca un nuevo header)<br />Ethernet Switch = Bridge con esteroides <br />
  23. 23. Funciones de los switches en la capa 2 del modelo OSI<br />Los switches LAN realizan tres funciones:<br />Aprenden las direcciones físicas (MAC address) de los frames. De esta forma puede optimizar el forwarding (reenvio) de los frames.<br />Toman deciciones de forwarding. Cuando un frame es recibido desde cierto puerto, el switch revisa la dirección MAC destino y decide cuál debe ser el puerto de salida <br />Evitan los loops (ciclos ó bucles). Si existen varias conexiones redundantes entre switches, se pueden presentar loops. Los switches utilizan el algoritmo de spanning tree para aislar los loops.<br />
  24. 24. A<br />B<br />C<br />Puerto 1<br />Switch<br />Puerto 2<br />X<br />Y<br />Z<br />Aprendizaje de direcciones y decisiones de reenvío<br />No reenvían cuando es innecesario (tratan de enviar el frame sólo a través de un puerto: dónde se encuentra la estación destino)<br />Mantiene una tabla de forwarding para saber donde están las estaciones)<br />Aprende los elementos de la tabla a partir de las direcciones de origen<br />Cuando llega un frame cuya dirección no está en la tabla, el switch lo envía por todos los puertos activos, exeptuando aquel por donde llegó el frame. Si alguna estación responde, la tabla será actualizada.<br />La tabla es una optimización<br />Siempre reenvía por todos los puertos los frames broadcast<br />
  25. 25. Algoritmo de Spanning Tree<br />Grafo de la red<br />Posibles árboles de expansión<br />(un grafo con n nodos tiene un árbol de expansión con n-1 arcos)<br />
  26. 26. 10<br />2<br />4<br />35<br />25<br />30<br />1<br />20<br />40<br />5<br />3<br />15<br />Algoritmo de Spanning Tree<br />
  27. 27. Algoritmo de Spanning Tree<br />10<br />2<br />4<br />35<br />25<br />30<br />1<br />20<br />40<br />5<br />3<br />15<br />
  28. 28. Problema: loops o ciclos<br />Los swithes ejecutan un algoritmo de spanning tree distribuido <br />Selecciona qué switches harán reenvíos (forward) y cuáles no<br />El creador de STP (Spanning-Tree Protocol) fue Digital Equipment Corporation (DEC), que fue comprada por Compaq y, luego, Compaq fue comprada por Hewlett Packard.<br />Especificación IEEE 802.1d<br />A<br />B<br />S3<br />C<br />S5<br />D<br />S7<br />K<br />S2<br />E<br />F<br />S1<br />G<br />H<br />S6<br />S4<br />I<br />J<br />Algoritmo de Spanning Tree<br />
  29. 29. Visión general del algoritmo<br />Cada switch tiene un identificador único (S1, S2, S3)<br />Selecciona el switch con el ID más pequeño como root<br />Selecciona el switch sobre cada LAN más cercano al root como switch designado (el ID “desempata”)<br />STP desactiva los enlaces redundantes, “rompiendo” los ciclos que tenga la red<br />Cada switch reenvía frames sobre la LAN para la cual él es el switch designado. Los puertos que se comunican con el root reciben el nombre de puertos designados<br />A<br />Puertos<br />designados<br />B<br />B<br />S3<br />S3<br />C<br />C<br />S5<br />S5<br />Root<br />port<br />Puerto<br />designado<br />Root<br />port<br />D<br />D<br />S7<br />S7<br />K<br />K<br />S2<br />S2<br />E<br />E<br />F<br />F<br />Puerto<br />designado<br />Root<br />port<br />Todos los Puertos<br />designados<br />S1<br />S1<br />G<br />G<br />H<br />H<br />Switch<br />root<br />Root<br />port<br />S6<br />S6<br />S4<br />S4<br />I<br />I<br />J<br />J<br />Puertos<br />designados<br />
  30. 30. Detalles del algoritmo<br />Los switches intercambian mensajes de configuración (llamados BPDUs: Bridge Protocol Data Units)<br />ID del switch “que envía” el mensaje<br />ID del switch root (identificación del switch que se supone es el root)<br />Distancia (en hops) desde el switch “que envía” al root<br />Cada switch registra el “mejor” mensaje de configuración para cada puerto<br />Inicialmente, cada switch asume que él es el root<br />Cuando aprende que no es el root, detiene la generación de mensajes de configuración<br />cuando el algoritmo se estabiliza, sólo el root genera mensajes de configuración<br />
  31. 31. Detalles del algoritmo (cont.)<br />Cuando aprende que no es un switch designado, detiene el reenvío de mensajes de configuración<br />cuando el algoritmo se estabiliza, sólo los switches designados reenvían mensajes de configuración<br />El root continúa enviando periódicamente mensajes de configuración<br />Si un switch no recibe mensajes de configuración después de cierto periodo de tiempo, él comienza a generar mensajes de configuración reclamando ser el root<br />Convergencia: la convergencia del algoritmo se logra cuando todos los switches tienen sus puertos o en estado forwarding o en blocking (es decir cuando el algoritmo STP se ha estabilizado). El problema con lograr la convergencia es el tiempo: puede tomar entre 30 a 50 segundos en condiciones normales y mientras los puertos logran estabilizarse NO SE TRANSMITEN DATOS.<br />
  32. 32. Campos del BPDU (Bridge Protocol Data Unit)<br />2<br />1<br />1<br />1<br />8<br />4<br />8<br />2<br />2<br />2<br />2<br />2<br />Protocol <br />identifier<br />Versión<br />Root path<br />cost<br />Switch ID<br />Tipo de BPDU<br />Flags<br />Root ID<br />Por ID<br />Massege age<br />Max age<br />Forward delay<br />Hello time<br /><ul><li> Protocol identifier (2 bytes): contiene el valor 0
  33. 33. Protocol version identifier (1 byte): contiene el valor 0
  34. 34. BPDU type (1 byte): 00000000 = Configuración, 10000000 = Topology change notification (si es este último, aquí termina el BPDU pues no habrá más campos)
  35. 35. Flags (1 byte): Sólo se utilizan dos bits. Bit 1 es Topology Change flag (TC) e indica un cambio de topología y el Bit 8 es Topology Change Acknowledgement flag (TCA) y se activa para confirmar que se recibió un mensaje con un bit TC.
  36. 36. Root identifier (8 bytes): Identifica el root switch mostrando 2 bytes de la prioridad seguidos por 6 bytes de la MAC address
  37. 37. Root path cost (4 bytes): unidades de costo arbitrarias del path desde esl switch que envía el BPDU hasta el root switch
  38. 38. Bridge identifier (8 bytes) : Identifica el switch que envía el BPDU mostrando 2 bytes la prioridad y 6 bytes la MAC address
  39. 39. Port identifier (2 bytes): Identifica desde qué puerto fue enviado el BPDU. Tiene dos partes, el primer byte es la prioridad del puerto y el segundo byte es el identificador del puerto. Entre más pequeño el número de la priorida, más alta es ésta.
  40. 40. Message age (2 bytes): Especifica la cantidad de tiempo desde que el root envió el mensaje de configuración sobre el cuál se basa éste BPDU. Representa un número binario sin signo multiplicado por 1/256 de segundo. Por ejemplo, 0x0100 (256) representa un segundo.
  41. 41. Max age (2 bytes):Muestra cuando éste BPDU debe ser descartado. Está en 1/256 de segundo, al igual que Message age.
  42. 42. Hello time (2 bytes) : Indica el periodo tiempo entre mensajes de configuración del root switch. En 1/256 de segundo)
  43. 43. Forward delay (2 bytes) : Indica cuánto tiempo deben esperar los switches antes de cambiar a un nuevo estado después de un cambio de topología (si un switch cambia demasiado pronto pueden presentarse loops) -ejercicio-</li></li></ul><li>Selección del puerto designado<br />Para determinar el puerto o puertos que se utilizarán para comunicarse con el root se debe calcular el costo de la trayectoría (path)<br />El costo STP es el costo total acumulado del path calculado según el ancho de banda de los enlaces.<br />
  44. 44. Estados de los puertos de los switches en spanning tree<br />Los puertos de un switch, cuando ejecutan STP, pueden estar en uno de cuatro estados:<br />Blocking: No envían frames; escuchan los BPDUs. Todos los puertos están en este estado cuando el switch es encendido.<br />Listening: Escucha los BPDUs para garantizar que no hay loops antes de enviar frames<br />Learning: Aprende direcciones MAC y construye la tabla de forwarding pero no envía frames<br />Forwarding: Envía y recibe frames a través del puerto<br />Generalmente los puertos estarán en estado Blocking o Forwarding<br />Los puertos se bloquean para evitar loops. Un puerto en estado blocking aún sigue recibiendo BPDUs.<br />Cuando haya un cambio en la topología (se agrega un nuevo switch o falla un enlace) los puertos pasarán a los estados de learning y/o forwarding.<br />
  45. 45. Ejercicio<br />Switch A<br />MAC 0c:00:c8:11:00:00<br />Prioridad<br />Puerto 0<br />Puerto 0<br />Puerto 0<br />100Base-T<br />Switch B<br />MAC 0c:00:c8:11:11:11<br />Prioridad 32768<br />Switch C<br />MAC 0c:00:c8:22:22:22<br />Prioridad 32768<br />Puerto 1<br />Puerto 1<br />10Base-T<br /><ul><li> ¿Cuál es el root switch?
  46. 46. ¿Qué puertos quedarán en estado forwarding y qué puertos quedarán en estado blocking?
  47. 47. ¿Qué puertos serán root port y qué puertos serán puertos designados?</li></li></ul><li>Tipos de switches LAN<br />De acuerdo con el modo de conmutación los switches LAN se pueden clasificar en:<br />Store and forward: Se recibe el frame completo en el switch, se revisa el CRC y se busca en la tabla de forwarding<br />Cut-Trough: El switch recibe la dirección MAC destino y busca enseguida en la table de forwarding<br />FramentFree: También se le llama cut-trough modificado. Recibe los primeros 64 bytes del frame (para evitar colisiones) antes de enviar el frame.<br />
  48. 48. Broadcast y Multicast<br />Los switches renenvían todos los frames broadcast/multicast<br />práctica común<br />Pueden aprender cuando no hay miembros de un grupo multicast conectados a ciertos puertos<br />Esto se logra porque cada uno de los miembros del grupo “G” tiene que envíar un frame al switch con la dirección multicast del grupo “G” y su MAC address<br />
  49. 49. Limitaciones de los switches<br />El escalamiento (crecimiento) de la red está limitado<br />El algoritmo de spanning tree no escala<br />broadcast no escala<br />No permiten tecnologías LAN heterogéneas<br />Advertencia: Debe tenerse cuidado con la transparencia (los nodos pueden ser conectados sin tener que correr protocolos adicionales, pero debe evitarse diseñar software de red que asuma que está sobre un solo segmento Ethernet)<br />
  50. 50. Virtual Local Area Network (VLAN)<br />VLAN: Agrupamiento lógico de los puertos de un switch que se comportan como si fuesen un switch independiente.<br />Las VLANs pueden ser creadas por el administrador de la red, quien asigna los puertos a la VLAN correspondiente (VLANs estáticas). También pueden crearse de manera dinámica.<br />Las VLANs estáticas son las más comunes. <br />En las VLANs dinámicas, de acuerdo con la dirección MAC se puede asociar un puerto no asignado del switch a la VLAN que se considere.<br />Para las VLANs dinámicas se necesitan un servidor de administración de las VLANs, como VMPS (VLAN Management Policy Server). Imaginemos un “servidor DHCP” para VLANs.<br />Las VLANs también pueden agruparse por MAC origen o por el valor del campo tipo del frame Ethernet. (RFC2643, IEEE 802.1q y 802.10)<br />
  51. 51. Control de broadcast<br />Las aplicaciones devoradoras de ancho de banda, como las aplicaciones multimedia utilizan broadcast y multicast constantemente. Fallas en equipos, segmentación inadecuada también puede generar problemas con aplicaciones que utilicen broadcast<br />Como administrador de la red debe asegurarse que la red está segmentada de manera correcta para mantener los problemas de los segmentos se propagen a resto de la red.<br />Como los switches tienen una buena relación de costo/beneficio, se puede reemplazar una red “plana” (donde todos están en el mismo dominio de broadcast) por una con switches y VLANs: los dispositivos que son miembros de una VLAN comparten el mismo dominio de broadcast.<br />Pero para proporcionar la conexión entre VLANs se necesitan Routers ó route switch modules (RSMs) que serán los encargados de detener el broadcast<br />
  52. 52. Seguridad<br />En una red plana, cualquiera puede conectar un analizador de tráfico en cualquier punto de red y ver lo que quiera (además que tiene acceso a los recursos de la red con demasiada facilidad: yo me puedo asociar a cualquier grupo de trabajo cuando quiera)<br />Mediante VLANS, y la infraestructura adecuada el administrador puede llegar a controlar cada puerto de switch y cada usuario (al menos cada subred).<br />Cuando existen VLANs, el nalizador de tráfico sólo verá el tráfico de dicha VLAN.<br />Además, la comunicación en tre VLANs puede controlarse con el router intermedio mediante ACLs (listas de control de acceso)<br />
  53. 53. Flexibilidad y escalabilidad<br />Al crear VLANS, esencialmente se están creando dominios de broadcast. Es decir, el broadcast creado en una VLAN no se propagará a las otras. Esto detendrá las tormentas de broadcast causadas por equipos defectuosos y por aplicaciones que generan broadcast para toda la red.<br />Si una VLAN tiene pocos usuarios, tendrá poco broadcast.<br />En una red de backbone colapsado hay restricciones físicas, con los switches y VLANs NO hay restricciones físicas.<br />Las VLANs se pueden organizar por comunidades de usuarios con intereses comunes.<br />Y no olvidemos que para que las VLANs se puedan comunicar se necesitan equipos de capa 3 (es decir, routers) que entiendan de VLANs (no todos los routers pueden trabajar con VLANs).<br />
  54. 54. Identificación de las VLANs<br />Hay dos tipos de enlaces en una red con switches:<br />Enlaces de acceso (Access links): Son enlaces que pertenencen a una sóla VLAN.<br />Enlaces troncales (trunk links): Este tipo de enlaces transportan información de varias VLANs (se soportan sólo sobre enlaces Fast Ethernet o Gigabit Ethernet)<br />Para identificar un frame a que VLAN pertenece hay varias técnicas de identificación: ISL (Inter-Switch Link), de CISCO, 802.1q, estándar de la IEEE y 802.10 utilizado en VLANs sobre FDDI.<br />Para saber a que VLAN pertenece un frame se utiliza una “etiqueta” (frame taggin). Esta etiqueta identifica la VLAN (se conoce como VLAN ID o color de la VLAN). En ISL las etiquetas sólo se usan en los enlaces troncales y se retiran en los enlaces de acceso.<br />
  55. 55. Inter-Switch Link<br />Cisco creó ISL, por tanto es una tecnología que sólo se encuentra en los switches cisco.<br />Cuando un frame atraviesa un enlace troncal, se le agrega al principio 26 bytes donde viene una identificación de la VLAN a la que pertenece (el color)<br />También se adiciona al final un segundo campo de chequeo del frame de 4 bytes<br />Esta etiqueta se quita cuando el frame llega a un enlace de acceso.<br />Los enlaces troncales se configuran en puertos 100 ó 1000 Mbps. Se establecen entre dos switches, entre un switch y un router o entre un switch y un servidor. Un enlace troncal puede llevar información de hasta 1005 VLANs.<br />Cuando se conectan dos switches con un enlace troncal y dicho enlace debe mover frames de varias VLANs, se debe configurar el enlace para eso (en caso contrario el enlace sólo llevará frames de la VLAN 1 o default)<br />
  56. 56. VLAN Trunk Protocol (VTP)<br />Cisco creó VTP para administrar todas las VLANs configuradas en un red de switches y mantenerlas consistentes dentro de la red.<br />VTP permite adicionar, borrar y renombrar VLANs. Además<br />Da consistencia a la configuración de VLANs en toda la red (si se crea una nueva VLAN en un switch, VTP lo contará a los demás switches de su existencia)<br />Permite que la información de VLANs pase sobre redes mezcladas (por ejemplo de Ethernet a ATM LANE)<br />Facilita el monitoreo del estado de las VLANs<br />Para que todo esto se pueda hacer debe tenerse un VTP server.<br />Si todos los swithes están en la misma VLAN no se necesita servidor VTP. <br />
  57. 57. VLAN Trunk Protocol (VTP)<br />Los switches dentro de una red donde se use VTP pueden estar en tres modos de operación diferentes <br />Server: este esta por omisión en todos los switches catalyst y se necesita al menos un server VTP para propagar la información de VLANs. Un switch debe estar en este modo para poder crear, adicionar y borrar VLANs. Cualquier cambio hecho en el servidor VTP es propagado a todo el dominio VTP<br />Client: Recibe y envía información de los servers VTP, recibe actualizaciones del dominio, pero NO puede hacer cambios.<br />Transparent: No participan en el dominio VTP pero permiten el paso de mensajes VTP a través de sus enlaces troncales. Un switch en este modo puede crear y borrar VLANs dentro de él pero no le cuenta a nadie.<br />El “revision number” es el mensaje más importante en un dominio VTP (dice que ésta es la información más nueva en el dominio VTP)<br />En las VLANs 2-1005 se puede hacer VTP pruning (podado). En la VLAN 1 NO se puede.Por omisión, está deshabilitado en los switches.<br />
  58. 58. El estándar para VLANs IEEE 802.1Q<br />Este estándar fue publicado en 1998 y especifica una forma de implementar VLANs independiente del fabricante del switch.<br />Cisco tiene su propio protocolo llamado ISL (Inter-Switch Link Protocol) para redes Ethernet, existe también 802.10 para VLANs sobre FDDI.<br />802.1Q utiliza un esquema de etiquetas (tagging) que se adiciona al frame Ethernet.<br />Esta etiqueta dice a qué VLAN pertenece dicho frame.<br />Las etiquetas de 802.1Q tienen 4 bytes y son insertadas entre el campo de dirección MAC origen y el campo longitud/tipo (el frame podría a tener máximo 1522 bytes).<br />DymanicTrunkingProtocol (DTP) es un protocolo punto a punto que fue creado para enviar información troncal a través de enlaces troncales con 802.1q (Cisco ya usa DTP... IOS 4.2)<br />
  59. 59. VLANs (IEEE 802.1q)<br />Tipo/Long.<br />Destino<br />Origen<br />Datos<br />Chequeo<br />6<br />6<br />2<br />4<br />46 - 1500<br />6<br />6<br />2<br />4<br />46 - 1500<br />2<br />2<br />TPID/TCI<br /><ul><li> Destino: 6 bytes, dirección física del nodo destino (MAC address)
  60. 60. Origen: 6 bytes, dirección del nodo origen
  61. 61. TPID: Tag protocol identifier (0x8100), dice que es un frame etiquetado
  62. 62. TCI: Tag control information, información de pridoridad 802.1p (3 bits) y el VID (VLAN Identifier, 12 bits)
  63. 63. Tipo: 2 bytes, especifica el protocolo de la capa superior
  64. 64. Datos: entre 46 y 1500 bytes, información de las capas superiores
  65. 65. Chequeo: Secuencia de chequeo del frame (FCS)</li></li></ul><li>Diseño con switches LAN<br />Ventajas: Mejora el desempeño de la red (aisla tráfico, filtros), permite segmentos a diferentes velocidades, tiene buffers en los puertos de salida<br />Congestión en backbones (agregar enlaces... Soluciones propietarias) existe IEEE 802.3ad<br />Hay switches non-blocking<br />Máximo 7 switches (14 saltos en un RTT): 802.1d recomienda que máximo se tengan 7 swithcs entre dos nodos.<br />Características avanzadas: GARP: Generic Attributte Registration Protocol (802.1p), GMRP: para mulicast (802.1p), Administración del switch (puerto de span, snmp, RMON Y SMON (RFC2613)), adminitración de congestión: http://www.bellereti.com/ethernet/papers.html (Seitfer)<br />
  66. 66. Referencias<br />El material utilizado en esta presentación fue tomado de:<br />Held, Gilbert. “Data Communications Networking Devices”. John Wiley & Sons. 1999<br />Lammle, Todd. “CCNA Cisco Certified Network Associate, Study Guide”. SYBEX Inc. 2000<br />Peterson, L; Davis, B, Computer Networks. Morgan Kaufmann Publishers. 2000<br />Stallings, William. “Comunicaciones y redes de Computadores” Prentice Hall. 2000.<br />Spurgeon, Charles. “Ethernet, the definitive guide”. O’Reilly. 2000<br />

×