Dan Pascu de AG Projects y desarrollador de MediaProxy entre otras aplicaciones relacionadas con OpenSER/SER, ha anunciado la próxima disponibilidad de la versión 2.0 de esta aplicación.
Esta nueva versión incorpora, entre otras novedades un nuevo diseño basado en el sistema de control de conexiones del kernel de Linux, un nuevo interfaz basado en el uso del módulo “dialog” con lo que al recibir el primer INVITE todos los siguientes mensajes pertenecientes a esa sesión y que contengan SDP serán reescritos de forma automática; de igual forma, al terminar el diálogo, el propio MediaProxy se encarga de finalizar la sesión, sin necesidad de llamar a la función end_media_session() desde el script.
Otras nuevas funcionalidades son la comunicación encriptada entre el dispatcher y los relays en el caso de usar múltiples relays para balanceo de carga, soporte de T.38, cambiar de forma dinámica la ip/puerto del llamante al llegar un re-INVITE o UPDATE durante un diálogo y algunas cosas más.
Personalmente no he usado nunca MediaProxy en producción (siempre he trabajado con rtpproxy) pero quitando los posibles problemas de escalabilidad (evitables usando múltiples mediaproxies distribuidos) parece que funciona bastante bien por los comentarios de la gente que sí lo usa.
Al respecto del último párrafo (MediaProxy en producción) comento que yo lo uso y funciona perfectamente. ¿Por qué MediaProxy y no RtpProxy? En mi caso porque MediaProxy cuenta con la maravillosa funcionalidad de actualizar la tabla “radacct” (mediante Radius o MySQL) con información extra (KBytes consumidos, tipo de codec empleado…) y sobre todo porque actualiza dicha tabla si se detecta un RTP timeout (un UA ha cascado sin enviar BYE). De cara a facturación da unos resultados muy exactos y seguros.
Desde luego son buenos motivos para usar MediaProxy
… en mi caso usamos otro sistema para el accounting y para controlar los temas de llamadas colgadas a medias y cosas así 
pregunta Jesusr , de ultima instancia he leido por ahi que rtpproxy es mas rápido que mediaproxy aun asi la gente de ag-project se a puesto las pilas tratando de que mediaproxy sea mas escalable , pero hablando de t.38 en mediaproxy como permite este paso? … si T.38 es un protocol para soporte Fax en un b2bua o media server
saludoss
Hola,
rtpproxy tiene más escalabilidad que mediaproxy, entre otras cosas, porque rtpproxy está hecho en C y mediaproxy en un lenguaje interpretado como Python.
Por otro lado, mediaproxy tiene más funcionalidades que rtpproxy. Depende de tus necesidades, puedes optar por uno u otro.
Respecto a T.38, no deja de ser tráfico RTP o UDPTL señalizado mediante SDP.
Saludos
Que tal saludos excelente post,
una pregunta realmente soy nuevo en esto me gustaría saber como puede configurar lo siguiente:
OpenSer –> Asterisk 1.8
OpenSer para el registro de los usuarios y Asterisk para controlar las llamadas entre extensiones, voicemail, salas de conferencias.
y por ultimo que ventajas tiene un rtpproxy y se puede implementar sobre soluciones asterisk
saludos y gracias por su ayuda