[SR-Users-ES] Problema con BYE

Edu - SysCon syscon3 en gmail.com
Jue Oct 6 00:59:24 CEST 2011


Estimado:

Capaz que exagero un poco pero sólo con rewritehost no es suficiente.
No he probado kamailio con un sólo asterisk, pero con más de uno,  con
record-route y dispatcher no vas a necesitar rewritehost, sólo con next_gw y
t_relay es suficiente, y te maneja las cabeceras eficientemente.
Saludos
EDU
 El oct 5, 2011 6:40 p.m., "Javier Vidal -- Quasar" <javier.quasar en gmail.com>
escribió:
> Gracias Claudio, estoy dando vueltas por lo que me has dicho del
> modulo rr, por lo que veo el problema viene de ahi. Voy a seguir
> experimentando. En cuanto a la configuracion, es la que viene por
> defecto con el kamailio, simplemente lo he conectado a la BBDD,
> anulado el modulo AUTH y en el invite compruebo la ip de origen y
> segun eso solo reescribo la ip de destino.
>
> Ya os cuento mis aventuras.
>
> Gracias
>
> El día 5 de octubre de 2011 21:16, caio <elcaio en gmail.com> escribió:
>>
>>
>> 2011/10/5 Javier Vidal -- Quasar <javier.quasar en gmail.com>
>>>
>>> Buenas tardes-noches,
>>>
>>> Si me refiero al to-tag, voy a intentar explicarme algo mejor, tal vez
>>> antes no lo hice lo suficientemente bien.
>>>
>>>
>>> Tengo un entorno de pruebas similar a este, donde recibo llamadas
>>> desde el proveedor A y las entrego en el asterisk B.
>>>
>>> A -------------------(recibimos invite desde el
>>> carrier)<kamailio>(hago un rewritehostport a la ip del
>>> asterisk)------------------B(asterisk)
>>>
>>> Lo unico que hago es en este caso en cuanto llega el invite
>>> automaticamente hago un rewritehost, bueno y activo la Bandera para
>>> ACC, hasta aqui todo bien, a nivel ACC, inserta la linea
>>> correspondiente al INVITE.
>>>
>>> Bien, ahora supongamos que quien cuelga primero es la parte A, siendo
>>> asi todo va OK, se escribe en el ACC el BYE con el to_tag OK. El
>>> problema pasa cuando despues de recibir una llamada quien cuelga es
>>> una extension registrada en el asterisk(B), en este caso viendo las
>>> trazas, la primera que me llega es un BYE de la maquina B al Kamailio,
>>> automaticamente el kamailio le devuelve un 40X - Not Here., y la
>>> llamada se queda pillada entre A y Kamailio, una vez que cuelgo A,
>>> pues me llega otro BYE y el kamailio devuelve 481 Call leg/transaction
>>> does not exist.
>>>
>>> He probado a solo controlar el INVITE y olvidarme del resto, pero asi
>>> en el ACC no me escribe el final de la llamada.
>>>
>>> La verdad es que llevo 2 días con esto y ya se me agotan las ideas, ya
>>> que estoy haciendo pruebas para una plataforma de recepcion de
>>> trafico, actualmente tenemos un par de ellas para gestionar trafico
>>> saliente, en entornos similares, y no hemos tenido un problema desde
>>> hace meses, teniendo en cuenta que es algo muy similar a esto.
>>>
>>> Un detalle que se me olvido comentar es que no valido al usuario, solo
>>> confirmo la IP, aunque no debería afectar.
>>>
>>> Si por favor tienes una idea de que puede estar pasando te lo
>>> agradezco.!!!
>>>
>>> Javier V
>>>
>>>
>>
>> Hola, puedes pegar la parte de la logica de ruteo en tu configuracion?
>> Revisa las llamadas a record_route() y loose_route() (modulo rr si
necesitas
>> saber que es lo que hacen, tal vez ayuden).
>>
>> Saludos,
>> Claudio
>>
>> _______________________________________________
>> SR-Users-ES mailing list
>> SR-Users-ES en lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
>>
>>
>
> _______________________________________________
> SR-Users-ES mailing list
> SR-Users-ES en lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.sip-router.org/pipermail/sr-users-es/attachments/20111005/9164b5b2/attachment-0001.htm>


Más información sobre la lista de distribución SR-Users-ES