OpenSER: roadmap 1.3 release
Después del último encuentro por IRC en el que se discutieron algunos temas acerca del roadmap y nuevas releases de OpenSER, el estado actual del roadmap para la release 1.3 está aquí.
Hay cosas muy interesantes como todos los cambios relacionados con el módulo dialog, toda la parte referente a balanceo de carga y clustering de rtpproxy, poder recargar el script de configuración sin necesidad de reiniciar el programa, todos los cambios referentes a evitar bloqueos de los procesos cuando hay problemas con las bases de datos, dns o syslog, por ejemplo.
Todo lo que hay supone mucho trabajo aunque también es cierto que OpenSER ha ido ganando desarrolladores que están ayudando a implementar cosas nuevas y a mentener lo ya desarrollado.
Respecto a fechas para la publicación de la versión 1.3.0, la intención es hacer el code freeze a finales de Septiembre, dejando dos meses de plazo para estabilizar la versión y publicar la release a finales de Noviembre.
Una pregunta: Esto montando un OpenSer en multidominio y me gustaría saber si es buena idea asignar un RtpProxy para cada dominio (imaginemos que podrían ser distintos clientes y tal).
Desde luego en la versión 1.2 me parece mala idea puesto que para añadir un nuevo dominio+RtpProxy haría falta reiniciar para retocar el “modparam” del RtpProxy, pero tal vez esto, según dices, lo hagan más flexible en la 1.3.
No obstante, lo que no logro concluir (tampoco lo he intentado mucho) es la lógica a usar:
- ¿Uso un RtpPrpxy-dominioX sólo cuando llama un usuario del dominio-X?
- ¿Uso un RtpPrpxy-dominioX sólo cuando se llama un usuario del dominio-X?
Obviamente ninguna de esas dos opciones es suficiente, así que mi pregunta es: ¿tiene sentido esta idea feliz de asingar un RtpProxy por dominio? ¿o mejor me olvido y tiro por otro lado?
Hola Iñaki,
Yo no usaría un rtpproxy diferente para cada dominio. No te aporta ningún beneficio y creo que complica más las configuraciones y la gestión. Por rendimiento tampoco debería haber problema y ahora ya puedes poner rtpproxies remotos así que si necesitas más escalabilidad puedes dedicar una o n máquinas a hacer de rtpproxy controladas por el mismo proxy.
Yo usaría el mismo rtpproxy para todos.
Saludos
JesusR.
Gracias, es la conclusión a la que estaba llegando ya que, como decía, no encontraba una lógica para la elección de qué RtpProxy.
Asunto olvidado entonces