Generalidades Metro Ethernet

METRO ETHERNET Presentado por: Luis Gabriel Yaya Garcia Presentado a: Leonardo Plazas Nossa Universidad ECCI Facultad de Ingeniería Telemática II Bogotá, 2015 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET TABLA DE CONTENIDO 1. Generalidades MEN (Metro Ethernet Network) ........................................................................................................... 1 2. Porque usar Metro Ethernet: ......................................................................................................................................... 1 3. Limitaciones del uso de metro Ethernet ....................................................................................................................... 2 4. Posibles soluciones a las limitaciones .......................................................................................................................... 3 5. Arquitectura de una MEN ............................................................................................................................................. 3 6. Proyectos en el área de servicios MEF sobre MEN ...................................................................................................... 6 6.1. Ethernet service model-fase 1 ................................................................................................................................ 6 6.2. Definición de servicios de Ethernet ....................................................................................................................... 6 6.3. Especificación de administración de tráfico (fase 1) ............................................................................................. 7 6.4. Requerimientos CES.............................................................................................................................................. 7 6.5. Implementación de acuerdo PDH (Plesiochronous Digital Hierarchy) ................................................................. 7 7. Proyectos de protocolos y áreas de transporte .............................................................................................................. 8 7.1. Requerimientos de protección ............................................................................................................................... 8 7.2. Especificaciones técnicas para función en multiplexación de transporte (TMF)................................................... 8 7.3. Ethernet interworking function (E-IWF) ............................................................................................................... 9 8. Proyectos de administración de área............................................................................................................................. 9 8.1. Requerimientos EMS (Element Manage Systems) ................................................................................................ 9 8.2. Modelo de información EMS-NMS .................................................................................................................... 10 8.3. Servicios Ethernet OAM...................................................................................................................................... 11 8.4. Desempeño de monitoreo .................................................................................................................................... 11 9. Métodos de prueba en área de proyectos .................................................................................................................... 11 REFERENCIAS ............................................................................................................................................................. 13 2 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET 1. Generalidades MEN (Metro Ethernet Network) Una red Metro Ethernet [1] se define generalmente como una red que une o conecta LAN empresariales geográficamente separadas mientras se encuentran conectadas a través de una red WAN o redes troncales que son prestadas generalmente por proveedores de servicio, usando Ethernet como protocolo núcleo y habilitando aplicaciones de banda ancha. Ethernet es una interfaz rentables y tecnología bien conocida, las interfaces Ethernet están disponibles en una gran cantidad de dispositivos de comunicación / telecomunicaciones de datos. Las interfaces compatibles con los estándares están disponibles para 10/100/1000 Mbps y el estándar de 10 Gbps Ethernet fue ratificado en la IEEE en 2002. En redes de área metropolitana (MAN), Ethernet tiene el potencial costo/eficiencia de incrementar la capacidad de la red y ofrecer una amplia gama de servicios de una manera escalable, simple y flexible. Una MAN basada en Ethernet es en general denominada una red Ethernet Metro (MEN). Algunos proveedores de servicios han extendido la tecnología MEN hacia la red de área amplia (WAN) también. En las redes empresariales, Ethernet cuenta actualmente con dos aplicaciones de servicio clave que están obteniendo mucha atención y crecimiento: La conectividad a la Internet pública y la conectividad entre sitios-LAN corporativos geográficamente aislados. Este último servicio se extiende a la funcionalidad y la accesibilidad de las redes corporativas (intranet). Las conexiones inicialmente se realizan punto a punto y pueden establecerse en cualquiera de las velocidades disponibles en el estándar Ethernet. Los nodos pueden ser switch o router dependiendo de    Su localización en la MEN La naturaleza del servicio que está prestando El nivel de adaptabilidad del servicio Los nodos están conectados en malla dependiendo de la necesidad de conexión deseada, si se enfoca al servicio y a la protección. Los servicios de Ethernet pueden ser clasificados de manera topológica como E-Line (Punto a punto), o E-LAN (Conexiones multipunto origen-destino). Estos servicios pueden ser clasificados adicionalmente de acuerdo al ancho de banda ofrecido ya que puede ser exclusivo o compartido con varios usuarios. Este ancho de banda puede ser ofrecido en rangos de velocidad de conexión dependiendo la demanda. 2. Porque usar Metro Ethernet: Hoy en día, el 98% del tráfico de datos en las LAN empresariales inician y terminan en puertos Ethernet, se puede decir que este es el protocolo dominante en las redes de comunicación empresarial con 30 años de experiencia en este tipo de conectividad. Las empresas buscan la mejor manera de interconectar sus redes desde los muros de cada LAN, ahí es donde Metro Ethernet empieza a ser la elección obvia ya que ofrece ventajas técnicas y precios accesibles de implementación. Cuando las redes corporativas están conectadas a, o interconectados dentro de una MAN, un cuello de 1 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET botella puede visualizarse, de hecho, el llamado “exceso de ancho de banda” del que hablan los analistas es difícil de encontrar en la red, como en este caso. Las conexiones son dominadas por los enlaces tradicionales T1 / E1, T3 / E3 o ATM. En la última década el ancho de banda se ha incrementado en 300 veces en el backbone y 100 veces en el acceso, pero sólo unas 16 veces en la conectividad metro, produciendo un significativo cuello de botella. Los clientes empresariales están presionando los proveedores de servicios para conectar sus sitios a través de redes de metro, sin embargo, las líneas T1 a menudo no pueden proporcionar la capacidad de ancho de banda, flexible que las empresas saben que el Ethernet por fibra puede proporcionar. La implementación de plataformas basadas en Gigabit-Ethernet sobre áreas metropolitanas es una forma comercialmente demostrada de romper este cuello de botella debido al ancho de banda; por las siguientes razones:      Rentabilidad: Los costos totales en infraestructura son significativamente menores que en ATM o Frame Relay, esto se debe a la simplicidad técnica de Ethernet y que también permite reducir la cantidad de equipos nuevos a implementar y costos de desarrollo. Aprovisionamiento rápido de demanda: Desde una perspectiva de proveedor de servicio, la velocidad del servicio es un diferenciador competitivo clave. Se observa que las limitaciones de ancho de banda de los sistemas TDM y heredados ATM son uno de los principales impedimentos para la prestación de servicios y a su vez de la generación de ingresos prometedores. En la actualidad, las opciones de conexión prevalentes son DS1, DS3, OC3, etc; y la flexibilidad y granularidad fina requeridos por muchos de gerentes TI que ejecutan las redes corporativas, a menudo simplemente no está disponible. Adicionalmente, el acceso a servicios Ethernet ofrece un amplio rango de velocidades disponibles, desde 1Mbps hasta 1 Gbps, en incrementos de 1 Mbps o menos, que puede ser provisto por demanda y variable según requerimientos web del cliente. Basado en paquetes: Ethernet es una tecnología basada en tramas asíncronas que tiene ventajas particulares de flexibilidad respecto a sus competidores basados en modelos síncronos, con funciones que limitan la velocidad, adecuados para gestionar los recursos de que dispongan y con suficientemente gran capacidad de troncales, Ethernet puede proporcionar un rápido ancho de banda bajo demanda. Facilidad de interconexión: La implementación de Metro Ethernet permite remover complejos protocolos de traducción necesarios entre LAN y WAN, permitiendo simplemente configuraciones plug and play reduciendo los requerimientos de configuración e impulsa una migración de sistemas hacia altas velocidades. 3. Limitaciones del uso de metro Ethernet Para estudiar las limitaciones del sistema, se debe contemplar cada solución que se encuentre a la misma escala, como lo son ATM y Frame Relay. Dentro de las limitaciones se puede mencionar:    Admisión de conexión para nuevas solicitudes de servicio: permitir inclusión de nuevos servicios QoS (quality of service) sin comprometer el rendimiento de los servicios ya establecidos en la red. Programación y políticas para mantener acceso equitativo: Garantizar servicio en la misma calidad inclusive en momentos de congestión de la red. Establecimiento del camino de datos más adecuado: El establecimiento de caminos de acuerdo a 2 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET      algoritmos de árboles de expansión puede producir retardos y también aumenta la probabilidad de fallos de capas inferiores el modelo de referencia OSI. Marcado de paquetes con el fin de establecer priorización de servicios de ser requerido. Lenta recuperación de errores: actualmente, y debido al algoritmo de árbol de expansión tarda demasiado tiempo en establecer errores de transmisión y se hace critico a medida que la red es más grande, además no cuenta con un mecanismo establecido de aislamiento de fallos de red, que incluya la red específica y la línea de mal funcionamiento. La no capacidad de manejar sistemas de capacidad de sobrecarga para controlar la velocidad de bits de errores de servicio (BER). Limitado espacio de etiquetado a VLAN: en 802.1Q solo cuenta con 4096 posibles etiquetas, bastante deficiente para un proveedor de servicios ISP. Demasiadas probabilidades de generar embotellamiento en la red debido al algoritmo de árbol, ya que solo permite un único camino de trazo libre. 4. Posibles soluciones a las limitaciones Es importante mencionar que a la fecha se encuentra en investigaron y desarrollo mecanismos y mejoras en los protocolos para disminuir las limitaciones en el uso de Metro Ethernet, específicamente el MEF (Metro Ethernet Forum) tiene la batuta en los desarrollos y mejoras en Metro Ethernet.      Se pretende ofrecer un exceso de aprovisionamiento de un servicio de mejor esfuerzo, pero sin llegar a sobre ofrecer ya que se podría volver insostenible económicamente, ya que los clientes cada vez son más en cantidad y también exigen mayor prestación de servicios de red, es por esto que se pretende usar también una conmutación de etiquetas de multiprotocolo (MPLS), que permitiría adicionalmente dirigir rutas específicas para tuberías de banda garantizadas, priorizar usando marcado de bits de trama de ser requerido, y se está mejorando para que funcione de manera óptima sobre Ethernet. Se está desarrollando el estándar 802.1s, que permita generar más de una ruta de datos sin generar bucles, con el fin de garantizar la conexión exitosa, a expensas de generar rutas redundantes, también se incrementa su complejidad. El estándar 802.1w (rapid reconfiguration spaning tree) implementa un algoritmo más rápido hacia la convergencia y recuperación de tramas como gestión de errores. El estándar 802.3ad (link agregation) ofrece sub-conmutación por error en grupos de troncales, enfocado principalmente a redes que necesiten una amplia cobertura geográfica. 802.17 (resilent packet ring) Busca realizar una protección en configuración anillo para sub conmutar con tiempos de 50 milisegundos. 5. Arquitectura de una MEN El MEF describe la capa de funcionamiento para el modelo de Red Metro Ethernet, este modelo reutiliza la nativa utilización de estructura de tramas y la arquitectura que describe sistemas orientados o no orientados a la conexión. 3 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET Fig. 1. Diagrama esquemático básico para una conexión de Metro Ethernet La figura 1 muestra las componentes de la arquitectura externa de una MEN, sus interfaces asociadas y los puntos de referencia, estos elementos son A. los abonados a servicios de MEN B. Otras conexiones MEN C. Otros servicios de red (no Ethernet) y transporte de datos. Los abonados se conectan a un MEN en un punto interfaz de referencia típicamente usuario-red, los elementos de la red interna (NE) están interconectados a través interfaces internas red-a-red de. Dos MEN autónomos puede interconectar a una NNI externa (E-NNI) punto de referencia. A estas MEN se puede interconectar con otros servicios de transporte y redes, a un inter-funcionamiento NNI red (NINNI) o un punto de referencia servicio inter-funcionamiento NNI (SI-NNI). En la figura 2 se definen las MEN en términos de tres componentes de la capa de red: los Servicios Ethernet (ETH) o servicios básicos de comunicación de datos Ethernet; un conjunto de uno o más apoyos al servicio de Transporte (TRANS) y, servicios de aplicaciones opcionales (APP) en capa de aplicación, realizadas en los servicios Ethernet básicos. Además, cada una de estas capas puede además descomponerse en sus datos, componentes del plano de control y de gestión, como se detalla en la figura 3. Fig.2 Arquitectura de una MEN 4 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET Fig. 3. Especificación de capas en metro Ethernet. El Servicio de capas Ethernet (ETH) es una red de capa específica, dentro de una MEN responsable de la creación de instancias de Servicios de conectividad Ethernet, es centrada y se entrega a la PDU Ethernet a través de interfaces internas y externas bien definidas. La capa ETH será responsable de todos los aspectos de servicios asociados con la interconexión, operaciones, capacidades de administración y de gestión necesarios para solicitar y apoyar capa básica que brinda servicios de conectividad. La EVC (Ethernet Virtual Connection): es una construcción lógica importante dentro de una ETH usada para habilitar servicios entre suscriptores end-to-end a través de uno o más servicios dentro de la MEN. Esta EVC representa una instancia dentro de la ETH. Los flujos de tramas entre suscriptores se pueden llevar entre varias EVC, pero se trata de generalizar para usar solamente una EVC. UNI (User Network Interface): los requerimientos para un adecuado UNI incluye tres fases y su correcto despliegue, el primer paso es lograr interconexión PHY (Physical layer) en capa MAC entre los dispositivos. UNI tipo 2 requiere funcionalidad en el descubrimiento de servicios de manera estática a través de capacidades OAM (Operations, Administration and Maintenance), Y la UNI tipo 3 requiere configuración dinámica de conexión tal que los EVC se puedan configurar o modificar. Es decir UNI define los puntos de referencia para las interconexiones entre los abonados mientras el MEF define los servicios y el proveedor de servicios para MEN. El punto de referencia UNI (también llamado como punto de referencia T) provee la demarcación entre el abonado y los límites de la MEN, como se aprecia en la figura 4. Fig. 4. Puntos de referencia UNI La funcionalidad UNI se divide entre el equipo del abonado (UNI-C) y el equipo MEN (UNI-N). Los 5 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET UNI-N se pueden separar desde el punto de referencia T por una red de acceso de transporte distinto, unido directamente al nativo IEEE 802.3 PHY. El Modelo Funcional UNI consiste en tres planos:    Plano de datos: Define los medios de transporte de información a través del punto de referencia UNI. Plano de control: Define los medios para el abonado y el proveedor de las MEN de hacer uso del plano de datos Plano de gestión. Controla el funcionamiento de los datos UNI y planos de control 6. Proyectos en el área de servicios MEF sobre MEN Una de las prioridades del grupo de desarrollo MEF es la definición de servicios para el MEN, de acuerdo a las prioridades el área de servicios tiene también progresos en los siguientes servicios: 6.1. Ethernet service model-fase 1 Especifica el modelo para servicios Ethernet específicos [2], los cuales estén modelados hacia el equipo del abonado (CE) que use para acceder a una red, Se enfoca en los servicios básicos para la conectividad, por ahora se basa en usuarios Ethernet (PHY y protocolo MAC) el servicio está limitado a no más de dos UNI. La figura 5 se muestra básicamente la interconexión para este servicio. Fig. 5. Interconexión básica para Ethernet Service Mode 6.2. Definición de servicios de Ethernet Usa atributos de servicio y parámetros definidos en el Modelo de servicios de Ethernet (fase 1) y especificaciones de administración de tráfico (fase 1) para el cual define dos tipos de servicio genéricos para Ethernet. Estos tipos de servicio se encuentran a lo largo y son sus atributos asociados de servicio y los parámetros pueden ser usados para crear servicios de conexión punto a punto (Ethernet line E-line) o multipunto a multipunto (Ethernet LAN E-LAN). Estos servicios están en primera instancia en el Ethernet UNI ubicándose por debajo de la infraestructura de la red y puede ser soportado sobre otras tecnologías de transporte dentro de la red del prestador de servicio, como por ejemplo SONET, RPR, MPLS, etc. Estos dos servicios pueden observarse en la figura 6. 6 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET A B Fig. 6. Servicios Ethernet. A. punto a punto B. Multipunto a multipunto 6.3. Especificación de administración de tráfico (fase 1) Define los parámetros de tráfico y desempeño que pueden ser especificados en el SLS (Service Level Specification), estos parámetros son definidos para medir los servicios brindados al abonado de manera cuantitativa y cualitativa, de esta manera el abonado podría seleccionar entre diferentes prestadores de servicio MEN, y a su vez provee suficiente información técnica para poder identificar la mínima selección de trafico de red y así poder soportar más servicios Ethernet y QoS. 6.4. Requerimientos CES Circuit Emulation Services (CES) es una emulación de un TDM (Time Division Multiplexing) sobre una MEN. CES es una técnica usada que permite ofrecer servicios MEN a clientes que se encuentran por fuera del alcance de la MEN o a quienes tienen equipos basados en TDM. Como resultado, proveedores de servicio MEN pueden extender su alcance y su base de direcciones de clientes. En la figura 7 se aprecia un ejemplo de implementación de una MEN a un cliente con equipos TDM Fig. 7. Implementación de una MEN con un cliente TDM 6.5. Implementación de acuerdo PDH (Plesiochronous Digital Hierarchy) El alcance del Acuerdo de Implementación PDH se limita a:  Los acuerdos esenciales que se necesitan para crear equipos interoperable para el transporte fiable circuitos PDH a través de las MEN.  El rendimiento requerido de los MEN subyacentes a permitir el aprovisionamiento de circuito emulado servicios PDH que cumplen con los estándares TDM existentes, según lo definido por la UIT-T y ANSI 7 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET 7. Proyectos de protocolos y áreas de transporte El MEF se encuentra en el desarrollo de los siguientes proyectos [3], los cuales ya se encuentran en borrador: 7.1. Requerimientos de protección Provee requerimientos para satisfacer desde la protección hasta la restauración de los mecanismos, para servicios habilitados en Ethernet sobre las MEN. Estos requerimientos están basados sobre la interpretación de los SLS para los servicios de Ethernet, que reflejen los requerimientos de protección. Estos mandatos de protección ofrecidos por la red están directamente relacionados a los servicios provistos al usuario y se basa en los requerimientos derivados de la necesidad de proteger los servicios provistos a los usuarios. La medida de estos requerimientos incluye control a la protección, protección durante servicios QoS, interacción entre los mecanismos específicos de protección entre transporte y aplicación. Los mecanismos de protección puestos a consideración por el MEF son:   Servicio ALNP (Aggregated Line and NODE Protection)  Servicio de protección MP2MP  Servicio EEPP ( End to End Path Protection) Protección de la conexión a través de Link Aggregation 7.2. Especificaciones técnicas para función en multiplexación de transporte (TMF) Este es un elemento funcional sin contar con la conexión TRANS de la arquitectura planteada por MEF. Su propósito es de proveer un mapeado para la multiplexación de varias conexiones UNI a un solo conector TRANS como se muestra en la figura 8. Los componentes individuales de conexión comprimidos ya sean de transmisión o de recepción de tramas desde y hacia el punto de conexión hacia los abonados. Fig. 8. Estructura de conexión de los UNI multiplexados a través de TRANS TMF provee una conexión de acceso con funciones agregadas. Así es como se pretende que los TMF estén presente en las MEN como algún modelo de transporte. 8 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET 7.3. Ethernet interworking function (E-IWF) Está definido para que pueda trabajar entre dos estándares diferentes a Ethernet de manera entrelazada, como lo son ATM y Frame Relay, con el fin de definir servicios VPN. Este servicio por ahora se encuentra limitado a EVC conectados en nodos punto a punto que se encuentren interconectados a través de conexiones virtuales ATM o FR, la conexión multipunto solo se considera si el punto de carga de las redes están sobre el formato Ethernet en redes ATM o FR. En la figura 9 se muestra un ejemplo de interconexión Ethernet, ATM y FR en una misma red. Fig. 9. Service Interworking 8. Proyectos de administración de área El área es direccionada específicamente identificando problemas en sus OAM&P (Operations, Administration, Maintenence and Provisioning), Los proyectos que están en fase de borrador son: 8.1. Requerimientos EMS (Element Manage Systems) Identifica los requerimientos para EMS desplegados por un proveedor de servicio MEN. Un EMS es un sistema capaz de administrar uno o más elementos dentro de la red (NES). En la figura 10 se aprecia la arquitectura básica de EMS 9 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET Fig. 10 Arquitectura básica de una EMS Los EMS se encuentran ubicados en el centro de operaciones de la red (datacenter), de manera remota pero conectada a todos los elementos a través de una red de comunicación de datos. Con el fin de poder administrar, vigilar seguridad, realizar configuraciones y optimizar el rendimiento de la red MEN. 8.2. Modelo de información EMS-NMS Este modelo define el protocolo central que permite la definición consistente de la administración de información requerida en el manejo adecuado de una MEN. Este modelo de protocolo neutral puede usarse como base para definir el EMS-NMS específico que permita la administración de interfaces usando métodos bien definidos como lo son, por ejemplo: CORBA, IDL, SNMP, JAVA, XML, entre otros. En la figura 11 se aprecia el entorno de interfaz global EMS-NMS. El modelo define un conjunto de relaciones en formato UML (Unified Modeling Language), y objetos de administración de objetos, siguiendo el paradigma definido por la UIT-T. La información contenida en el modelo de uso de MIB definido en el IETF para administración de Ethernet y MPLS. 10 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET Fig. 11. Interface EMS-NMS 8.3. Servicios Ethernet OAM Los servicios Ethernet pueden ser ofrecidos sobre muchos tipos de transporte usando gran variedad de tecnologías de tunelamiento, en todos esos modelos de capas es importante para proporcionar capacidades básicas OAM en cada capa de la jerarquía. Los servicios OAM en Ethernet se refieren a la funcionalidad en la capa ETH que sigue siendo independiente de la capa subyacente, para el cual cada uno puede tener su propia capacidad OAM. Los requisitos de las funciones OAM enfocadas a la capa ETH en cada uno de los parámetros monitoreados, como lo son conectividad, retardos, variaciones, y la supervisión de estado. La interfaz de servicio Ethernet se considera que es la fuente de OAM en la capa ETH. EN particular, se supone que la interfaz de servicio Ethernet se basa en la dirección MAC necesaria para para utilizar los paquetes OAM. 8.4. Desempeño de monitoreo El desempeño de monitoreo para Ethernet (PM), necesita direcciones funcionales para monitorear y recolectar datos para varios propósitos como lo son el monitoreo del estado de la MEN y el cumplimiento de los requerimientos SLS (Service Level Specification). Los contadores de requerimientos PM definen que se hace necesario:   Dar conformidad al monitor SLS Monitorear el estado de la MEN usando contadores de nivel de EVC en PM y contadores PM en las capas ETH. 9. Métodos de prueba en área de proyectos Se definen los requerimientos y pruebas correspondientes que determinan la preparación de los dispositivos de una red para entregar varios servicios de Ethernet, como lo son E-Line y E-LAN. Los requerimientos están definidos por la documentación extraída de los trabajos del modelo de servicios de Ethernet del MEF, las definiciones de las pruebas correspondientes son proporcionadas por proveedores de servicio, suscriptores, transportistas y laboratorios especializados, con un conjunto de criterios bien conocido para calificar la disposición de un equipo determinado para el servicio dentro de la Red metro Ethernet. Varios criterios deben ser tenidos en cuenta para establecer los requerimientos que deben cumplir los 11 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET dispositivos para entregar servicios de Ethernet.     Functional criteria: Un dispositivo tendrá que satisfacer un criterio funcional bien establecido, algunos de los cuales pueden ser tomados con seguridad para garantizarlos y otros y otros que pueden ser útiles para la verificación. Conformance criteria: un Prodigioso También debe satisfacer ciertos criterios de conformidad bien definidas. Un ejemplo de esto sería la capacidad de un dispositivo para no enviar una trama a su dirección de origen. Interoperatibily criteria: Un criterio más para este tipo de dispositivos es la interoperabilidad. Un ejemplo de esto sería la capacidad de un dispositivo para participar en la misma VLAN como con el dispositivo de otro fabricante o, más generalmente, de los demás proveedores. Performance criteria: Un dispositivo también debe cumplir con ciertos criterios de rendimiento. Un ejemplo sería la capacidad de enviar con éxito un cierto porcentaje de tramas sin pérdida. 12 UNIVERSIDAD ECCI – TELEMATICA II – METRO ETHERNET REFERENCIAS Recurso web [1] Metro Ethernet Forum - Technical Overview. (2004). Obtenido de http://www.infocellar.com/networks/new-tech/Metro-Ethernet/metro-ethernet-networks.pdf [2] Cisco Systems (2003). Metro Ethernet. Obtenido de http://www.net130.com/tutorial/cisco-pdf/Cisco.Press.Metro.Ethernet.eBook-KB.pdf [3] Metro Ethernet Services. (2004). Obtenido de http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/Data_Center/HA_Clusters/HA_Clusters/HA_ME3_6.pdf 13