[asterisk-r2] Problemas al separar canales entrantes de salientes en dos grupos de un E1
Dante P.
dantecomm at hotmail.com
Mon Aug 23 18:51:21 CDT 2010
José buenas tardes.
Yo no he instalado R2 pero asumiendo que la declaración de los canales es igual que en el caso de ISDN, implicaria que la última línea del bloque de configuración de los canales es la de "channel => XX-XX
" entonces deberia quedar como se muestra abajo. Por otra parte podrias hacer un solo grupo y para forzar a que la llamada saliente busque la troncal mas alta de tu grupo, en este caso 31, 30, 29.... etc. en el comando Dial pon "Zap/G1" en lugar de "Zap/g1". Espero sirva el comantario.
"example where the first 15 channels available for E1
Group 0
context = from-pstn
group = 0
signaling = MFCR2
mfcr2_variant = ve
mfcr2_dtmf_detection = 1
mfcr2_dtmf_dialing = 1
mfcr2_get_ani_first = yes
mfcr2_immediate_accept = yes
mfcr2_max_ani = 10
mfcr2_max_dnis = 4
mfcr2_category = national_subscriber
mfcr2_logdir = CANTV
mfcr2_logging = all
mfcr2_mfback_timeout =- 1
mfcr2_call_files = yes
channel => 1-15
.....
;; And the next 15 E1 channels available for group 1
context = incoming
group = 1
signaling = MFCR2
mfcr2_variant = ve
mfcr2_dtmf_detection = 1
mfcr2_dtmf_dialing = 1
mfcr2_get_ani_first = yes
mfcr2_immediate_accept = yes
mfcr2_max_ani = 10
mfcr2_max_dnis = 4
mfcr2_category = national_subscriber
mfcr2_logdir = CANTV
mfcr2_logging = all
mfcr2_mfback_timeout =- 1
mfcr2_call_files = yes
channel => 17-31
Date: Fri, 20 Aug 2010 10:52:14 -0430
From: jdyribarren at compusan.com.ve
To: asterisk-r2 at lists.digium.com
Subject: [asterisk-r2] Problemas al separar canales entrantes de salientes en dos grupos de un E1
Good day friends list, I commented at last achieved the CANTV E1 OpenR2 Feature with 1.3 However I have some details
the
servicion that my provider offers me is severed, ie has the first
channels (from 1 to 15) and the last inbound (from 17 to 31) for
outgoing calls
using
the recommended configuration from the list below paste outgoing
communication to achieve that from the beginning was my problem, and
consistently create receive ...
"example where the first 15 channels available for E1
Group 0
context = from-pstn
group = 0
channel => 1-15
signaling = MFCR2
mfcr2_variant = ve
mfcr2_dtmf_detection = 1
mfcr2_dtmf_dialing = 1
mfcr2_get_ani_first = yes
mfcr2_immediate_accept = yes
mfcr2_max_ani = 10
mfcr2_max_dnis = 4
mfcr2_category = national_subscriber
mfcr2_logdir = CANTV
mfcr2_logging = all
mfcr2_mfback_timeout =- 1
mfcr2_call_files = yes
.....
;; And the next 15 E1 channels available for group 1
context = incoming
group = 1
channel => 17-31
signaling = MFCR2
mfcr2_variant = ve
mfcr2_dtmf_detection = 1
mfcr2_dtmf_dialing = 1
mfcr2_get_ani_first = yes
mfcr2_immediate_accept = yes
mfcr2_max_ani = 10
mfcr2_max_dnis = 4
mfcr2_category = national_subscriber
mfcr2_logdir = CANTV
mfcr2_logging = all
mfcr2_mfback_timeout =- 1
mfcr2_call_files = yes
the
detail is in the groups, but my ZAP trunk in the case of the first
ZAP/g0 does not help for outgoing calls because I always said that the
channels are ocpuados, and is logical. but
when I ZAP/g1 backbone, which according to my chan_dahdi.conf would
include channels 17 to 31 then I do not recognize anything as if I did
not recognize the group!
in
this case as a temporary solution, but not the most suitable stem I
believe ZAP 15 each for each individual output channel to ZAP/31 bone
from ZAP/17 however e1 is hanging me, it is logical that an error has out there.
My
specific question to the community of the list, which details should be
taken into account before creating a group that includes some channels
of the same card either analog or digital, thanks to all in advance.
Buen dia amigos de la lista, les comento al fin logre que el E1 de CANTV funcine con openr2 1.3 sin embargo tengo unos detalles
el servicion que a mi me ofrece mi proveedor esta seccionado, es decir, tiene los primeros canales (del 1 al 15) entrantes y los ultimos (del 17 al 31) para las llamadas salientes
usando la configuracion recomendada en la lista que pegare a continuacion logre comunicacion saliente, que desde un principio fue mi problema, ya que siempre logre recibir...
";; Otro ejemplo donde los primeros 15 canales del E1 disponibles para
el grupo 0
context=from-pstn
group=0
channel => 1-15
signalling=mfcr2
mfcr2_variant=ve
mfcr2_dtmf_detection=1
mfcr2_dtmf_dialing=1
mfcr2_get_ani_first=yes
mfcr2_immediate_accept=yes
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=cantv
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_call_files=yes
.....
;; Y los siguientes 15 canales del E1 disponibles para el grupo 1
context=incoming
group=1
channel => 17-31
signalling=mfcr2
mfcr2_variant=ve
mfcr2_dtmf_detection=1
mfcr2_dtmf_dialing=1
mfcr2_get_ani_first=yes
mfcr2_immediate_accept=yes
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=cantv
mfcr2_logging=all
mfcr2_mfback_timeout=-1
mfcr2_call_files=yes
el detalle esta en los grupos, pues mi troncal ZAP en el caso de la primera ZAP/g0 no me sirve para las llamadas salientes pues siempre me dice que los canales estan ocpuados, y es logico. pero cuando creo la troncal ZAP/g1, que segun mi chan_dahdi.conf incluiria los canales del 17 al 31 entonces no me reconoce nada, como si no reconociera el grupo!
en esta caso como solucion temporal, mas no la mas adecuada yo cree 15 troncales ZAP cada una por cada canal de salida individual osea desde ZAP/17 hasta ZAP/31 sin embargo el e1 se me esta colgando, pues es logico que tenga un error por ahi.
mi pregunta especifica a la comunidad de la lista, es que detalles hay que tomar en cuenta antes de crear un grupo que abarque ciertos canales de una misma tarjeta ya sea analogica o digital, gracias a todos de antemano.
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-r2 mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-r2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20100823/16e300e0/attachment.htm
More information about the asterisk-r2
mailing list