Gracias Iñaki,
Por lo que te entiendo tengo que crear una ruta onreply donde controle el 180 y aquí
fuerce el RTPProxy?
Creo que te he entendido, hoy tocara probar, ya te contaré.
Gracias.
El 21/01/2012, a las 01:49, Iñaki Baz Castillo escribió:
El día 20 de enero de 2012 15:04, Javier Vidal
<javier.quasar(a)gmail.com> escribió:
Buenas a todos, tengo un problemilla y le llevo
dado muchas vueltas y no logro resolverlo, os planteo un poco la probroblematica que
tengo.
Tengo una instalación con Kamailio y RTPProxy, la funcionalidad que tengo es de tener
usuarios registrados y poder encaminar sus llamadas hacia distintos carriers, en principio
todo esta funcionando ok, pero esta semana me he encontrado con un caso en el que me
falla el audio, es decir, no gestiono bien el nat y entrego a mis clientes la ip de mi
carrier a nivel SDP. El caso es que mi cliente hace la llamada, nosotros comprobamos el
NAT, y forzamos el RTPproxy para gestionar el trafico RTP, bien le devolvemos la
respuesta al INVITE a nuestro cliente con la IP de origen del trafico RTP de nuestra
maquina. El problema surge cuando llega el Ringing(180), solo el Ringing, en este momento
se nos cambia la IP a la de nuestro carrier y aquí empieza el problema. El tema es que si
en vez de un 180 Ringing, el carrier nos da un 183 Session Progress todo funciona bien y
la IP de la sesión SDP no se cambia.
Por favor si alguien tiene una idea de donde puede venir el problema... Posiblemente sea
una tontería, pero yo no soy capaz de verla, o es que ya llevo demasiadas horas con
esto....
No acabo de entenderlo, ¿el 180 que envía el carrier lleva SDP? Si es
así simplemente tienes que asegurarte de aplicar rtpproxy también en
el 180 (y en el posible 183 anterior/posterior y por supuesto en el
posible 200 que llegue después).
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
_______________________________________________
SR-Users-ES mailing list
SR-Users-ES(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es