La Redundancia de Doble Ubicación funciona con VoIP escribiendo en un disco, haciendo cola en la memoria y enviándola al sitio remoto. Si se enviara directamente al sitio remoto, cada archivo se vería afectado con una latencia de 25 minutos, incluso 5 minutos es demasiado y afectaría enormemente el IO y el rendimiento del sistema.
Esta es la razón por la que necesitamos ancho de banda extra para enviar los datos en cola y mantenerlos en la cola de memoria con la menor cantidad de tiempo posible, de modo que en caso de fallo, la pérdida de datos sea mínima. El sistema debe ser capaz de manejar peeks sin llenar la cola de memoria, porque tan pronto como la cola esté llena, causará retrasos y ralentizará todo, afectando todas las llamadas y produciendo problemas de calidad de sonido. Aparte de eso, siempre hay otras cosas que pueden afectar el ancho de banda, el ruido o lo que sea.
Además, todo está acoplado de cientos de programas; por lo tanto, es difícil calcular los requerimientos exactos de recursos máximos o de promedio para todos los escenarios de uso. Sólo podemos probar y ver, como solemos hacer.
Hay un par de cosas involucradas todo el tiempo:
– Asterisk escribirá constantemente registros sobre lo que está sucediendo
– Pbxware y Asterisk consultarán y escribirán en la base de datos durante el procesamiento de llamadas
– Grabación será retorcido y tal vez transcodificado a algún otro formato como mp3
– Hay otras utilidades que funcionan constantemente juntas haciendo el sistema que llamamos PBXware.
En teoría, 50 Mb/s debería estar bien; pero para la mejor calidad, pido 100 Mb/s.
Vea abajo por favor nuestros gráficos de medida en un período de una hora de uno de nuestros sistemas vivos (dos localizaciones remotas conectadas con el enlace de 40Mb/s). Este sistema tiene llamadas mixtas con y sin grabaciones y hasta 30 llamadas simultáneas. Así es como se ve en realidad:
La primera imagen muestra el número de llamadas simultáneas en el primer gráfico y en el gráfico abajo (al mismo tiempo) ancho de banda de red utilizado para sincronizar datos.
La segunda imagen muestra el flujo de datos grande en el disco duro y muestra cuántos datos hay en la cola de memoria en ese momento (datos fuera de sincronización).
Los grupos de timbre se utilizan mucho en este sistema, por lo que hay peeks durante el timbre en grupo en el gráfico, por lo que el máximo real es de 20 llamadas en estos gráficos.
ACTUALIZACIÓN: Uno de nuestros clientes nos envió el siguiente correo electrónico:
Usted puede estar enterado que tuvimos un problema con nuestro sistema de PBXware esta mañana que nos dejó fuera de línea por cerca de 2 horas. Parte del problema parece ser por lo que estamos funcionando a través de dos centros de datos utilizando SERVERware que recuerdo que me dijo que no era soportado. En el momento decidimos probarlo usando la comunicación asíncrona, ya que es un enlace de gigabyte pero esto claramente no es una solución viable. También recuerdo que usted dijo algo acerca de otra manera de hacer las cosas para proporcionar resistencia a través de dos sitios. ¿Puede recordarme?
A veces, incluso con lo anterior, es difícil explicar por qué esto no funciona. El resumen más simple que podemos proporcionar es: Voz no es Datos.
