----- Mensaje original ----- De: Iñaki Baz Castillo ibc@aliax.net Fecha: Viernes, Octubre 24, 2008 11:32 am Asunto: Re: [Kamailio-Users-ES] Dos Tarjetas de Red y 404 Notfound de Kamailio a Asterisk
El Viernes, 24 de Octubre de 2008, ingdavidcespedes@cable.net.co escribió:
1 Una vez llega el INVITE al asterisk, este responde que un 404
Not found,
aun cuando este usuario exite en todos los context que tengo
Esto es un problema de configuración de Asterisk, no de Kamailio. Habilita el debug en el CLI de Asterisk a ver de qué se queja (mira qué peer y contexto ha sido identificado en la llamada).
*CLI> sip show peers Name/username Host Dyn Nat ACL Port Status 5717559884 190.144.150.54 5060 Unmonitored 1001 (Unspecified) D 0 Unmonitored 1000/1000 192.168.1.10 D 5061 Unmonitored 3 sip peers [Monitored: 0 online, 0 offline Unmonitored: 2 online, 1 offline] *CLI> core set debug 9 Core debug was 0 and is now 9 *CLI> [Oct 24 12:06:31] NOTICE[21816]: chan_sip.c:14383 handle_request_invite: Call from '' to extension '1000' rejected because extension not found. REGISTER attempt 1 to 5717559884@sbc1.sip.telmexla.net.co Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082@127.0.0.1' Method: REGISTER [Oct 24 12:06:51] WARNING[21816]: chan_sip.c:1958 retrans_pkt: Maximum retries exceeded on transmission 7E8953D2-B24B-83E1-E522-868860E10CE9@192.168.3.10 for seqno 40921 (Critical Response) -- See doc/sip-retransmit.txt. Really destroying SIP dialog '7E8953D2-B24B-83E1-E522-868860E10CE9@192.168.3.10' Method: INVITE [Oct 24 12:06:54] NOTICE[21816]: chan_sip.c:14383 handle_request_invite: Call from '' to extension '1000' rejected because extension not found. REGISTER attempt 1 to 5717559884@sbc1.sip.telmexla.net.co Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082@127.0.0.1' Method: REGISTER [Oct 24 12:07:14] WARNING[21816]: chan_sip.c:1958 retrans_pkt: Maximum retries exceeded on transmission 7E8953D2-B24B-83E1-E522-868860E10CE9@192.168.3.10 for seqno 40921 (Critical Response) -- See doc/sip-retransmit.txt. Really destroying SIP dialog '7E8953D2-B24B-83E1-E522-868860E10CE9@192.168.3.10' Method: INVITE REGISTER attempt 1 to 5717559884@sbc1.sip.telmexla.net.co Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082@127.0.0.1' Method: REGISTER
*CLI> REGISTER attempt 1 to 5717559884@sbc1.sip.telmexla.net.co Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082@127.0.0.1' Method: REGISTER
*CLI> core set debug 0 Core debug is now OFF
2 Esta respuesta 404 Not found la envía por la interfaz eth0(10.2.7.12)
y no por
la eth1(192.168.1.10) que fue por donde llego el invite, lo que
hace que el
kamailio al otro lado, nunca escuche la respuesta 404 y siga
reenviando el
invite hasta que se cumple el tiempo y manda un sessiontimeout.
Esto es una guarrada de Asterisk total, ¿qué versión usas? Hasta hace poco Asterisk tenía un bug que, usando UDP, respondía a la IP indicada en el Via en vez de a la IP original, lo cuál es una gran cagada pero que ya está corregida.
Asterisk 1.4.22
¿Como puedo hacer para que las invitaciones que reciba por la
eth0 las
responda por la eth0 y las que reciba por la eth1 las responda
por la
eth1(en este momento cualquier cosa que llega, sin importar de
donde, trata
de responderla por la eth0),
Puedes matar moscas a cañonazos poniendo "nat=yes" en el SIP peer por el que llega el INVITE, pero esto habilita el modo comedia y demás.
esto lo debo hacer introduciendo el "nat=yes" por medio de kamailio cierto
¿Que puede estar pasando para que asterisk no encuentre el
usuario y
devuelva el 404 Not found? En el X-lite estoy marcando literalmente 1000@192.168.1.10.
¿Por qué cada vez que hay una pregunta que incluye Kamailio y Asterisk el 99% de la cuestión es en realidad sobre Asterisk? ;)
:-( que pena iñaki, lo que pasa es que empece haciendo las pruebas hacia la pstn con este asterisk, pero la verdad es que este va ser un kamailio tambien, que usara asterisk solo como GW para registrarse ante el Proveedor SIP. La verdad el experimento real es empezar pasando una llamada entre los Kamailios, para luego habilitar TLS entre ellos y finalmente por medio de este asterisk que ya me está recibiendo llamadas de la PSTN (a travez de la troncal sip que me da mi proveedor) lograr tener salida a la PSTN desde el kamailio que está al otro extremo (192.168.3.10). Solo que me dio nostalgia dejar de recibir llamadas externas para empezar a configurar el Kamailio en este PC y quice mirar primero si me llegaba una llamada de extremo(Kamailio) a extermo(Kamailio) ;-). Pero creo que me va a tocar empezar a configurar el kamailio y probar primero entre kamailios.
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es