Hace unos días (tengo este post pendiente desde hace dos semanas) se hicieron unos cambios muy interesantes en el módulo dialog de la versión trunk. El módulo dialog permite ofrecer información sobre los diálogos activos (aquí hay que recordar que OpenSER es transaction stateful, dialog stateless, lo que implica que no puede usarse, por ejemplo, como un b2bua) y obtener información sobre esos diálogos existentes.
Con los últimos cambios realizados, la información de los diálogos es persistente (se guarda en la base de datos), se guarda más información (antes la información que se guardaba era mínima) lo que permitiría llegar a crear requests secuenciales dentro de un diálogo y parece que se ha cambiado el mecanismo de búsqueda de diálogos (matching) cuando no se usa un ID de diálogo.
Algo que está todavía pendiente de implementar es poder generar un BYE hacia el llamante y el llamado… parece que llegará en algún momento pero no está claro. Esta funcionalidad permitiría disponer de un sistema para hacer, por ejemplo, elementos de prepago.
Un módulo que permita a OpenSER ser “dialog stateful” lo convertiría en un b2bua (back to back user agent) con el que poder hacer cosas muy interesantes… aunque claro, para ese tipo de cosas y muchas más, ya tenemos al fantástico WeSIP 
Hola Jesus,
Al parecer dominas al reves y al derecho Openser, bueno ahora opensips.
Tengo mi opensips detras de un router, por lo cual instale en otra maquina un mediaproxy para poder registar un softphone desde internet. Sin embargo tengo problemas para cargar el “dialog module” requerido por el “mediaproxy module”.
¿Me puedes dar alguna claridad sobre este asunto?
Saludos
Dario Flores
Hola Darío,
Tener un proxy con direccionamiento privado y querer aceptar registros/llamadas desde direcciones públicas es buscarse demasiados problemas y complicaciones
Suscríbete en la lista de Openser/Kamailio en castellano o en la de OpenSIPS en inglés, envía los mensajes de error y con esa información seguro que se te puede echar una mano.
Saludos
JesusR.