StarNet es una empresa de telecomunicaciones avanzadas con una base de suscriptores de más de 130 mil usuarios. El operador es uno de los tres proveedores más grandes de la República de Moldova, siendo pionero en proporcionar acceso a Internet a través de cable de fibra óptica a personas y ha estado operando en el mercado desde 2003.
El proveedor necesitaba una solución para:
- Reemplazo de hardware
- Agregar IPv6
- Mejora del rendimiento y reducción del tiempo de recuperación.
En un primer momento consideramos el ASR de CISCO, pero tenía muchas deficiencias. Por ejemplo, no era capaz de controlar la velocidad de transmisión de forma proporcional cuando se trataba de clientes IPv4, IPv6 y Dual-Stack al mismo tiempo — El ASR limita la velocidad de transmisión de forma desproporcionada: cuando se configuró la vigilancia del tráfico a 50 Mbps, de hecho, teníamos 100 — 50 Mbps en el caso de IPv4 y 50 Mbps en el caso de IPv6, mientras que la solución que encontramos decía que si queríamos obtener 50 Mbps, la configuración de la vigilancia del tráfico debía establecerse en 25 Mbps.— Andrian Wisniewski, el principal administrador de sistemas de StarNet, comparte su opinión sobre los aspectos técnicos de la elección de la solución adecuada.
— Andrian Wisniewski, el principal administrador de sistemas de StarNet, comparte su opinión sobre los aspectos técnicos de la elección de la solución adecuada.
El acceso a Internet se proporciona mediante tecnologías GPON, FTTB y Wi-Fi. La mayoría de los clientes utilizan una conexión por cable. Antes de usar Stingray Service Gateway, su esquema de red antes de la optimización podría simplificarse así:
Tareas
Antes de la optimización, la red se basaba en varios Ericsson SE1200 que realizaban funciones BNG y NAT cuando era necesario. Aproximadamente una vez cada seis meses, el equipo se negó a funcionar. Hubo intentos de buscar formas de resolver este problema, pero nunca se encontró una solución permanente. Entonces, la primera tarea fue cambiar de equipo.
La segunda tarea fue agregar tecnología IPv6. Ericsson SE1200 maneja IPv6 solo para sesiones PPPoE. Transferir 130 mil usuarios a PPPoE es técnicamente incorrecto y requiere demasiado tiempo y esfuerzo.
La tercera tarea fue reducir el período de recuperación de la red después del tiempo de inactividad. Debido a sus características, Ericsson SE600 es capaz de procesar alrededor de 300 intentos por segundo de crear sesiones. Como resultado, tomó un poco más de 10 minutos volver a conectar completamente a todos los clientes.
En nuestra opinión, la transición a soluciones basadas en software es más rentable a efectos de actualización, escalabilidad y redundancia. Observamos esta tendencia en el mercado de equipos de casi todos los fabricantes: CISCO, Juniper, Nokia, Huawei, HP — casi todos ellos tienen BRAS basados en software y lo promueven con éxito. Todo es sencillo: la carga del procesador llega a ser crítica, se instala un nuevo procesador en el socket vecino y el problema queda resuelto.
El costo de la solución Stingray es inferior al de los nuevos dispositivos de Juniper o CISCO. Las Line Card y otras tarjetas de servicio de conocidos fabricantes de equipos de telecomunicaciones aumentan aún más el coste eventual. Además, las licencias están vinculadas al número de clientes y a la cantidad de tráfico.
Solución
Mientras los ingenieros de StarNet buscaban la solución, se negaron a comprar un nuevo Ericsson debido a su precio y la triste experiencia previa. Como posibles opciones, se consideraron Juniper MX, CISCO ASR y Stingray SG.
Los criterios fueron los siguientes:
- costo
- tolerancia a fallas
- claridad de la documentación
- soporte y capacidad de actualización
- la capacidad de reservar equipos
- Dual-stack (soporte simultáneo para IPv6 e IPv4)
- conformación del ancho de banda
StarNet eligió Stingray como una solución multifuncional que combina DPI, BNG, CG-NAT, DLP, protección DDoS y Lawful Interception en un solo producto.
Elección
SSG-60 y SSG-80 Completo con opciones de BNG, Dual Stack IPv4 / IPv6, CG-NAT, DLP, protección DDoS, Lawful Interception
esquema de redundancia n + 1
Nos sorprendió la gran rapidez de despliegue en comparación con Ericsson, que configuramos por nuestra cuenta durante mucho tiempo con la ayuda de varios foros, ya que no había documentación disponible. Y el ajuste final de Ericsson duró un año y medio.
La pasarela de servicios de Stingray se implantó en tres meses. Firmamos un acuerdo a finales de octubre de 2018. En noviembre de 2018, recibimos el software para la prueba, y luego una licencia completa. Inmediatamente comenzamos a configurar y poner en marcha los equipos. La implementación completa del proyecto se completó a mediados de diciembre de 2018.
Resultado
Tras la implantación de la solución Stingray SG, el esquema de la red del proveedor tiene el siguiente aspecto:
La plataforma Stingray se implementó en la plataforma de hardware de Huawei en tres meses. Como resultado:
- Todos los Ericsson fueron reemplazados por enrutadores
- Los servidores Stingray SG se instalaron según el siguiente principio: una unidad por 1 subred pública y dos unidades como servidores NAT por 1 privada
- El operador utiliza el Quality of Experience Module para recopilar estadísticas para evaluar la calidad del servicio y realizar campañas de marketing.
Según la opinión de Andrian Wisniewski, el análisis comparativo de Ericsson requiere 3-4 procedimientos RADIUS y unos 11 atributos. Para establecer la tasa de transmisión de datos para el suscriptor, el RADIUSDB enviaba al BRAS 8 parámetros RADIUS: tasa de transmisión del tráfico moldavo entrante y saliente, tasa de transmisión del tráfico externo entrante y saliente junto con parámetros de tasa y ráfaga. Además, había un procedimiento de autenticación individual, un procedimiento de autorización individual y un procedimiento de contabilidad individual.
La plataforma Stingray, en cambio, requería 2 procedimientos en uno junto con 5 atributos: aceptar, tasa de transmisión y servicios que deben activarse. Estamos planeando expandir la red el próximo año, mientras que los resultados positivos de la implementación de la plataforma Stingray no dejan ninguna duda de que el reemplazo del fabricante de DPI, BNG y CG-NAT no es necesario.