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

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 &lt;elcaio(a)gmail.com&gt; escribió: > > > 2011/10/5 Javier Vidal -- Quasar &lt;javier.quasar(a)gmail.com&gt; >> >> 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

_______________________________________________ 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

Gracias a todos!!!, al fin funciona, ahora voy a intentar adivinar en que estaba fallando o donde había metido la pata. Al final la mejor opción es volver al principio :), ha vuelto a pillar el fichero por defecto, y he empezado a implementar los modulos que necesitaba, para gestionar el ACC, Carrierroute, topoh, etc, y todo Funcionando!!!!. Pero bueno estas cosas suelen pasar, fijo que de aqui a unas horas o unos días volveré a estar igual :). Muchas gracias a todos por vuestra ayuda, espero poder colaborar mas en un futuro en vez de preguntar tanto. Saludos.