Solo una duda, mi * tiene 2 interfaces de red

1- Conexion ADSL
2- Conexion red guifi.net

Tanto por ADSL como por red tengo el mismo dominio.
La pregunta es como puedo hacer esto con dos interfaces de red? Se pueden poner las dos mac?

Gracias

Pues la verdad es que si es el caso, perdería bastante utilidad el regexten

Entiendo que se trata de un bug en asterisk. Has probado con la última versión? Si es el caso, habría que mirar el código fuente de asterisk, y ver cómo se pueden crear todas las extensiones con prioridad 1 para todos los peers registrados, una vez recargado el dialplan…

Julian.

Hay una manera de evitar la perdida de esa prioridad tras una recarga del extension, mientras se mantenga el registro SIP respectivo?

Saludos.

ext-local,0,IAX2,dundi:${SECRET}/1.2.3.4/${NUMBER}

EN donde va la ip pongo el nombre q me da dyndns?
ext-local,0,IAX2,dundi:${SECRET}/xxx.dyndns.org/${NUMBER}

Efectivamente, regcontext=dundiextens. En ese contexto tienes que tener el dialplan necesario para llamar a tus propias extensiones, pero en la prioridad 2. La prioridad 1 la crea asterisk automáticamente cuando el teléfono se registra:

[dundiextens]
exten => _2XXX,2,Dial(SIP/${EXTEN});
;
[ejemplo]
include => dundiextens
include => lookupdundi

El contexto que publicas en dundi es “dundiextens”. Si tienes el teléfono 2001 registrado, asterisk habrá creado la línea “exten => 2001,1,NoOp”, y por lo tanto, pasará a la prioridad 2, que tiene el comando Dial. Al existir este NoOp en la prioridad 1, cuando el servidor reciba una consulta Dundi, respoderá.

Asimismo, los teléfonos que estén en el contexto [ejemplo] que te pongo, harán primero una búsqueda en [dundiextens]. Si existe la extensión, llamarán localmente, y si no, asterisk hará la búsqueda en Dundi (mediante el contexto lookupdundi).

Espero que te haya servido

[lookupdundi] ;en tu ejemplo es dundi-extens
switch => DUNDi/priv ;en tu ejemplo extensiones-locales

[dundiextens] ;en tu ejemplo ext-local
exten => 200X,1,NoOP

[incomingdundi]
exten => 200X,1,Goto(ejemplo|200X|1)

[ejemplo]
exten => 2000,1,Dial(SIP/2000,30)
exten => 2000,2,Hangup
include => lookupdundi

Ahora según entiendo, en el sip.conf debo agregar regcontext=dundiextens y regexten=200X .

Además en dundiextens en el extensions.conf, debo cambiar la prioridad de lo que tengo a 2 y agregar exten => i,1,NoOp ??. Esa es la parte que no comprendo, lo coloque asi y no funciona. Muchas gracias en la colaboración que me puedan prestar.

Hmm, con realtime ni idea… Tienes activada la opción rtcachefriends?

Por otra parte, respecto a tu última pregunta, es normal. Una consula DUNDI no incluye los resultados locales. Por eso tienes que comprobar primero si la extensión es local (o está registrada aquí), y si no, hacer la consulta Dundi.

Para eso tienes que combinar dundi con el parámetro regcontext de sip.conf:

regcontext=a_extensiones

Eso lo que hará será crear una extensión NoOp, con prioridad 1, cuando un teléfono se registre, y la eliminará cuando se desregistre.

El contexto “a_extensiones”, que es donde está el diaplan para llamar a una extensión concreta, sería algo como esto, teniendo en cuenta de empezar siempre en la prioridad 2, ya que la 1 la crea asterisk automáticamente:

[a_extensiones]
exten => _3XX,2,Dial(SIP/${EXTEN})
exten => i,1,NoOp(Extension no existente)
include=> contexto_dundi

En DUNDI, tú publicas el contexto [a_extensiones], de forma que solo se publicarán las extensiones que estén registradas en este servidor. Cuando llamas a la extensión 301, por ejemplo, si está registrada aquí, se hace el Dial correspondiente, si no, se hará una búsqueda DUNDI y contestará la centralita que la tenga registrada.

Por otra parte, además de extensiones (teléfonos) puedes publicar cualquier otro número. Es decir, cada centralita puede publicar las rutas que salen más económicas (si la centralita está en Cataluña, publicará las _93XXXX.). De esta forma, en cada llamada saliente, si haces una búsqueda Dundi antes de salir por el primario que tenga conectada la centralita, si hay una ruta más económica, se usará.

Julian.

Cuando el otro asterisk haga la consulta, recibirá una cadena de conexión (IAX/asterisk1/loquesea), y hará un Dial.

Es decir, en el asterisk que tienes conectado al a MD110, le entrará la llamada por el contexto que indiques, y ahi haces lo que quieras con la llamada.

Tras mucho esfuerzo he logrado conectarlos todos contra todos (una red mesh) esto lo hice solo en mi laboratorio.
ahora mi pregunta es, que me conviene usar Dundi o solo conectarlos a travez de IAX

saludos

Eres un pozo de sabiduría .

He vuelto a probar el lookup ya ya me da resultados. Quizá algo de tiempo de propagación de las extensiones me ha jugado una mala pasada.

Gracias por el comentario

Para hacer failover, es decir, que cuando llamamos a la extensión 100 y no existe, salte a la devuelta por dundi, hay que usar regexten y regcontext. Este último es el contexto que publicamos con dundi. El dialplan sería algo como:

exten => _1XX,2,Dial(SIP/${EXTEN}) ; PRIORIDAD 2

Cuando la extension 100 se registre, se creará una extensión NoOp en la prioridad 1, tal que:

exten => 100,1,NoOp

Ahora, conjugando este contexto con extensiones dinámicas, y una sentencia swich, conseguimos que si no existe una extensión en la PBX local, haga la búsqueda en DUNDI.