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>
¡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?
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
-------------------------------------
-
Iñaki Baz Castillo escribió:
--
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...
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...).
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
----------------------------------------------
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?
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
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
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.
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ó:
--
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
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 :)