Skip Content

Virtual Broadband Network Gateway (vBNG) de Ciena

El Broadband Network Gateway virtual (vBNG) de Ciena está transformando el borde de la red gracias a su capacidad para ofrecer funciones de red en el software a través de su arquitectura nativa de la nube y totalmente virtualizada.  Proporciona a los operadores la agilidad, fiabilidad y escalabilidad necesarias para prestar servicios de banda ancha de alto valor a clientes residenciales y empresariales.

¿Por qué el vBNG de Ciena?

El vBNG de Ciena se diseñó como un BNG definido por software, virtualizado y nativo de la nube desde su concepción. A diferencia de otras soluciones, que arrastran el bagaje histórico de arquitecturas más antiguas, el vBNG de Ciena aporta la flexibilidad y agilidad que los operadores necesitan para abordar con rapidez las oportunidades del cambiante mercado actual, definido por una demanda de ancho de banda cada vez mayor y una creciente complejidad en la gestión de aplicaciones.

La transformación del borde de la red

El vBNG de Ciena tiene una arquitectura abierta y fue desarrollado conforme a la norma TR-459 del Broadband Forum (la separación de plano de usuario y control (CUPS, por su sigla en inglés) para un BNG desagregado). El modelo CUPS permite que los planos de usuario de un único sistema BNG se distribuyan en cualquier punto de la red y escalen elásticamente para satisfacer los requisitos de rendimiento de las aplicaciones y las necesidades de tráfico diversas y cambiantes. La arquitectura CUPS posee un modelo de resiliencia superior para garantizar la protección del servicio.

Al estar definido por software, el vBNG puede ofrecer funciones integradas como un servidor DHCP o CGNAT sin necesidad de hardware adicional. Las aplicaciones pueden ponerse en marcha más rápidamente, con mayor eficacia y agilidad que otras soluciones.

Una arquitectura abierta y definida por software va de la mano de la capacidad de desarrollar y desplegar aplicaciones futuras a medida que surjan.

Características

  1. Definido por software con API abiertas para acelerar la incorporación de nuevas funcionalidades

  2. Los planos de control pueden escalar en forma independiente y pueden ubicarse más cerca del borde de la red para satisfacer los requerimientos de rendimiento de las aplicaciones

  3. Admite ¨slices¨ de planos de usuarios para casos de uso específicos

  4. Los planos de control y de usuario son resilientes de forma independiente (alta disponibilidad para plano de control 1:1 y plano de usuario 1:1, N:1 y M:N)

  5. Automatización nativa de la nube para el rápido despliegue del sistema y puesta en marcha de los servicios

  6. El plano de control centralizado simplifica la gestión