Visión y estrategia de la Tercera Red de MEF. La Tercera Red. Noviembre de 2014

Transcripción

1 La Tercera Red Ágil, segura y orquestada Visión y estrategia Basado en los principios de la red como servicio The Metro Ethernet Forum Toda reproducción de este documento o cualquier parte de él deberá incluir la siguiente declaración: «Reproducido con permiso de Metro Ethernet Forum». Ningún usuario de este documento está autorizado a modificar la información aquí contenida. 1

2 Índice 2

3 Tabla de Figuras Figura 1: Tendencias internacionales del ancho de banda comercial...4 Figura 2: Terminales físicas del servicio..8 Figura 3: Terminales de servicios físicos y virtuales....9 Figura 4: Vista «general» de la Tercera Red Figura 5: La Tercera Red para empresas..11 Figura 6: La Tercera Red de MEF para la prestación de servicios Cloud Figura 7: La Tercera Red para individuos...13 Figura 8: API para prestar servicios a través de redes WAN y DC existentes, implementaciones de SDN y NFV 14 3

4 1 Resumen ejecutivo En la actualidad, se está produciendo una importante transformación en las redes de comunicaciones de datos que acelera la capacidad de los operadores de red para ofrecer autoservicios por demanda a través de redes interconectadas. Esta transformación ha comenzado con la adopción de Carrier Ethernet; el servicio de conectividad de red predominante para el networking empresarial, computación en la nube y backhaul de instalaciones celulares y servicios de acceso de banda ancha. MEF, como el organismo definitorio internacional de Carrier Ethernet, ha sido el conductor para el crecimiento acelerado y la adopción de servicios Carrier Ethernet a través de sus tipos de servicios estandarizados, tales como E- Line y E- LAN, definiciones de servicio y los modelos de información agnósticos frente a la tecnología de transporte subyacente utilizada para suministrarlos. Este documento describe la visión de MEF sobre la evolución y transformación de los servicios de conectividad de red y las redes utilizadas para proveerlos. MEF se refiere a esto como la «Tercera Red» que combina la agilidad por demanda y la ubicuidad de Internet con las garantías de seguridad y rendimiento de Carrier Ethernet 2.0 (CE 2.0). La Tercera Red también ofrecerá servicios no sólo entre los extremos físicos del servicio utilizados hoy en día, tales como puertos Ethernet (UNI), sino también entre los extremos de servicio virtual en un servidor ultradelgado en la nube para conectar las Máquinas Virtuales (MV) o las Funciones de Red Virtuales (FRV). La visión de MEF se basa en los principios de la red como servicio que hacen que aparezca como una red virtual del usuario. Esto permite al usuario crear, modificar y eliminar de forma dinámica y ante solicitud servicios a través de portales web para cliente o aplicaciones de software. Esto es análogo a servicios en la nube, como la infraestructura como servicio (IaaS), en la que los usuarios pueden crear, modificar o eliminar dinámicamente recursos de cálculo y almacenamiento. MEF alcanzará esta visión al basarse en su exitoso fundamento de CE 2.0 mediante la definición de requisitos para la Lifecycle Service Orchestration (LSO) y las API para los pedidos, cumplimiento, desempeño, uso, análisis y seguridad de los servicios a través de redes de operadores múltiples. Este enfoque supera las limitaciones existentes mediante la definición de las abstracciones del servicio que ocultan la complejidad de las tecnologías subyacentes y las capas de red de las aplicaciones y los usuarios de los servicios. En Resumen, el objetivo de la Tercera Red, basado en los principios de la red como un servicio, consiste en habilitar redes ágiles que entregan servicios de conectividad orquestada entre dominios de red en puntos de servicio físicos o virtuales. 2 Introducción En los inicios de MEF en el año 2001, se fragmentó el mercado naciente «metro Ethernet» con una gran cantidad de ofertas de servicio con muchas capacidades diferentes. Muchos de estos servicios carecen de capacidades Carrier Class debido al rendimiento «de máximo esfuerzo», y eran difíciles de implementar a nivel mundial debido a la falta de interconexiones estandarizadas. Estadísticas de MEF a partir de noviembre de 2014 * 226 miembros (134 proveedores de servicios) * 51 especificaciones técnicas * +800 servicios y productos certificados de MEF * CECP de MEF Mediante la colaboración entre los proveedores de servicios y networking y los proveedores de soluciones de prueba, Carrier Ethernet es el servicio actual de alta calidad más elegido. Mediante las especificaciones técnicas, los acuerdos de implementación y las certificaciones de servicios, los equipos y las personas, MEF creó un ecosistema que ha fomentado el crecimiento y la adopción del mercado de Ethernet Carrier. Figura 1: Tendencias internacionales del ancho de banda comercial 4

5 Gracias a las iniciativas de MEF para acelerar la adopción de servicios estandarizados Carrier Ethernet, los operadores en todo el mundo han logrado que Carrier Ethernet sea el servicio de conectividad WAN con el crecimiento más rápido teniendo el 2012 como un hito importante. Según la investigación de mercado de Vertical Systems Group, el 2012 fue el año en el que ancho de banda de servicios Carrier Ethernet superó la suma del ancho de banda de todos los otros servicios existentes. La necesidad insaciable del mercado de cantidades de ancho de banda cada vez mayores ha impulsado este crecimiento. 3 Impulsores clave del negocio 3.1 Servicios por demanda Los avances de la tecnología en la orquestación de recursos de cálculo y almacenamiento han permitido a los proveedores de servicios en la nube iniciar rápidamente servicios de informática en la nube que pueden consumirse rápidamente. Con el continuo y acelerado crecimiento de servicios en la nube como una nueva fuente de ingresos para proveedores de servicios de comunicaciones, los servicios de conectividad de red también deben evolucionar para alinearse con tiempos breves de activación del servicio en la nube y las duraciones variables del servicio. Además, los servicios de conectividad de red por demanda permiten un menor tiempo de ingreso compensado por la duración del servicio. La nueva realidad centrada en la nube ejerce presión sobre el servicio de conectividad de la red y los tiempos de activación que ya no pueden tomar días o semanas, sino que necesitan medirse en minutos. 3.2 Expectativa de calidad En muchos mercados, los consumidores y las empresas tienen opciones para la selección de un proveedor de servicios. La calidad de la experiencia del usuario se ha convertido en un factor mucho más crítico en la selección o rechazo de un proveedor de servicios. Con el crecimiento de la computación en la nube, las aplicaciones empresariales cada vez más «viven» en la WAN a medida que el tráfico se mueve de un centro de datos a otro si el usuario está conectado en el hogar, la oficina o cuando se desplaza. Independientemente de dónde o cómo los usuarios finales están conectados a la red, esperan una calidad constante. Los usuarios esperan que el rendimiento de sus aplicaciones en la nube remota se comporte como lo hacen cuando se ejecutan localmente en su LAN. Por lo tanto, la calidad de los servicios de conectividad de red debe quedar alineada con las necesidades de las aplicaciones y sus usuarios Percepción de valor Aplicaciones Red A medida que las aplicaciones se convierten en el foco de las empresas y los consumidores en términos de valor, la red se convierte en prácticamente invisible hasta que afecta negativamente la experiencia de la aplicación. Hoy en día, muchas de las aplicaciones están conectadas en la red, especialmente las que funcionan en smartphones y tablets. Sin una conexión de red, estas aplicaciones funcionan con funcionalidad limitada o no funcionan en absoluto. Las conexiones de red son percibidas a menudo como un «tubo ancho inútil», por ejemplo, la conexión de banda ancha para el servicio de Internet comprado en niveles de ancho de banda. El valor percibido más bajo de conectividad de red, en comparación con las aplicaciones, puede resultar en una distribución inequitativa de los ingresos entre los proveedores de servicios de conectividad de red y los proveedores de servicios over- the- top (OTT). 5

6 3.3 Evolución de las redes de telecomunicaciones y servicios Las redes de telecomunicaciones conmutadas por circuitos son deterministas porque el ancho de banda del circuito completo se dedica a la aplicación o al usuario. Estas redes se optimizaron para aplicaciones de voz TDM que transmiten y reciben datos a un ritmo constante, pero son ineficientes para aplicaciones centradas en el paquete que envía y recibe información en ráfagas. No todas las aplicaciones requieren un rendimiento del servicio de «calidad TDM platino». Ofrecer una clase superior de servicio para una aplicación que no lo requiere, desperdicia valiosos recursos de red dando como resultado un mayor costo de las operaciones de red y un mayor costo de los servicios para el abonado. Pasado Aplicaciones Dispositivos Redes TDM Aplicaciones Dispositivos Presente El uso de aplicaciones basadas en paquetes han dominado las aplicaciones legacy basadas en circuitos durante mucho tiempo. Compartir recursos de red es la norma, ya que la mayoría de las aplicaciones utilizan una infraestructura de red común. Sin embargo, este entorno compartido introduce la posibilidad de conflictos y degradación del servicio. Las comunicaciones de voz por Internet (VoIP), por ejemplo, están disociadas de lo que antes era una infraestructura específica de la aplicación de teléfonos (dispositivos) y PSTN (red). En la actualidad, las comunicaciones de voz son una aplicación que se ejecuta en ordenadores, tabletas, smartphones y teléfonos IP que se conectan a una red basada en paquetes generales y, a menudo, a Internet «de mejor esfuerzo». Al usar Internet, uno puede experimentar problemas de servicio o degradación, Redes CE 2.0 tales como la distorsión de la voz o el eco, en una llamada VoIP debido a la pérdida o demora de paquetes de voz. Para lograr una experiencia más determinista, uno utiliza los servicios de red privada virtuales o privados que ofrecen garantías de calidad. Sin embargo, al utilizar estos servicios, se debe sacrificar cierta flexibilidad en cuanto a tiempos de activación y modelos de compra. El proveedor de servicios que vende el servicio de red requiere un contrato de arrendamiento a largo plazo para comprometerse con las garantías de servicio requerido. A medida que avanzamos hacia un futuro centrado en la nube más dinámicamente conectado, muchos dispositivos, por ejemplo, coches conectados, smartwatches, smartphones, tablets, phablets y sensores, se conectarán y comunicarán para mejorar aún más nuestras vidas. La red subyacente debe transformarse para facilitar la prestación de servicios en la nube y servicios móviles que conectan personas y dispositivos en tiempo real, por demanda y con una calidad de experiencia garantizada. Aplicaciones Futuro Auto conectado Dispositivos Esta transformación promueve Carrier Ethernet con API desarrolladas por MEF para permitir la agilidad del estilo de Internet. Estas API dan lugar a la orquestación del servicio en el ciclo de vida de las redes existentes, el networking definido por software (SDN) y la virtualización de las funciones de red (NFV) para lograr más control programático sobre la red. 4. La visión de MEF La visión de la Tercera Red de MEF define la próxima fase de crecimiento de la industria para habilitar redes ágiles que proveen servicios de conectividad orquestada entre dominios de red entre puntos de servicio físicos o virtuales. La Tercera Red ofrece la red como un servicio (la evolución de los servicios de conectividad de red) que proporciona nuevos niveles de control de usuario, experiencia del usuario mejorada y dinámica, servicios de red ante demanda que se alinean mejor con las necesidades de servicios y aplicaciones en la nube. Empresarial por demanda Tercera Red Basada en principios de NaaS 6 Calidad XaaS

7 En el mercado de las telecomunicaciones, los proveedores de servicios de comunicaciones a menudo venden servicios de conectividad WAN basados en tecnología: longitud de onda, Ethernet, MPLS, IP, etc. Esto requiere que los abonados comprendan un sinnúmero de tecnologías para determinar qué tecnología se adapta mejor a sus requisitos de aplicación. Además, las operaciones y la administración de redes de telecomunicaciones están estrechamente vinculadas a la implementación de tecnología especial con poca o ninguna abstracción de tecnología y orquestación comparado con servicios en la nube. Los sistemas de gestión de la red de Telecomunicaciones, por ejemplo, OSS, a menudo interactúan directamente con el equipo utilizando interfaces de administración de dispositivos SNMP, TL1 o CLI específicas de los equipos en lugar de una API común, estandarizada y abstraída por la tecnología. Este enfoque requiere que el software del sistema de gestión del proveedor del servicio cambie si las interfaces del equipo, tecnología o gestión específica de equipos cambian. Estos cambios son costosos, toman tiempo para desarrollarse e implementarse y requieren pruebas de laboratorio extensas. El problema de gestión se agrava en redes con operadores múltiples porque la gestión de servicios, por ejemplo, los pedidos de servicios, el aprovisionamiento de servicios, etc., requiere mucha mano de obra con automatización limitada. Esta falta de automatización resulta en plazos largos (en el orden de semanas) para solicitar y activar servicios. Ahora compare el mercado de las telecomunicaciones con el mercado de servicios en la nube. Durante muchos años, los servicios en la nube han proporcionado abstracción tecnológica utilizando API de código abierto o de facto para automatizar la gestión de servicios y la orquestación entre las tecnologías de networking (DC) del centro de datos, cómputos y almacenamiento. Con esta abstracción tecnológica, los suscriptores no necesitan conocer la tecnología subyacente, por ejemplo, no necesitan saber si el almacenamiento utilizado está conectado mediante Fibre Channel o iscsi. Los abonados sólo indican la cantidad de almacenamiento que quieren ordenar. Por otra parte, la administración y las aplicaciones empresariales operan sin necesidad de ninguna modificación, incluso cuando las tecnologías subyacentes cambian. Esta abstracción da lugar a un nivel de agilidad de las operaciones y automatización que apoya los pedidos y la activación de los servicios. Los servicios de conectividad WAN necesitan avanzar y alinearse con los modelos de servicios en la nube. Para abordar esta transformación hacia un mundo centrado en la nube y bajo demanda, MEF prevé que los servicios de conectividad de red deben evolucionar para ofrecer: Conectividad de autoservicio ágil, por demanda y entre terminales de servicio virtual y físicas Rendimiento asegurado y seguridad respaldados por un SLA Orquestación de servicios que usa API estandarizadas a través de dominios de red únicos o de operadores múltiples Agilidad operativa mediante servicios, recursos y abstracciones tecnológicas y orquestación conducida por los modelos Hoy en día, los servicios de conectividad WAN normalmente ordenados y provisionados manualmente entre dos o más puntos de servicio físico, al que MEF se refiere como Interfaz de usuario a red (UNI) o interfaces externas de red a red (ENNI) para servicios Carrier Ethernet. Con el creciente uso de la computación en la nube y los servicios en la nube, los servicios de conectividad adquiridos por un «abonado virtual», es decir, la red virtual de abonados, no puede terminar en un puerto físico (por ejemplo, en la parte superior del Rack Switch), sino en un switch virtual dentro de una plataforma de cálculo como un servidor ultradelgado o dentro de un elemento de red ejecutando funciones de red virtuales. En el entorno actual, cuando un usuario desea conectarse a su máquina virtual en la nube (VM), la VM se conecta a un switch virtual en el servidor ultradelgado (blade) que posteriormente se conecta a una LAN física dentro del centro de datos. Esta DC LAN a su vez se conecta a un servicio WAN a través de una terminal de servicio físico, por ejemplo, una MEF UNI. Con la concatenación de red virtual para DC LAN a WAN, el rendimiento de los servicios no siempre se mide y supervisa entre las terminales reales de la conexión integral. Por su parte, el funcionamiento del servicio se puede medir únicamente hasta la terminal de servicio físico de WAN dando por resultado una medida parcial que abarca sólo un segmento de la conexión. Además, es preferible tener visibilidad integral para la detección total de fallas de conectividad y el aislamiento que de otra manera requeriría coordinación manual extensa con diferentes operadores. 7

8 4.1 Tres atributos de la Tercera Red La visión de la Tercera Red de MEF habilita redes ágiles que entregan servicios de conectividad orquestada entre dominios de red entre puntos de servicio físicos o virtuales. A continuación, se describen los tres atributos Ágil Ágil se refiere a la capacidad de los proveedores para introducir con rapidez nuevos servicios por demanda aprovechando las nuevas tecnologías con un entorno operacional. La agilidad del servicio se obtiene mediante las abstracciones apropiadas del producto, servicio, recursos que aprovechan las API por el MEF y la orquestación del servicio. SDN y NFV dan lugar a una gran agilidad de la Tercera Red, pero requieren que el entorno operacional del proveedor del servicio sea más ágil para lograr un tiempo de lanzamiento más acelerado para la presentación de nuevos servicios. El servicio y el aprovisionamiento de red debe alejarse de paradigmas codificados para bloques reutilizables que serán más dinámicos y se basarán en modelos Segura Segura se refiere a las expectativas de los abonados basada en que una red como servicio ofrecerá un rendimiento consistente y garantías de seguridad para satisfacer las necesidades de las aplicaciones. Esto debe aplicarse en todo el espectro de servicios desde servicios privados o servicios privados virtuales, por ejemplo los servicios EPL o EVPL, hasta servicios de acceso a Internet a través de conexiones de banda ancha (fijas) o inalámbricas. Dado que la Tercera Red es dinámica y por demanda, los abonados solicitantes y el personal del operador involucrado en la provisión y gestión de red como un servicio deben estar autentificados y ser autorizados a realizar adiciones, cambios y eliminaciones además de crear registros de auditoría Orquestada Orquestada se refiere a la gestión de servicios dinámica y automatizada de todo el ciclo de vida de los servicios de conectividad que puede abarcar dominios de red dentro de la red de un operador individual o a través de redes de operadores múltiples. Esto incluye satisfacción, control, rendimiento, aseguramiento, uso, análisis y seguridad del servicio. Puesto que ningún proveedor de servicio tiene cobertura de red en todos los mercados en los que opera, tal automatización debe extenderse a los proveedores interconectados para la generación automática de pedidos, el aprovisionamiento y la gestión de servicios de conectividad de acceso o tránsito para alcanzar las ubicaciones físicas o virtuales del abonado fuera de la red para una red de abonado virtual. Se espera que la orquestación del servicio se logre mediante la programación a través de las API que proporcionan abstracción a partir de la tecnología especial utilizada para suministrar el servicio. Cualquier modelo nuevo de orquestación de servicios tiene que coexistir con implementaciones existentes de la red además de soportar las implementaciones nuevas de SDN y NFV. 4.2 La Evolución de la Tercera Red Los servicios de conectividad de red, por ejemplo, Carrier Ethernet, IP VPN, MPLS VPN y los servicios de transporte óptico, tienen dos componentes fundamentales, es decir, los extremos de servicio entre los cuales se proporciona conectividad de red y el servicio de atributos determinan las características del servicio. Terminal física de servicio La Tercera Red Red como un Servicio Terminal física de servicio Figura 2: Terminales físicas del servicio Cuando uno ordena un servicio de conectividad de red, se necesitan al menos dos terminales de servicio interconectadas. Las terminales de servicio tradicionalmente han sido las terminales físicas, por ejemplo, una interfaz Ethernet, una interfaz OTN OTU2, una interfaz OC- 48 SONET o SDH STM- 16 o una interfaz T1 o E1. 8

9 Terminal física de servicio La Tercera Red Red como un Servicio Figura 3: Terminales de servicios físicos y virtuales Terminal virtual de servicio VM o dispositivo Las terminales de servicio virtual de la Tercera Red pueden encontrarse en un dispositivo como un smartphone o un switch virtual que se ejecuta en un servidor ultradelgado que, a su vez, se conectará a una máquina virtual (VM) o la función de red virtual (VNF). En la mayoría de los servicios de conectividad WAN actuales, los atributos de servicio son estáticos y no pueden modificarse ante pedido por parte de los abonados a través de portales de clientes o aplicaciones de software. Generalmente, tales cambios requieren una modificación del servicio que puede tardar de días a semanas para activarse si la red es funcionalmente capaz de apoyar la solicitud de cambio. Hoy, los abonados se han acostumbrado a servicios por demanda en la nube y conectividad de red de Internet por demanda vía Wi- Fi o redes celulares. Esta expectativa se espera para servicios de conectividad de red privada y red privada virtual. Por ejemplo, un abonado puede aumentar o disminuir el ancho de banda del servicio por demanda, añadir o eliminar una terminal del servicio o incluso crear o terminar un servicio a través de un portal web para clientes como lo hacen con sus servicios en la nube. Por ejemplo, la aplicación de un abonado puede estar experimentando problemas de calidad, como serían grandes pérdidas de paquetes para un servicio de transmisión de video que resulta en la texturación o pixelación para una determinada clase de servicio (CoS) en que está operando. Por lo tanto, ese abonado desea modificar el rendimiento de una CoS por demanda con el fin de alcanzar el rendimiento del servicio deseado para la duración con la que usan su aplicación. Las generaciones de MEF CE proporcionaron la base para la evolución para la Tercera Red con el fin de ofrecer la red como un servicio. La generación de MEF CE 1.0 define los atributos estáticos del servicio para los servicios Carrier Ethernet con interfaces de terminales físicas del servicio (UNI) definidas para los dominios de red de un operador único. MEF CE 2.0 extendió CE 1.0 con servicios adicionales que poseen nuevas capacidades, como las clases estándar de servicio y la gestión de servicios (servicio OAM) que podrían suministrarse a través de redes de operadores múltiples interconectadas a través de terminales físicas de servicio estandarizadas (ENNI). Mientras que las definiciones actuales de servicio de MEF no fuerzan a los servicios a ser estáticos, la mayoría de las implementaciones sí lo son. La visión de la Tercera Red basada en los principios de la red como un servicio permitirá que los servicios de conectividad de red se suministren para terminales de servicio físicas o virtuales con un conjunto de atributos de servicio dinámicos. Estos atributos dinámicos de servicio permiten que los servicios de conectividad de red se alineen mejor con las capacidades de servicio en la nube por demanda. Por ejemplo, muchas aplicaciones en tiempo real miden el rendimiento de la red. En el futuro, estas aplicaciones podrían automáticamente solicitar o pedir al usuario que las solicite una clase diferente de servicio con una menor pérdida de paquetes durante la duración del servicio, si hay suficiente ancho de banda disponible para el CoS solicitado. En el caso del servicio de transmisión de video, si la solicitud tuvo éxito para un CoS diferente, el abonado podría cobrar por la duración de la sesión. Esta capacidad podría proporcionar nuevas oportunidades de ingresos para el proveedor de servicios. MEF se centrará inicialmente en Carrier Ethernet para ofrecer la visión de la Tercera Red dada la elevada tasa de adopción de servicio Carrier Ethernet a nivel mundial y el papel central de Ethernet en las redes virtuales. La red Carrier Ethernet como un servicio (CE NaaS) encarnará y aprovechará el extenso cuerpo del trabajo de Carrier Ethernet realizado por MEF. En última instancia, el objetivo de la red como un servicio consiste en habilitar los atributos de servicio por demanda en terminales de servicio físicas y virtuales para cualquier capa de transporte de red, por ejemplo, longitud de onda, OTN, Ethernet, MPLS, IP o una combinación. La Tercera Red utilizará orquestación del servicio en el ciclo de vida (LSO) con las API para proporcionar la abstracción de recursos, servicios y tecnología entre el abonado, el proveedor de servicios, los operadores de red y la infraestructura 9

10 de red. En el nivel superior de la jerarquía ilustrada en la Figura 4, un abonado interactúa con un portal web de autoservicio (o aplicación de software que se comunica directamente) para crear una instancia de red como un servicio que a su vez desencadena la creación de instancias de la conectividad de soporte de la red en dominios del operador de la red. El abonado sólo necesita comunicar la información esencial necesaria para ordenar el servicio, por ejemplo, las ubicaciones de las terminales del servicio, el ancho de banda del servicio y el SLA de servicio además de información de facturación. La experiencia del cliente que solicita el servicio debería ser similar a cómo se solicitan los servicios en la nube, es decir, realizar un pedido desde un catálogo de productos después de lo cual se suman costos fijos y recurrentes y luego se envía el pedido. El portal web comunica la información del pedido al proveedor de servicios mediante API estandarizadas de MEF. En el ejemplo en la Figura 4, un proveedor de servicio (operador - nube azul izquierda) se asemeja a otro operador de red (nube gris derecha), por ejemplo, un proveedor de acceso, para llegar al Sitio 2 del abonado fuera de la red. Este acuerdo de interconexión es necesario para ofrecer la red integral como un servicio. Las API de MEF comunican los atributos de servicio más utilizados por cada operador de red, por ejemplo, usuario y terminales de servicio del operador y atributos de conexión virtual del operador. Cada operador entonces debe orquestar una conexión virtual del operador a través de los dominios de tecnología de red diferentes (se muestra como nubes blancas) interconectados a través de interfaces internas de red (INNI). El proveedor de servicio (operador de red con una relación comercial con el abonado) puede utilizar una red de acceso Ethernet al Sitio 1 del abonado. Esta red de acceso se interconecta a través de una INNI (se muestra en la barra gris) a una red core MPLS. La red de core proporciona una terminal de servicio del operador que se utiliza para asociarse a otro operador de red (nube gris derecha) para llegar al Sitio 2 del abonado. Figura 4: Vista «general» de la Tercera Red El operador de red a la derecha (nube gris) puede utilizar una red de acceso Ethernet para alcanzar el Sitio 2 del abonado y una red de núcleo OTN para conectarse con la terminal de servicio del operador asociado. El proveedor del servicio entonces debe orquestar el servicio entre las terminales de servicio del usuario en cada sitio del abonado. Para simplificar el diagrama y mejorar la legibilidad, la orquestación de servicios integrales del ciclo de vida entre las redes del operador se muestra como una caja separada fuera de la nube del proveedor de servicios. Esta funcionalidad será realizada por el proveedor con la relación comercial con el abonado. El proveedor de servicios podría ser uno de los operadores de red o un tercero quien no tiene la infraestructura de red física ni es su operador. Los proveedores de servicios también pueden orquestar y asociar una red como un servicio con otros servicios basado en la red, por ejemplo, firewall, prevención de intrusiones y servicios en la nube.

11 Las API de MEF que proporcionan la abstracción de la tecnología comunican una cantidad cada vez mayor de detalles a medida que uno se acerca cada vez más a la infraestructura de red actual. En la Figura 5, el abonado comunica los atributos de la terminal del servicio del usuario, por ejemplo, ubicaciones de la UNI, así como los atributos para la conexión virtual entre esas terminales, por ejemplo, ancho de banda y rendimiento. Estos atributos se comunican a través de las API de nivel superior. En el nivel inferior, cada operador necesitará comunicar atributos de servicio detallados para las terminales de servicio del usuario y el operador para cada conexión virtual del operador, los atributos de terminales de servicios y los atributos únicos para la aplicación de tecnología de red o dominio de red en particular. Estos detalles no se revelan al abonado y no necesitan especificarse en su orden de servicio. En última instancia, la Tercera Red, que provee la red como un servicio, proporcionaría conectividad ágil y por demanda entre cualquier grupo de terminales de servicio al igual que una llamada telefónica donde uno marca un número y la red establece la conexión con calidad de servicio garantizada que se orquesta a través de dominios de red diferentes. 5 Ejemplos de escenarios de la Tercera Red 5.1 La Tercera Red para empresas de MEF Figura 5: La Tercera Red para empresas Caso ilustrado en la Figura 5: una empresa con tres oficinas en diferentes ubicaciones y un centro de datos interconectados a través de tres operadores de red que proveen la red como un servicio (NaaS) que proporciona conectividad de puntos múltiples. Una segunda red como un servicio proporciona conectividad de punto a punto entre la sede central y el centro de datos. Cuando el abonado de la empresa añade una nueva oficina para el servicio de puntos múltiples, hace un pedido a través del portal web del cliente y proporciona información sobre la nueva terminal del servicio del usuario. Si puede accederse a la nueva oficina directamente desde el proveedor del servicio (edificio en red), como la Oficina Regional 1 en la figura 5, la orden de servicio se orquesta y se activa únicamente por parte del proveedor de servicios. Si el edificio está fuera de la red, como la Oficina Regional 2 en la Figura 5, el proveedor de servicios puede realizar un pedido con el Operador de la Red 2 que, a su vez, orquestaría la activación de las terminales de servicio del usuario y operador, por ejemplo, UNI y ENNI y su interconectividad. A través del servicio automatizado de pedidos y la activación, esta conexión puede establecerse en minutos en lugar de días o semanas.

12 La orquestación de servicios para el ciclo de vida de MEF incluye la automatización de todo el ciclo de vida del servicio comenzando con el pedido del servicio. Esta automatización permite la interacción entre y dentro de la red de cada operador mediante programáticamente mediante las API de MEF. Como resultado, existe la posibilidad de nuevos tipos de modelos comerciales más allá del arrendamiento tradicional a largo plazo de un servicio de conectividad de red. Las API de MEF también pueden proporcionar una visión en tiempo real del estado operacional de la red y el servicio. Las API de MEF podrían proporcionar muchos tipos de estadísticas útiles para el personal de las operaciones de red del proveedor de servicios así como para el abonado a través de portales web. Con las API de MEF estandarizadas y abstraídas de la tecnología, los informes de datos y las herramientas de análisis no necesitan cambiar cuando se utilizan diferentes tecnologías de red para proveer el servicio. Finalmente, con API estandarizadas de MEF con la orquestación de servicios en el ciclo de vida dentro y a través de los operadores de red, los atributos del servicio pueden modificarse dinámicamente por demanda y utilizarse para integrar el servicio de conectividad de red con servicios en la nube, por ejemplo, IaaS, PaaS y SaaS, u otros servicios de red, como por ejemplo comunicaciones unificadas. 5.2 La Tercera Red para la prestación de servicios en la nube En este caso, ilustrado en la Figura 6, un abonado de la empresa crea una instancia de red como un servicio por demanda que interconecta sus máquinas virtuales (VM) o funciones de red virtuales (VNF) ejecutadas en servidores ultradelgados en un centro de datos remoto. Dos operadores de la red están involucrados en la prestación del servicio. Uno es el proveedor de servicio WAN y el otro es un operador de red del centro de datos que provee conectividad a VM o VNF. Cada operador de red utiliza API estándar de MEF para orquestar sus respectivas conexiones virtuales del operador y terminales de servicio. La orquestación interoperador también se comunica mediante las API de MEF para garantizar que la red integral como un servicio está configurada para el abonado. La orquestación del interoperador es necesaria para automatizar el pedido del Figura 6: La Tercera Red de MEF para la prestación de servicios en la nube servicio, el aprovisionamiento y la gestión de las conexiones virtuales a través de las diferentes redes del operador y para fijar la terminal física del servicio en la ubicación del abonado y la terminal del servicio virtual en los servidores ultradelgados que ejecutan la VM o VNF. 5.3 La Tercera Red para individuos Cuando se conecta remotamente a la oficina desde su casa o un hotel, un usuario de negocios normalmente se conecta usando una VPN de IP a través de Internet como se muestra en las líneas discontinuas de color amarillas y verdes en la Figura 7. El rendimiento de la conexión de VPN de IP varía en función del número de usuarios que comparten la conexión de acceso a Internet a través de la red de Wi- Fi del hotel, ancho de banda entre el hotel y el ISP y cualquier congestión en la red a través de Internet. La mayoría de los usuarios comerciales ha experimentado congestión en la red, lo que resultó en audios o videos distorsionados debido a la pérdida de paquetes en la red.

13 La Tercera Red Con la Tercera Red, el usuario comercial remoto puede acceder a un portal web o aplicación informática de VPN para solicitar una conexión de red temporal de alto rendimiento como un servicio (NaaS) a la oficina. Esta función se lograría por medio de la comunicación con el ISP y otros operadores de red asociados mediante API estandarizadas de MEF. Figura 7: La Tercera Red para individuos La Tercera Red proporciona diferenciación del servicio para ISP basados en implementaciones únicas de tecnología de red. Algunos métodos de diferenciación incluyen el aumento de ancho de banda de tráfico de VPN, la priorización del tráfico de VPN sobre otros tráficos de Internet, el reenvío de tráfico VPN sobre rutas de latencia inferiores o a través de Internet y la conducción del tráfico en la red IP/MPLS privada diseñada para el tráfico de los ISP para parte o todo el camino a la oficina. Consulte las líneas rojas punteadas en la Figura 7. Independientemente de la técnica utilizada para aumentar el rendimiento, las API de MEF estandarizadas utilizadas por aplicaciones y portales web permiten pedidos ante solicitud, el suministro del servicio, la activación del servicio y la facturación a comunicarse a todos los operadores de redes y equipos desde su origen a destino. 6 Áreas abarcadas por MEF MEF centra su trabajo en la capa de servicios y funciones relacionadas en todas las redes con operadores múltiples. Esto ha sido un factor clave en el éxito de Carrier Ethernet. A principios de 2013, MEF adoptó las operaciones de servicio con la creación del Comité de operaciones de servicio. Ahora, para ejecutar el potencial de la Tercera Red, la estrategia de MEF consiste en ejecutar toda la Lifecycle Service Orchestration para las implementaciones de red SDN y NFV actuales. La Lifecycle Service Orchestration se activa mediante: Modelos de información mejorada que proporcionan una abstracción del servicio, recursos y tecnología Definiciones de servicio mejoradas para ofrecer la red como un servicio que da lugar al control adicional del usuario y la diferenciación del servicio API para aplicaciones como OSS, BSS y portales web de autoservicio para controlar los recursos de red para ordenar, modificar o eliminar un servicio dinámicamente. 6.1 Generalización de los modelos de información de MEF MEF generalizará su modelo integral de información de servicio Ethernet para el soporte de la red como un servicio. Esta generalización puede abarcar: Esquemas de datos específicos del protocolo e independientes del protocolo Las terminales de servicio físico o virtual y el apoyo para el servicio OAM entre ellos Atributos de servicio dinámicos para terminales de servicio y sus interconexiones virtuales Abstracción de la tecnología de red de transporte subyacente Flexibilidad para dar lugar a extensiones específicas del operador y del proveedor

14 6.2 Estandarización de las definiciones de la red como un servicio MEF definirá la red como un servicio con el objetivo de eliminar las variaciones en las definiciones del servicio que agregan complejidad versus valor. Por ejemplo, una NaaS con conectividad de puntos múltiples debería proporcionar un conjunto común de atributos de servicio independientes generalizados de su tecnología de aplicación, por ejemplo, Ethernet Provider Backbone Bridging, MPLS VPLS o IP. 6.3 Definición de la funcionalidad de la Lifecycle Service Orchestration MEF definirá toda la Lifecycle Service Orchestration, incluida la definición del servicio, el contrato, la cobertura, las cotizaciones, los pedidos, el aprovisionamiento, el aseguramiento, los informes, la modificación, y se desconectará. Dicho trabajo ya ha comenzado en el Comité de operaciones de servicio de MEF y se está desarrollando basado en procesos reales del operador y además incorpora modelos para el ciclo de vida del servicio con base en la nube cuando se encuentran disponibles. 6.4 Definición de API estandarizadas El objetivo de las API de MEF consiste en funcionar en un entorno heterogéneo de redes tecnologías, arquitecturas e implementaciones. Este enfoque facilitará apoyo para implementaciones WAN actuales basadas en funciones físicas de red (PNF) y la evolución a las funciones virtuales de red (VNF) gestionadas por orquestadores de recursos de NFV, redes de software definido (SDN) administradas por los controladores de la SDN y redes de centros de datos (físicas o virtuales) gestionadas por los orquestadores de la nube. Consulte la figura 8. Figura 8: API para prestar servicios a través de redes WAN y DC existentes, implementaciones de SDN y NFV Las API de MEF que actúan sobre el modelo de información generalizada iniciarán cambios en el estado durante el ciclo de vida del servicio. Las API proporcionarán orquestación de servicio para el ciclo de vida dentro de los dominios internos de tecnología de red de los operadores de redes y entre dominios de operadores de red para automatizar el ciclo de vida del servicio de la red integral como un servicio. 6.5 Programa de certificación de API de MEF El equipo, los servicios y las certificaciones profesionales de MEF (personas) han sido instrumentales en el éxito de Carrier Ethernet. A través de sus certificaciones CE 2.0, MEF certifica equipos Carrier Ethernet y servicios para el cumplimiento de los atributos de servicio estandarizados de MEF y su funcionalidad. A través de su certificación MEF- CECP 2.0, MEF certifica a profesionales de la industria en su conocimiento de CE 2.0. MEF ampliará sus programas de certificación para garantizar la conformidad con las API de MEF y las definiciones de servicio y garantizará que los profesionales de la industria tengan el nivel de conocimientos necesarios para diseñar e implementar la red como un servicio.

15 6.6 Colaboración proactiva con SDO y la comunidad de código abierto MEF tiene una larga y exitosa historia de evolución en el mercado basada en las normas existentes y proyectos de trabajo de la industria de la tecnología de la información y networking más amplio al incorporar normas en especificaciones de MEF y al enlazarse con las organizaciones de desarrollo de estándares (SDO) con el fin de evitar duplicaciones y la adopción de normas de velocidad. Este enfoque colaborativo seguirá siendo una parte importante de la visión de la Tercera Red de MEF en cuanto a los diferentes proyectos de trabajo de respaldo. Será fundamental para ejecutar la visión de MEF dadas las implicaciones más amplias y los casos de uso en cuanto a la interconexión con elementos tradicionales de tecnología de la información, tales como servidores y aplicaciones y las tendencias de toda la industria, como por ejemplo la computación en la nube, la virtualización de las funciones en red y el networking definido por software. El programa UNITE de MEF fue creado para apoyar este enfoque de colaboración. Este programa recientemente iniciado fomenta la colaboración con SDO clave y la comunidad de código abierto para alcanzar la visión de la Tercera Red. 7 Resumen Una importante transformación está teniendo lugar en redes de comunicaciones de datos que acelera las capacidades de los operadores de red para ofrecer autoservicios ante demanda a través de redes de operadores múltiples. La visión de la Tercera Red incluye esta transformación al combinar la agilidad por demanda y la ubicuidad de Internet con las garantías de seguridad y rendimiento de Carrier Ethernet 2.0. Para lograr esta visión, MEF se basará en su exitoso CE 2.0 mediante la orquestación del servicio del ciclo de vida con API que ocultan y abstraen la complejidad de las tecnologías subyacentes y las capas de red desde las aplicaciones y los usuarios de los servicios. En Resumen, el objetivo de la Tercera Red, basado en los principios de la red como un servicio, consiste en habilitar redes ágiles que entregan servicios de conectividad orquestada entre dominios de red entre puntos de servicio físicos o virtuales. 8 Acerca de MEF El MEF es el organismo definitorio y la fuerza impulsora del mercado global de Carrier Ethernet. La insignia de MEF es CE 2.0, incluidas las especificaciones, los marcos operacionales y los programas de certificación de servicios, equipos y profesionales (MEF- CECP 2.0). El MEF es una alianza de la industria que consta de más de 225 organizaciones, opera a través de un potente marco de colaboración de los proveedores de servicios, proveedores de soluciones de red y otras stakeholders para lograr los objetivos de desarrollo y globalización de CE 2.0. MEF se basa en trece años de éxito, la adopción generalizada de CE 2.0 y se centra en la definición de orquestación de servicio para el ciclo de vida con las API para la red existente, implementaciones de NFV y SDN que dan lugar a una red ágil, segura y orquestada como un servicio. Para obtener más información, visite MetroEthernetForum.org.

16 8.1 Comités de MEF El comité técnico es responsable de definir las especificaciones técnicas, los acuerdos de implementación y las pruebas de suites de servicios Carrier Ethernet en cooperación con otras organizaciones de desarrollo de estándares de la industria. El trabajo se divide en arquitectura, servicios, administración y áreas de prueba. El comité de certificación valida cómo se implementan los estándares de MEF en equipos y servicios CE desplegados. Esto se logra mediante la certificación del CE 2.0. El Comité también valida a los profesionales de CE 2.0 mediante el examen MEF Carrier Ethernet Certified Professional 2.0 (MEF - CECP 2.0) con el objetivo de establecer una línea base de profesionales cualificados que desarrollan y ofrecen soluciones de CE. El comité de marketing concientiza y educa a la industria sobre las actividades de MEF, incluida la labor de los comités técnicos, de certificación y operaciones de servicio. El comité de marketing también asegura que las entregas de MEF se alinean con las prioridades actuales del mercado. El Comité de operaciones de servicio se centra en definir, simplificar y normalizar el ciclo de vida del servicio, incluidos los procesos de compra, venta, entrega, suministro y operación de servicios definidos por MEF. El comité ha comenzado a definir marcos y estándares para apoyar las áreas operativas críticas del operador, es decir, sistemas de soporte operacional (OSS) y sistemas de soporte de negocios (BSS). 8.2 Certificaciones y generaciones de Carrier Ethernet de MEF Con la aparición de Carrier Ethernet como el servicio de conectividad WAN dominante, el MEF reconoció la necesidad de asociar el creciente conjunto de especificaciones técnicas en un formato que puede ser fácilmente comprensible por las diferentes stakeholders: compradores, vendedores y analistas. Esto condujo a la creación de las generaciones de CE que agrupan los estándares CE de MEF en una necesidad común de mercado basada en las prioridades de un determinado período de tiempo. En 2012, el MEF marca su primera generación de certificación de equipos y servicios (anteriormente denominados MEF 9 y MEF 14) bajo el paraguas de Carrier Ethernet 1.0 (CE 1.0). CE 1.0 se centró en la normalización de servicios CE entregados a través de una red de un solo operador para los tipos de servicio E- Line y E- LAN para conectividad entre sitios comerciales y acceso a Internet. En 2012, el MEF lanzó su segunda generación de estándares más certificaciones de equipos y servicios denominados CE 2.0. CE 2.0 extendió CE 1.0 para cuatro tipos de servicio; E- Line, E- LAN y E- Tree y E- Access para servicios de acceso fuera de la red. El CE 2.0 incorpora operación, administración, mantenimiento y aprovisionamiento de servicios (OAM, en inglés) y CoS estandarizados para la prestación de servicios a través de redes con operadores múltiples. En 2012, el MEF lanzó su certificación MEF Carrier Ethernet Certified Professional (MEF - CECP). MEF- CECP es el primer examen de certificación profesional independiente de los proveedores de la industria. Aprobar el riguroso examen de MEF- CECP demuestra competencias y habilidades clave para diseñar, comercializar, implementar y sustentar equipos Carrier Ethernet, redes y servicios. En diciembre de 2013, el MEF presentó el examen de certificación MEF- CECP 2.0 que abarca todo el material de CE 2.0.

17 9 Glosario Término Descripción Término Descripción Un proveedor de servicios de red de Proveedor área amplia que ofrece conectividad Operaciones, administración y OAM de acceso entre una ENNI y una o más UNI mantenimiento API Interfaz para la programación de aplicaciones OSI Marco de red interconexión de sistemas abiertos de 7 capas MSO de Operadores de sistemas múltiples de Terminal de El punto de demarcación entre los cable cable servicio del operadores de red CE 2.0 Carrier Ethernet operador OTN Red de transporte óptico CE 1.0 Generación 1.0 de Carrier Ethernet OVC Conexión virtual del operador CE 2.0 Generación 2.0 de Carrier Ethernet Phablet Smartphone con pantalla grande CECP Profesional certificado de Carrier PSTN Red telefónica pública conmutada Ethernet DC Centro de datos SDN Networking definido por software ENNI Interfaz de red a red externa SDO Organizaciones de desarrollo de estándares EPL Línea privada Ethernet Terminal de servicio del El punto de demarcación para el comienzo o final de una NaaS EVC Conexión virtual Ethernet abonado Proveedor de El vendedor de servicios de red EVPL Línea privada virtual Ethernet servicios Abonado El comprador de servicios de red IaaS Infraestructura como un servicio TDM Multiplexación por división de tiempo TIC Información y tecnología de las TMN Red de gestión de telecomunicaciones comunicaciones INNI Interfaz de red a red interna UNI Interfaz de usuario a red NaaS Red como un servicio VNF Función de red virtual NFV Virtualización de las funciones de red VM Máquina virtual 10 Reconocimientos Autor y editor Ralph Santitoro, Fujitsu / Copresidente, Comité de marketing internacional de MEF Colaboradores Christopher Cullan, InfoVista; Nan Chen, CENX, Presidente de MEF; Mark Fishburn, MEF Stéphan Pelletier, Oracle Chris Purdy, CENX Raghu Ranganathan, Ciena / Copresidente, Comité técnico de MEF Abel Tong, Cyan / Leader, Proyecto SDN de MEF