----- Mensaje original -----
De: Iñaki Baz Castillo <ibc(a)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(a)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(a)sbc1.sip.telmexla.net.co
Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082(a)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(a)192.168.3.10 for seqno 40921 (Critical
Response) -- See doc/sip-retransmit.txt.
Really destroying SIP dialog '7E8953D2-B24B-83E1-E522-868860E10CE9(a)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(a)sbc1.sip.telmexla.net.co
Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082(a)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(a)192.168.3.10 for seqno 40921 (Critical
Response) -- See doc/sip-retransmit.txt.
Really destroying SIP dialog '7E8953D2-B24B-83E1-E522-868860E10CE9(a)192.168.3.10'
Method: INVITE
REGISTER attempt 1 to 5717559884(a)sbc1.sip.telmexla.net.co
Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082(a)127.0.0.1' Method:
REGISTER
*CLI> REGISTER attempt 1 to 5717559884(a)sbc1.sip.telmexla.net.co
Really destroying SIP dialog '37779f4c645453bf0ddbb90f110c7082(a)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(a)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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es