dnsmgr.conf ¿para qué sirve? (no hace NADA)

357 views
Skip to first unread message

Iñaki Baz Castillo

unread,
Apr 16, 2009, 11:49:45 AM4/16/09
to aster...@googlegroups.com
Hola, ingenuamente trato de hacer funcionar DNS round robin en Asterisk para
que llamadas a un peer definido con "host = dominio" salgan aleatoriamente a
una IP u otra.

Así que he configurado un dominio con dos entradas DSN tipo A apuntando a dos
IP's distintas. Funciona el roundrobin (por llamarlo de alguna forma) si hago
ping (cada vez resuelve a una IP).


Configuro el peer con:

[trunk_rr]
host = dominio


Configuro el dnsmrg.conf:
-------------
[general]
enable=yes ; enable creation of managed DNS lookups
; default is 'no'
refreshinterval=2 ; refresh managed DNS lookups every <n> seconds
; default is 300 (5 minutes)
-------------


Arranco Asterisk y veo constantemente en el CLI:
== Refreshing DNS lookups.

Pero es mentira, estoy monitorizando el tráfico al puerto 53 y no hay ninguna
consulta DNS salvo cuando carga el módulo chan_sip (al principio).

Así que todas las llamadas a ese peer salen por la misma IP (la IP que
resuelve al arrancar).


Lo dejo por imposible, ¿verdad?

--
Iñaki Baz Castillo
<ib...@xtratelecom.es>

Iñaki Baz Castillo

unread,
Apr 16, 2009, 12:05:52 PM4/16/09
to aster...@googlegroups.com
El Thursday 16 April 2009 17:49:45 Iñaki Baz Castillo escribió:
> Así que todas las llamadas a ese peer salen por la misma IP (la IP que
> resuelve al arrancar).
>
> Lo dejo por imposible, ¿verdad?

¡mecagüen la leche!:

http://bugs.digium.com/view.php?id=7956

-------------------
dnsmgr is not supported in chan_sip at this time, that's why you're not
seeing it update.
-----------------

¡¡ Ese bug es de 2006 !!
Claro, ¿para qué perder el tiempo arreglando el chan_sip pudiendo añadir un
API de calendarios?

Germán Aracil Boned

unread,
Apr 16, 2009, 12:12:28 PM4/16/09
to aster...@googlegroups.com
Dos cosas veo:

1º Estás consultando directamente al dns con round robin ?

En caso contrario, si el tiempo de expiración es mayor, al que deseas de
2/5 minutos, siempre vas a obtener la misma resolución, hasta que expire
en el dns donde consultas.

Yo, pondría un bind en el asteerisk, pondría por defecto ese servidor en
el sistema resolv.conf, y pondría un tiempo de expiración deseado en el
dns maestro del dominio. el que hace round robin.

Tubimos una charla sobre el tema dns hace tiempo.. recuerdas ?


Iñaki Baz Castillo escribió:

--


-
-------------------------------------
Germán Aracil Boned
Director de Sistemas
Zoon Suite S.L.

www.zoonsuite.com
963146030 - General
963146031 - Asistencia de incidencias
963146032 - FAX
-------------------------------------
-

Germán Aracil Boned

unread,
Apr 16, 2009, 12:14:59 PM4/16/09
to aster...@googlegroups.com
Con el método que tedigo, te la bufa eso. porque fuerzas un refresco en
el propio dns. Osea que sigue sirviendo.


Iñaki Baz Castillo escribió:

--


Iñaki Baz Castillo

unread,
Apr 16, 2009, 12:25:18 PM4/16/09
to aster...@googlegroups.com
El Thursday 16 April 2009 18:12:28 Germán Aracil Boned escribió:
> Dos cosas veo:
>
> 1º Estás consultando directamente al dns con round robin ?

Sencillamente Asterisk no implementa lo del dnsmgr en el chan_sip:
http://bugs.digium.com/view.php?id=9153
http://bugs.digium.com/view.php?id=7956

> En caso contrario, si el tiempo de expiración es mayor, al que deseas de
> 2/5 minutos, siempre vas a obtener la misma resolución, hasta que expire
> en el dns donde consultas.

No no, como comentaba, Asterisk no está haciendo *ninguna* consulta DNS (salvo
la inicial). Tiene sentido puesto que no está implementado :)


> Yo, pondría un bind en el asteerisk, pondría por defecto ese servidor en
> el sistema resolv.conf, y pondría un tiempo de expiración deseado en el
> dns maestro del dominio. el que hace round robin.

Me temo que eso se la va a sudar a Asterisk. Estoy convencido de que Asterisk
resuelve el DNS al principio y se queda con esa IP para siempre, de hecho, no
parece mantener en ningún sitio info sobre cuando expira el dominio o
similar.
Yo lo veo claro: configura un peer con "host=domain", recarga el chan_sip y
acto seguido haz "sip show peer xxxx", verás que pone:
Addr->IP : IP_RESUELTA_AL_INICIO_E_INAMOVIBLE Port 5060


> Tubimos una charla sobre el tema dns hace tiempo.. recuerdas ?

Sí, pero no recordaba que tratase el tema de Asterisk como cliente DNS...

Iñaki Baz Castillo

unread,
Apr 16, 2009, 12:29:47 PM4/16/09
to aster...@googlegroups.com
El Thursday 16 April 2009 18:14:59 Germán Aracil Boned escribió:
> Con el método que tedigo, te la bufa eso. porque fuerzas un refresco en
> el propio dns. Osea que sigue sirviendo.

Pero ¿qué refresco? si precisamente lo que yo decía es que Asterisk no vuelve
a consultar *nunca* el DNS para ese dominio :(

*Sólo* funciona de una forma (comprobado) y es sacando la llamada a través de
ningún peer definido, ejemplo:

Dial(SIP/${EXTEN}@dominio)

Así sí funciona. Pero claro, pierdes la posibilidad introducir opciones para
dicho peer (codecs, dtmf...).

Santiago Gimeno Valer

unread,
Apr 16, 2009, 1:15:03 PM4/16/09
to aster...@googlegroups.com

> Así sí funciona. Pero claro, pierdes la posibilidad
> introducir opciones para dicho peer (codecs, dtmf...).
>

Sé que no va con el topic, pero creo que podrías configurar el modo de DTMF mediante la aplicación SIPDtmfMode


Santiago Gimeno Valer
----------------------------------------------
BARIK -Grupo Ormazábal-
Departamento Técnico
Tel.: +34 91 747 9900
www.barik.es
----------------------------------------------

Iñaki Baz Castillo

unread,
Apr 16, 2009, 1:04:02 PM4/16/09
to aster...@googlegroups.com
El Thursday 16 April 2009 19:15:03 Santiago Gimeno Valer escribió:
> > Así sí funciona. Pero claro, pierdes la posibilidad
> > introducir opciones para dicho peer (codecs, dtmf...).
>
> Sé que no va con el topic, pero creo que podrías configurar el modo de DTMF
> mediante la aplicación SIPDtmfMode

Esa aplicación tendría lugar *antes* del Dial, por lo que sólo afectaría
(entiendo yo) al canal A y no al que se genera luego con el B, ¿me equivoco?

Raúl Alexis Betancor Santana

unread,
Apr 16, 2009, 1:29:53 PM4/16/09
to aster...@googlegroups.com

Si puedes modificar las opciones, no todas, pero si algunas .. el DTMFMode y
los codecs si se pueden modificar "antes" de lanzar la llamada.

--
Raúl Alexis Betancor Santana
Dimensión Virtual

Raúl Alexis Betancor Santana

unread,
Apr 16, 2009, 1:30:41 PM4/16/09
to aster...@googlegroups.com

No, afecta al canal A y a sus "herederos", cosas de las chapuzas de
la "herencia" super-guay de Asterisk, al estilo de las opciones en los .conf

Germán Aracil Boned

unread,
Apr 16, 2009, 5:17:12 PM4/16/09
to aster...@googlegroups.com

Iñaki Baz Castillo escribió:


>> Yo, pondría un bind en el asteerisk, pondría por defecto ese servidor en
>> el sistema resolv.conf, y pondría un tiempo de expiración deseado en el
>> dns maestro del dominio. el que hace round robin.
>
> Me temo que eso se la va a sudar a Asterisk. Estoy convencido de que Asterisk
> resuelve el DNS al principio y se queda con esa IP para siempre, de hecho, no
> parece mantener en ningún sitio info sobre cuando expira el dominio o
> similar.

Ché Iñaki, que no has oido hablar del reload ? En cada llamada haces un
reload y listo !! solución Digium XDDDDDDDDDDDDDDDDDD

> Yo lo veo claro: configura un peer con "host=domain", recarga el chan_sip y
> acto seguido haz "sip show peer xxxx", verás que pone:
> Addr->IP : IP_RESUELTA_AL_INICIO_E_INAMOVIBLE Port 5060
>
>
>> Tubimos una charla sobre el tema dns hace tiempo.. recuerdas ?
>
> Sí, pero no recordaba que tratase el tema de Asterisk como cliente DNS...

No, cierto, era sobre los dns.

Germán Aracil Boned

unread,
Apr 16, 2009, 5:18:31 PM4/16/09
to aster...@googlegroups.com
Poniendo SIP/des...@host.nomain.com

Si usas los parámetros generales en sip.conf, no creo que tengas que
hacer nada más para los dtmf y codec.

Así, si va no ?¿?

Iñaki Baz Castillo escribió:

--


Iñaki Baz Castillo

unread,
Apr 17, 2009, 4:26:55 AM4/17/09
to aster...@googlegroups.com
El Thursday 16 April 2009 23:18:31 Germán Aracil Boned escribió:
> Poniendo SIP/des...@host.nomain.com
>
> Si usas los parámetros generales en sip.conf, no creo que tengas que
> hacer nada más para los dtmf y codec.
>
> Así, si va no ?¿?

Sí, cierto, pero hay un problema: de esta forma Asterisk hace una consulta DNS
en cada llamada. Si el servidor DNS fallase no podría llamar.

PD: Germán, no, no voy a poner un servidor DNS local en cada Asterisk XD

Germán Aracil Boned

unread,
Apr 17, 2009, 4:31:08 AM4/17/09
to aster...@googlegroups.com

Iñaki Baz Castillo escribió:

jejeje, como sabias mi respuersta XDDDDDDD
Yo creo que es lo más seguro. con un consumo de recursos irrisorio.
Pero estaré pendiente a ver la solución.. que seguro que algo encuentras :)

Reply all
Reply to author
Forward
0 new messages