Hi,
How can I perform ENUM queries towards 2 ENUM databases defined in different
domain on different server ?
enum.nete164.org
IP: 1.2.3.4 IP: 5.6.7.8
| ?
| ?
UA1---------SIP Call Server--------UA2
IP: 1.2.3.4
The Call server based on Openser 1.2 (IP: 1.2.3.4) performs enum_query to
enum.net which is the local ENUM database. The NAPTR record is not found so
I would like perform an enum query to e164.org but Openser cannot reach the
e164.org database because it is not local ?.
What can I do to fetch NAPTR defined on e164.org ?
Today, the call server can reach e164.org only when the IP addresse 5.6.7.8
is added in the resolv.conf file of the call server. Is it the only way ? or
should I use domain module ?
Thanks in advance,
/Jérôme
--
View this message in context: http://www.nabble.com/ENUM-queries-multiple-domain-tp20447276p20447276.html
Sent from the OpenSER Users - ES mailing list archive at Nabble.com.
:-(
A mi me toco quedarme con gnome, por que kde molestaba con mi nvidia FX5200, por eso no seguí intentando con KDE, pero pues si se veía mucho mejor, y con mas aplicaciones. Gracias por la aclaración. Tratare de mirar si los nuevos controladores de mi tarjeta ya funcionan mejor con KDE.
----- Mensaje original -----
De: RazaMetaL | Only The Good Die Young <razametal(a)gmail.com>
Fecha: Miércoles, Noviembre 5, 2008 6:49 pm
Asunto: Re: [Kamailio-Users-ES] SIP-ROUTER
> 2008/11/5 Iñaki Baz Castillo <ibc(a)aliax.net>:
> > El Jueves, 6 de Noviembre de 2008, RazaMetaL | Only The Good Die
> Young> escribió:
> >> On Wed, Nov 5, 2008 at 6:00 PM, Iñaki Baz Castillo
> <ibc(a)aliax.net> wrote:
> >> > El Jueves, 6 de Noviembre de 2008,
> ingdavidcespedes(a)cable.net.co escribió:
> >> >> Por que dicen que gnome apesta!!
> >> >
> >> > ¿Hace falta dar razones?
> >>
> >> Solo por curiosidad.. si.
> >
> > Jo, ya me estáis metiendo en lios...
> >
> > Bueno, Gnome está hecho con Gtk, con lo cuál ya no tendría ni que
> seguir...> pero bueno.
> >
> > ¿Qué es Gnome? un pseudo-escritorio simplón, in-configurable,
> feucho, escrito
> > en un lenguaje no orientado a objetos (C) lo que ha originado que
> ahora estén
> > pensando en hacerlo en Mono (copia de .Net) y guarradas
> similares. Un
> > escritorio que evoca los 80's con tecnología anticuada que no
> ofrece nada
> > nuevo (¿has oído hablar de la tecnología KIO de KDE?, ¿del corrector
> > ortográfico integrado en TODO el escritorio y aplicaciones KDE?)
> >
> > Y sobre todo dejemos bien claro que ni Firefox, ni Thunderbird,
> ni OpenOffice
> > es Gnome.
> >
> > Ala, el siguiente XD
> >
>
>
> Voy a probar KDE a ver que tal funciona, hasta ahora mi vida con la
> dupla gnome/debian ha sido bien simplona y sin problemas. Luego les
> doy mis comentarios respecto a kde/debian :)
>
>
> Saludos,
>
>
> --
> Linux User: 255902
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
>
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
>
----- Mensaje original -----
De: ingdavidcespedes(a)cable.net.co
Fecha: Lunes, Octubre 27, 2008 11:53 am
Asunto: Re: [Kamailio-Users-ES] Dos Tarjetas de Red y 404 Notfound de Kamailio a Asterisk
>
>
> ----- Mensaje original -----
> De: Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com>
> Fecha: Domingo, Octubre 26, 2008 5:49 am
> Asunto: Re: [Kamailio-Users-ES] Dos Tarjetas de Red y 404 Notfound
> de Kamailio a Asterisk
>
> > ingdavidcespedes(a)cable.net.co wrote:
> > >
> > > No me gusta mucho esto de matar moscas a cañonazos, pero si no
> > hay mas que hacer. Aunque no se si realmente sea un error de
> > Asterisk, o de configuración en las tarjetas de red que hace que
> > cualquier cosa que llegue, no importa que sea me la responda
> > únicamente por la eth0. Habra una forma de indicarle en el
> sistema
> > operativo que cada tarjeta responde por lo suyo a no se que se le
> > de una orden diferente. Lo digo por que con Nettools cuando trato
> > de hacer un trace hacia la maquina de kamailio 193.168.3.10 trata
> > de sacarlo por la eth0 10.2.7.12 y no por la eth1 192.168.1.10
> que
> > es la que tiene la conexión hacia esa maquina. Igual cuando hago
> un
> > ping, tengo que poner ping 192.168.3.10 -I eth1 para que llegue,
> si
> > no se pierde.
> > >
> > > :-( Yo se que esto no se debería preguntar en esta lista pero
> de
> > pronto alguien me puede ayudar.
> > >
> > No te comas la cabeza con ese tema, Asterisk JAMÁS ha funcionando
> > en
> > entornos multihoming, la única forma de que funcione
> "medianamente"
> > bien
> > el ese tipo de escenarios es jugar con los valores de localnet,
> nat
> > y
> > externip del sip.conf
> >
> > Saludos
> >
> ¿Entonces este comportamiento si es debido a una falla en asterisk
> y no que me falte configurar algo en mis interfaces de
> red?¿Indagare mas sobre localnet y externip pues no los había
> escuchado antes?. Gracias por la pronta respuesta.
NOOOOO no era falla de asterisk, era falla de la configuración de enrutamiento que todo lo mandaba por la etho, simplemente agregue la ruta para que lo que viniera por la eth1 lo respondiera por ahí mismo, e igualmente para la eth0.
>
> Por otro lado tenia algunos problemas cuando registraba mis
> softphone en alguna de las dos interfaces, no podía oír el sonido
> de las llamadas que me llegaban por la otra interfaz, aunque la
> llamada si entraba, pensé que se debía también a este problema (el
> de las intrefaces), pero cambie de soft, (de Xlite2.0 a Zoiper) y
> ahora si me funciona perfecto. Creo que ese Xlite tiene varios bugs
> en su versión 2.0.
> > _______________________________________________
> > Users-es mailing list
> > Users-es(a)lists.kamailio.org
> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
> >
>
>
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
>
Por que dicen que gnome apesta!!
----- Mensaje original -----
De: Jesus Rodriguez <jesusr(a)voztele.com>
Fecha: Miércoles, Noviembre 5, 2008 4:24 am
Asunto: Re: [Kamailio-Users-ES] SIP-ROUTER
> Hola Jon,
>
>
> > El Tue, 4 Nov 2008 19:17:10 +0100
> > Jesus Rodriguez <jesusr(a)voztele.com> escribió:
> >
> >> Hola Jon,
> >>
> >>
> >>> El Tue, 4 Nov 2008 11:13:09 +0100
> >>> Jesus Rodriguez <jesusr(a)voztele.com> escribió:
> >>>
> >>>
> >>> Una gran noticia con un "pero":
> >>>
> >>> El core y TM del nuevo proyecto va a ser BSD, no GPL.
> >>>
> >>> Eso me parece una regresión.
> >>>
> >>>
> >>> Perdón a los amantes de BSD (Jesus) pero no me gustan esas
> licencias>>> que no
> >>> preservan la libertad (sin ánimo de iniciar un flame). Soy un
> amante>>> y defensor
> >>> de la GPL.
> >>
> >>
> >> Como supondrás, no comparto tu opinión, pero si siempre
> estuviesemos>> todos de acuerdo, estas cosas no serían tan
> divertidas, ¿no? :)
> >>
> >> Lo que sigo sin entender es porqué se piensa que una licencia que
> >> obliga a algo puede preservar mejor la libertad que otra que no
> >> obliga
> >> a nada... en la libertad hay cosas buenas y malas, destacando entre
> >> las malas la gente que hace un uso "incorrecto" de esa libertad,
> pero>> eso nos lo encontramos todos los días en cualquier ámbito de
> la vida.
> >>
> >> Además, por propia experiencia se que las grandes empresas que
> hacen>> uso de software bajo licencia BSD casi siempre colaboran
> con los
> >> proyectos, aportan código o recursos y es una forma de beneficiarse
> >> mutuamente... por mi parte estoy encantado de que haya código mío
> >> corriendo en cacharros como Juniper, NetApp, la próxima versión
> de
> >> IOS
> >> de Cisco, etc... y eso seguramente no sería posible si FreeBSD no
> >> fuese BSD :) ... y tampoco tengo ningún problema con que hayan
> >> empresas por ahí que intenten ganar dinero con cosas que he
> >> desarrollado y que no devuelvan nada... así es la vida!! ;)
> >>
> >> Hace mucho tiempo que me cansé de las discusiones sin fin sobre las
> >> licencias... pero algún comentario así de vez en cuando me anima :D
> >>
> >
> >
> > Que conste que tenía preparada una respuesta que iba a hacer
> polvo
> > todos tus
> > comentarios :) pero es cierto que ya son muchos años de la misma
> > discusión.
> > Otro día que esté con humor de iniciar una "holy war" te pongo la
>
> > respuesta
> > larga.
>
>
> Vaya, ahora me has dejado con las ganas... siempre me gusta conocer
>
> los argumentos en contra de mis argumentos :)
>
>
>
> > PD: ¡Gnome apesta! ¡Vim rocks! ¡Debian es lo único! ¡Linus es el
> > mejor y RMS
> > un talibán!
>
>
> Estoy de acuerdo en lo de Gnome, vim y RMS... no tanto en lo de
> Debian
> y Linus :D
>
>
> Saludos
> JesusR.
>
> ------------------------------------
> Jesus Rodriguez
> VozTelecom Sistemas, S.L.
> jesusr(a)voztele.com
> http://www.voztele.com
> Tel. 902360305
> -------------------------------------
>
>
>
>
>
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
>
Hola a todos,
hoy, 4 de noviembre, los proyectos SIP Express Router (SER) and Kamailio
(antes OPENSER) reunen sus desarolladores y las esfuerzas de las dos
equipos en uno solo en el proyecto SIP-ROUTER para crear un servidor SIP
mejor para todos.
Para acceder a mas detalles, les invitamos visitar la pagina web del
proyecto:
www.sip-router.org
Saludos,
Elena-Ramona Modroiu
----- Mensaje original -----
De: Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com>
Fecha: Domingo, Octubre 26, 2008 5:49 am
Asunto: Re: [Kamailio-Users-ES] Dos Tarjetas de Red y 404 Notfound de Kamailio a Asterisk
> ingdavidcespedes(a)cable.net.co wrote:
> >
> > No me gusta mucho esto de matar moscas a cañonazos, pero si no
> hay mas que hacer. Aunque no se si realmente sea un error de
> Asterisk, o de configuración en las tarjetas de red que hace que
> cualquier cosa que llegue, no importa que sea me la responda
> únicamente por la eth0. Habra una forma de indicarle en el sistema
> operativo que cada tarjeta responde por lo suyo a no se que se le
> de una orden diferente. Lo digo por que con Nettools cuando trato
> de hacer un trace hacia la maquina de kamailio 193.168.3.10 trata
> de sacarlo por la eth0 10.2.7.12 y no por la eth1 192.168.1.10 que
> es la que tiene la conexión hacia esa maquina. Igual cuando hago un
> ping, tengo que poner ping 192.168.3.10 -I eth1 para que llegue, si
> no se pierde.
> >
> > :-( Yo se que esto no se debería preguntar en esta lista pero de
> pronto alguien me puede ayudar.
> >
> No te comas la cabeza con ese tema, Asterisk JAMÁS ha funcionando
> en
> entornos multihoming, la única forma de que funcione "medianamente"
> bien
> el ese tipo de escenarios es jugar con los valores de localnet, nat
> y
> externip del sip.conf
>
> Saludos
>
¿Entonces este comportamiento si es debido a una falla en asterisk y no que me falte configurar algo en mis interfaces de red?¿Indagare mas sobre localnet y externip pues no los había escuchado antes?. Gracias por la pronta respuesta.
Por otro lado tenia algunos problemas cuando registraba mis softphone en alguna de las dos interfaces, no podía oír el sonido de las llamadas que me llegaban por la otra interfaz, aunque la llamada si entraba, pensé que se debía también a este problema (el de las intrefaces), pero cambie de soft, (de Xlite2.0 a Zoiper) y ahora si me funciona perfecto. Creo que ese Xlite tiene varios bugs en su versión 2.0.
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
>
> 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).
>
Efectivamente, era un problema de configuración de asterisk, pues no tenia creado el usuario [Kamailio] con host=192.168.3.10 en el sip.conf, y entonces no me aceptaba el invite de esta maquina. Lo que me confundió fue el 404 Not found que pensé que era que no encontraba la ext 1000
>
> > 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.
>
>
Este problema persiste entonces como el kamailio no ve que se responda a su invite, corta la llamada. Estoy usando Asterisk 1.4.22, no se si esta versión presenta esta falla.
> >
> > ¿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.
>
No me gusta mucho esto de matar moscas a cañonazos, pero si no hay mas que hacer. Aunque no se si realmente sea un error de Asterisk, o de configuración en las tarjetas de red que hace que cualquier cosa que llegue, no importa que sea me la responda únicamente por la eth0. Habra una forma de indicarle en el sistema operativo que cada tarjeta responde por lo suyo a no se que se le de una orden diferente. Lo digo por que con Nettools cuando trato de hacer un trace hacia la maquina de kamailio 193.168.3.10 trata de sacarlo por la eth0 10.2.7.12 y no por la eth1 192.168.1.10 que es la que tiene la conexión hacia esa maquina. Igual cuando hago un ping, tengo que poner ping 192.168.3.10 -I eth1 para que llegue, si no se pierde.
:-( Yo se que esto no se debería preguntar en esta lista pero de pronto alguien me puede ayudar.
>
Corrijo
> quise mirar primero si me
> llegaba una llamada de extremo(Kamailio) a extremo(Asterisk) ;-).
> Pero creo que me va a tocar empezar a configurar el kamailio y
> probar primero entre kamailios.
----- 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
>