Bueno, he intentado comunicar esto en la lista en ingles, pero parece que no me expreso bien, y me gustaría si es posible que alguien me echara una mano.
Os cuento un poco el error que tengo y me gustaría corregir.
Tengo una maquina con Kamailio que recibe de un carrier las llamadas realizadas a un numero ip. La llamada la recibo, la gestiono y la envio hacia el asterisk sin problemas, hasta ahi todo bien. El problema lo tengo en el ACC, resulta que el INVITE se registra bien en la BBDD pero al colgar la parte en la que entrego yo la llamada, solo cuando cuelga esa parte en el ACC aparecen 2 registros BYE, por lo que he visto el problema aparece por el TAG, ya que no se corresponde con el de origen de llamada.
Me he peleado casi con todo y se me acaban las ideas, y tal vez alguien tenga una idea de que puedo hacer para solventar este problema, seguro que es una tontería pero ahora estoy totalmente atascado.
Gracias.
2011/10/4 Javier Vidal -- Quasar javier.quasar@gmail.com:
Bueno, he intentado comunicar esto en la lista en ingles, pero parece que no me expreso bien, y me gustaría si es posible que alguien me echara una mano.
Os cuento un poco el error que tengo y me gustaría corregir.
Tengo una maquina con Kamailio que recibe de un carrier las llamadas realizadas a un numero ip. La llamada la recibo, la gestiono y la envio hacia el asterisk sin problemas, hasta ahi todo bien. El problema lo tengo en el ACC, resulta que el INVITE se registra bien en la BBDD pero al colgar la parte en la que entrego yo la llamada, solo cuando cuelga esa parte en el ACC aparecen 2 registros BYE, por lo que he visto el problema aparece por el TAG, ya que no se corresponde con el de origen de llamada.
Te refieres a que el to-tag del BYE no es el mismo que en el ACK, por ejemplo? Si es así, quién lo cambia?
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
El 05/10/2011, a las 00:18, Saúl Ibarra Corretgé saghul@gmail.com escribió:
2011/10/4 Javier Vidal -- Quasar javier.quasar@gmail.com:
Bueno, he intentado comunicar esto en la lista en ingles, pero parece que no me expreso bien, y me gustaría si es posible que alguien me echara una mano.
Os cuento un poco el error que tengo y me gustaría corregir.
Tengo una maquina con Kamailio que recibe de un carrier las llamadas realizadas a un numero ip. La llamada la recibo, la gestiono y la envio hacia el asterisk sin problemas, hasta ahi todo bien. El problema lo tengo en el ACC, resulta que el INVITE se registra bien en la BBDD pero al colgar la parte en la que entrego yo la llamada, solo cuando cuelga esa parte en el ACC aparecen 2 registros BYE, por lo que he visto el problema aparece por el TAG, ya que no se corresponde con el de origen de llamada.
Te refieres a que el to-tag del BYE no es el mismo que en el ACK, por ejemplo? Si es así, quién lo cambia?
-- /Saúl http://saghul.net | http://sipdoc.net
SR-Users-ES mailing list SR-Users-ES@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
2011/10/5 Javier Vidal -- Quasar javier.quasar@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
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@gmail.com escribió:
2011/10/5 Javier Vidal -- Quasar javier.quasar@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
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@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@gmail.com escribió:
2011/10/5 Javier Vidal -- Quasar javier.quasar@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
SR-Users-ES mailing list SR-Users-ES@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.
El día 6 de octubre de 2011 00:59, Edu - SysCon syscon3@gmail.com escribió:
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@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@gmail.com escribió:
2011/10/5 Javier Vidal -- Quasar javier.quasar@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
SR-Users-ES mailing list SR-Users-ES@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
SR-Users-ES mailing list SR-Users-ES@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
2011/10/6 Javier Vidal -- Quasar javier.quasar@gmail.com
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.
Muy bueno Javier, espero puedas compartir la solucion cuando encuentres esa diferencia con la config funcionando.
Saludos.
Bueno al fin he encontrado el problema, y no estaba en el fichero de configuración!!!! que desastre!!!!, resulta que haciendo pruebas en la BBDD en los dominios agregue la IP de la maquina de donde recibo las llamadas entrantes("claro, si me hubiera acordado de esto!! que cabeza!"), y solo fue eliminar ese registro y la configuración tal y como la tenia ha empezado a funcionar ok.
Ya podia dar vueltas!!!!!, fue prueba y error desactivando modulos hasta que llegue al de multidomain, ahi es donde empezó a funcionar, y me fui a la BBDD y me encontre esto, vamos menuda cara se me ha quedado!!!
Mil gracias, esto ya no me vuelve a pasar :)
Saludos.
El día 6 de octubre de 2011 16:24, caio elcaio@gmail.com escribió:
2011/10/6 Javier Vidal -- Quasar javier.quasar@gmail.com
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.
Muy bueno Javier, espero puedas compartir la solucion cuando encuentres esa diferencia con la config funcionando.
Saludos.
SR-Users-ES mailing list SR-Users-ES@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
sr-users-es@lists.kamailio.org
-
caio -
Edu - SysCon -
Javier Vidal -- Quasar -
Saúl Ibarra Corretgé