Estrategia de asignación de troncales celulares en asterisk

Imagen de TheXman

Forums: 

Hola,

Actualmente tenemos en producción un Asterisk con 20 bases celulares, las mismas que estan divididas en dos grupos según el detalle del zapata adjunto:

group=1
signalling=fxs_ks
busydetect=yes
busycount=1
rxgain=17.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
channel=63-72

group=2
signalling=fxs_ks
busydetect=yes
busycount=1
rxgain=17.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
channel=73-82

El inicio de la distribución de los canales es debido a que tenemos otra tarjeta para 2 E1's. Bueno, el problema es que al hacer llamadas, la asignación de troncales es en orden secuencial según su disponibilidad, es decir, la primera base celular desocupada es la asignada siempre para las llamadas, lo cual causa que todo el consumo de telefonía se sobrecargue en las primeras bases y las que se encuentran al final muchas veces ni siquiera cubren su cuota de minutos gratis.

Alguien puede ayudar acerca de que esquema de configuración podemos usar en las llamadas?, nuestra idea es no tener que hacer uso de colas y hemos probado algunas opciones, pero seguimos con el inconveniente.

Gracias de antemano,

Me imagino que estás

Imagen de antares

Me imagino que estás mandando por g0 que es el primer grupo. Simplemente crea una troncal r0, y envía las llamadas por ahí. El r0 es interpretado como randómico del g0, es decir en lugar de tomar las troncales en forma secuencial las toma en forma randómica.

Saludos

Saludos,

antares

Aclaración

Imagen de TheXman

Gracias por la respuesta.

Pero como aclaración, actualmente tenemos g0, g1 y g2. Estos grupos son como consecuencia del group=0, group=1 y group=2 del zapata, y el caso en mención ocurre por los g1 y g2, por lo cual, en la edición de dicho archivo, deberé especificar un ramdom=1, random=2 ??? o no es con el zapata con el que deberé interactuar directamente?

Una vez más te agradezco la ayuda que me puedas dar.

--
-=[TheXman]=-
...
Todos somos una incógnita
...

Seguimos con el

Imagen de TheXman

Seguimos con el inconveniente, aún no tenemos algo automático que logre esta funcionalidad.

--
-=[TheXman]=-
...
Todos somos una incógnita
...

ayuda

mi amigo

la base de las plataformas celulares es el equipo qeu estas utilizando...

o se a el equipo GSM que utilizas debe tener un ciclo que puedas ayudar al tuyo yo he trabajado con el HG-4000 y el 2n voiceblue enterprice...
si te ayuda en algo suerte

Debería funcionar con un

Imagen de RazaMetaL

Debería funcionar con un simple:

Dial(Zap/r1/${EXTEN})

Revisa la información de este link:
[url]http://www.voip-info.org/wiki/view/Asterisk+ZAP+channels#DialingaGroup[/url]


Dialing a Group
In the Zap Channel Module's configuration file (zapata.conf), you can define groups of Zap channels
that get treated as a single channel as far as the Dial command is concerned. You specify which of
four methods the Zap channel module is to use to select a non-busy channel from the channel group by
prefixing the group number with one of the letters g, G, r, or R:

* g: select the lowest-numbered non-busy Zap channel (aka. ascending sequential hunt group).
* G: select the highest-numbered non-busy Zap channel (aka. descending sequential hunt group).
* r: use a round-robin search, starting at the next highest channel than last time (aka.
ascending rotary hunt group).
* R: use a round-robin search, starting at the next lowest channel than last time (aka.
descending rotary hunt group).

The round-robin searches make the Zap channel module start looking for an available channel from
a different channel number each time. For each channel group, the Zap channel module keeps
track of the last round-robin start point, and this time starts checking availability from either
the next (lowercase r)) or the previous uppercase R channel in the group. Which channel it actually
finds available (if any) does not affect the starting point for the next round-robin search.
Calls to the Dial command using ordinary (g or G) group selections do not affect future round-robin
starting points either.

For example, if you have defined channel group 2 as containing Zap channels 1, 2, 5 and 8,
and the last round-robin search for this group (group 2) began searching from channel 5, this
is the order of searching that the Zap channel module will use for the four possible selection
methods:

* Dial(Zap/g2...): Looks in order 1, 2, 5, 8
* Dial(Zap/G2...): Looks in order 8, 5, 2, 1
* Dial(Zap/r2...): Looks in order 8, 1, 2, 5
* Dial(Zap/R2...): Looks in order 2, 1, 8, 5

------------

Antes de preguntar visita el [url=http://www.sindominio.net/ayuda/preguntas-inteligentes.html]link[/url] :evil:

 

[img]http://www.bbspot.com/Images/News_Features/2003/01/os_quiz/debian.jpg[/img]

-----

Visita este [url=http://www.sindominio.net/ayuda/preguntas-inteligentes.html]link[/url] :evil:

[img]http://www.bbspot.com/Images/News_Features/2003/01/os_quiz/debian.jpg[/img]

(adsbygoogle = window.adsbygoogle || []).push({});

Gracias, sí me funcionó,

Imagen de TheXman

Gracias, sí me funcionó, agregandole algo adicional: tuve que necesariamente definir primero la troncal como r0.

--
-=[TheXman]=-
...
Todos somos una incógnita
...

--
-=[TheXman]=-
...
Todos somos una incógnita
...