Bloqueo de canales

Héctor Arteaga

unread,

Jan 11, 2012, 12:03:11 PM1/11/12

to aster...@googlegroups.com

Buen d�a

tengo un asterisk 1.8 y una tarjeta sangoma A 108, con dos enlaces
conectados a un conmutador y el resto hacia la pstn, el problema que
estoy detectando es el siguiente, cuando reinicio Asterisk todo funciona
bien pero conforme se van utilizando los canales que van hacia el
conmutador veo que comienzan a bloquearse de algun modo, aparentemente
estan disponibles ya que si hago un "core show channels" solo veo unos
10 o 15 canales en total, pero si tecleo "pri show channels" en los
enlaces hacia el conmutador aparece esto:

*CLI> pri show channels
PRI B Chan Call PRI Channel
Span Chan Chan Idle Level Call Name
4 94 Yes Yes Idle No
4 95 Yes No Idle Yes
4 96 Yes No Idle Yes
4 97 Yes No Idle Yes
4 98 Yes No Connect Yes DAHDI/i4/7109-1b4
4 99 Yes No Idle Yes
4 100 Yes No Idle Yes
4 101 Yes No Idle Yes
4 102 Yes Yes Idle No
4 103 Yes No Idle Yes
4 104 Yes No Idle Yes
4 105 Yes Yes Idle No
4 106 Yes No Idle Yes
4 107 Yes Yes Idle No
4 108 Yes No Idle Yes
4 110 Yes Yes Idle No
4 111 Yes No Idle Yes
4 112 Yes No Idle Yes
4 113 Yes No Idle Yes
4 114 Yes No Idle Yes
4 115 Yes No Idle Yes
4 116 Yes No Idle Yes
4 117 Yes Yes Idle No
4 118 Yes Yes Idle No
4 119 Yes No Idle Yes
4 120 Yes Yes Idle No
4 121 Yes No Idle Yes
4 122 Yes Yes Idle No
4 123 Yes No Idle Yes
4 124 Yes Yes Idle No
8 218 Yes Yes Idle No
8 219 Yes No Idle Yes
8 220 Yes No Idle Yes
8 221 Yes Yes Idle No
8 222 Yes No Idle Yes
8 223 Yes No Idle Yes
8 224 Yes No Idle Yes
8 225 Yes Yes Idle No
8 226 Yes No Idle Yes
8 227 Yes No Idle Yes
8 228 Yes No Idle Yes
8 229 Yes No Idle Yes
8 230 Yes Yes Idle No
8 231 Yes No Idle Yes
8 232 Yes Yes Idle No
8 234 Yes No Idle Yes
8 235 Yes No Idle Yes
8 236 Yes No Idle Yes
8 237 Yes No Idle Yes
8 238 Yes No Idle Yes
8 239 Yes No Idle Yes
8 240 Yes No Idle Yes
8 241 Yes Yes Idle No
8 242 Yes Yes Idle No
8 243 Yes No Idle Yes
8 244 Yes Yes Idle No
8 245 Yes Yes Idle No
8 246 Yes Yes Idle No
8 247 Yes No Idle Yes
8 248 Yes No Idle Yes
y todos los canales que tienen la leyenda de "Yes" en la columna "pri
call" al intentar realizar una marcacion del conmutador hacia el
asterisk no se puede establecer y en la consola de Asterisk
aparentemente nunca llega la llamada, por otro lado he configurado el
driver de sangoma como "EuroISDN" pero cada que hago cambios en dicho
archivo no me los toma y manda lo siguiente:
CLI> reload chan_dahdi.so
[Jan 11 10:56:42] WARNING[6892]: chan_dahdi.c:17754 process_dahdi:
Ignoring any changes to 'switchtype' (on reload) at line 33.
[Jan 11 10:56:42] WARNING[6892]: chan_dahdi.c:12515 mkintf: Attempt to
configure channel 1 with signaling Unknown signalling -1 ignored because
it is already configured to be ISDN PRI.
[Jan 11 10:56:42] WARNING[6892]: chan_dahdi.c:12515 mkintf: Attempt to
configure channel 2 with signaling Unknown signalling -1 ignored because
it is already configured to be ISDN PRI.

Esto con todos los canales, esto es lo que contiene mi chan_dahdi.conf
[trunkgroups]
[channels]
context=fint04
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0

callerid=asreceived
restrictcid=no

;Sangoma A108 port 1 [slot:4 bus:12 span:1] <wanpipe1>
;switchtype=euroisdn
;context=from-pstn
;group=0
;echocancel=yes
;faxdetect=incoming
;signalling=pri_cpe
;channel =>1-15,17-31

group=1
switchtype=euroisdn
callgroup=1
pickupgroup=1
immediate=no
accountcode=STC-MEX-PSTN
musiconhold=default
context=gerentes
channel => 1-15, 17-31
channel => 63-77, 79-93
channel =>187-201,203-217

group=2
switchtype=euroisdn
callgroup=1
pickupgroup=1
immediate=no
accountcode=MEX-MATRA
musiconhold=default
context=inbound
channel => 94-108, 110-124
channel => 218-232, 234-248

group=3
switchtype=euroisdn
callgroup=3
pickupgroup=3
immediate=no
accountcode=MEX-PSTN
musiconhold=default
context=TTS
channel => 32-46, 48-62
channel =>125-139,141-155
channel =>156-170,172-186

para liberar los canales o aplicar algun cambio en el chan_dahdi, tengo
que reiniciar totalmente asterisk o dahdi restart, pero esto en el
trayecto del dia no lo puedo estar haciendo a cada rato por que tiro las
llamadas que esten establecidas, tambien me gustaria saber si hay alguna
forma de reiniciar solo un puerto para tener la menor afectaci�n posible.

--
Sin mas por el momento, reciban un cordial saludo y agradesco de antemano la ayuda que me puedan brindar.

H�ctor A Arteaga R
M�xico.

Fernando Villares

unread,

Jan 11, 2012, 12:08:42 PM1/11/12

to aster...@googlegroups.com

es que claramente los tenes mal configurados a todos...

un enlace pri son varias partes, codificacion y framing a nivel de capa 1, es decir ccs (señalizacion de canal comun) y hdb3 en el caso de los latinos y europeos en su mayoria, los canales y time slots b y d (eso en en e1 serian 30 b mas el que usemos como canal d por cada trama....y luego en asterisk debemos montar el tipo de switch y su signalling!!!!!!!!!!!!!!!!

no pusiste en nada la señalizacion o sea que son customers es decir cpe ??? o son redes.....en modo net....

vamos a estudiar mas estandares y no copypastear!!!!!!!!!!!!!

El 11 de enero de 2012 14:03, Héctor Arteaga <hecto...@gmail.com> escribió:

Buen día

para liberar los canales o aplicar algun cambio en el chan_dahdi, tengo que reiniciar totalmente asterisk o dahdi restart, pero esto en el trayecto del dia no lo puedo estar haciendo a cada rato por que tiro las llamadas que esten establecidas, tambien me gustaria saber si hay alguna forma de reiniciar solo un puerto para tener la menor afectación posible.

--
Sin mas por el momento, reciban un cordial saludo y agradesco de antemano la ayuda que me puedan brindar.

Héctor A Arteaga R
México.

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com

Héctor Arteaga

unread,

Jan 11, 2012, 12:35:45 PM1/11/12

to aster...@googlegroups.com

Buen día.

Al colocar el "singnaling=pri_cpe" me manda lo mismo que se omite la orden en la linea donde esta, aquí en México cuando te entregan un E1 de tipo ISDN la configuración va como EuroISDN ya que es lo que manejan los carriers aquí, ahora solo tengo ese problema con esos dos E1's en particular, el resto de la tarjeta esta configurada hacia la pstn, presentan la misma configuración y no se quedan bloqueados, el mismo conmutador se supone debe estar configurado de la misma forma ya que si se le coloca un enlace E1 de proveedor y se modifica de master a sclave funciona, pero poco fiable ya que al ver la consola de asterisk y la del conmutador, los canales que yo detecto como bloqueados para el conmutador estan en status idle, comenta la gente del conmutador que es señalización pero no esta configurado de la misma forma para los que van directo a la PSTN y no existe el problema.

Este es la configuracion del dahdi/system.conf, ccs, hdb3 y sin CRC4.

loadzone=us
defaultzone=us
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
echocanceller=mg2,1-15,17-31
hardhdlc=16
span=2,2,0,ccs,hdb3
bchan=32-46,48-62
echocanceller=mg2,32-46,48-62
hardhdlc=47
span=3,3,0,ccs,hdb3
bchan=63-77,79-93
echocanceller=mg2,63-77,79-93
hardhdlc=78
span=4,4,0,ccs,hdb3
bchan=94-108,110-124
echocanceller=mg2,94-108,110-124
hardhdlc=109
span=5,5,0,ccs,hdb3
bchan=125-139,141-155
echocanceller=mg2,125-139,141-155
hardhdlc=140
span=6,6,0,ccs,hdb3
bchan=156-170,172-186
echocanceller=mg2,156-170,172-186
hardhdlc=171
span=7,7,0,ccs,hdb3
bchan=187-201,203-217
echocanceller=mg2,187-201,203-217
hardhdlc=202
span=8,8,0,ccs,hdb3
bchan=218-232,234-248
echocanceller=mg2,218-232,234-248
hardhdlc=233

Saludos!!

Héctor A Arteaga R
México.

- Para anular la suscripción: asterisk-es...@googlegroups.com

Fernando Villares

unread,

Jan 11, 2012, 12:56:40 PM1/11/12

to aster...@googlegroups.com

va de nuevo.....si no sabe si es cliente o server es decir net o cpe lease signalling, como cornos reconoce el switchtype....

siempre si va a la pstn se supone es pri_cpe y siempre debe ir el parametro para definir el comportamiento del pri como cliente............esta mal configuradoooooooooooo

Héctor Arteaga

unread,

Jan 11, 2012, 2:02:30 PM1/11/12

to aster...@googlegroups.com

He vuelto a configurar las tarjegas con wancfg_dahdi y esta es la configuración que me coloca.

;autogenerated by /usr/sbin/wancfg_dahdi do not hand edit
;autogenrated on 2012-01-11
;Dahdi Channels Configurations
;For detailed Dahdi options, view /etc/asterisk/chan_dahdi.conf.bak

[trunkgroups]

[channels]
context=default

usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0

group=1
callgroup=1
pickupgroup=1
immediate=no

;Sangoma A108 port 1 [slot:4 bus:12 span:1] <wanpipe1>
switchtype=euroisdn

context=gerentes
group=1

echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>1-15,17-31

;Sangoma A108 port 2 [slot:4 bus:12 span:2] <wanpipe2>
switchtype=euroisdn
context=TTS
group=3
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>32-46,48-62

;Sangoma A108 port 3 [slot:4 bus:12 span:3] <wanpipe3>
switchtype=euroisdn
context=gerentes
group=1
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>63-77,79-93

;Sangoma A108 port 4 [slot:4 bus:12 span:4] <wanpipe4>
switchtype=euroisdn
context=inbound
group=2
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>94-108,110-124

;Sangoma A108 port 5 [slot:4 bus:12 span:5] <wanpipe5>
switchtype=euroisdn
context=TTS
group=3
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>125-139,141-155

;Sangoma A108 port 6 [slot:4 bus:12 span:6] <wanpipe6>
switchtype=euroisdn
context=TTS
group=3
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>156-170,172-186

;Sangoma A108 port 7 [slot:4 bus:12 span:7] <wanpipe7>
switchtype=euroisdn
context=gerentes
group=1
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>187-201,203-217

;Sangoma A108 port 8 [slot:4 bus:12 span:8] <wanpipe8>
switchtype=euroisdn
context=inbound
group=2
echocancel=yes
faxdetect=incoming
signalling=pri_cpe
channel =>218-232,234-248

si yo hago cualquier movimiento, como el comentar algunos canales que por el momento no estan conectados, me manda de nuevo esto:

*CLI> reload chan_dahdi.so
[Jan 11 12:52:30] WARNING[20263]: chan_dahdi.c:17754 process_dahdi: Ignoring any changes to 'switchtype' (on reload) at line 31.
[Jan 11 12:52:30] WARNING[20263]: chan_dahdi.c:17754 process_dahdi: Ignoring any changes to 'signalling' (on reload) at line 36.
[Jan 11 12:52:30] WARNING[20263]: chan_dahdi.c:12515 mkintf: Attempt to configure channel 1 with signaling Unknown signalling -1 ignored because it is already configured to be ISDN PRI.
[Jan 11 12:52:30] WARNING[20263]: chan_dahdi.c:12515 mkintf: Attempt to configure channel 2 with signaling Unknown signalling -1 ignored because it is already configured to be ISDN PRI.
[Jan 11 12:52:30] WARNING[20263]: chan_dahdi.c:12515 mkintf: Attempt to configure channel 3 with signaling Unknown signalling -1 ignored because it is already configured to be ISDN PRI.

y el error de las lineas 31 y 36 se repite tantas veces como estan en el archivo de configuración de los puertos. Lo de la señalización si lo entiendo el que haber comentado la parte de singnaling y switchtype fue porque comenzo a mandarme ese error y con lo cual tengo que aplicar el dahdi restart para forzar la carga de la configuración. ¿Algun otro lado que pueda atacar, dahdi o wanpipe?

Saludos!!

Héctor A Arteaga R
México.

El 11/01/2012 11:56 a.m., Fernando Villares escribió:

va de nuevo.....si no sabe si es cliente o server es decir net o cpe lease signalling, como cornos reconoce el switchtype....

siempre si va a la pstn se supone es pri_cpe y siempre debe ir el parametro para definir el comportamiento del pri como cliente............esta mal configuradoooooooooooo

--

Fernando Villares

unread,

Jan 11, 2012, 2:38:23 PM1/11/12

to aster...@googlegroups.com

al dahdi que yo sepa y mas con cambios en el driver y las configs (el wancfg dahdi toca desde el wanrouter.cfg al system.conf y chan dahdi no lo podes hacer un reload asi tan campante) ....toca bajar el asterisk completo, recargar el wanrouter completo

es decir service wanrouter restart por ejemplo en centos ver con dmesg que todos los e1 levanten a estatus connected y luego darle relajado un asterisk start de nuevo con todos los cambios bien aplicados....

podrias aparte de eso tirar un pri show span 1 etc hasta el 8 a ver que te dan ???

Héctor Arteaga

unread,

Jan 11, 2012, 2:59:25 PM1/11/12

to aster...@googlegroups.com

Buen día

Esto es lo que me aparece en el span1 (PSTN)
Primary D-channel: 16
Status: Up, Active
Switchtype: EuroISDN
Type: CPE
Remote type: Unknown node type
Overlap Dial: 0
Logical Channel Mapping: 0
Timer and counter settings:
N200: 3
N202: 3
K: 7
T200: 1000
T201: 1000
T202: 10000
T203: 10000
T303: 4000
T305: 30000
T308: 4000
T309: 6000
T312: 6000
T313: 4000
T-HOLD: 4000
T-RETRIEVE: 4000
T-RESPONSE: 4000
T-STATUS: 4000
T-ACTIVATE: 10000
T-DEACTIVATE: 4000
T-INTERROGATE: 4000
T-RETENTION: 30000
T-CCBS1: 4000
T-CCBS2: 2700000
T-CCBS3: 20000
T-CCBS4: 5000
T-CCBS5: 3600000
T-CCBS6: 3600000
T-CCNR2: 10800000
T-CCNR5: 11700000
T-CCNR6: 11700000
Q931 RX: 862
Q931 TX: 428
Q921 RX: 1338
Q921 TX: 1288
Q921 Outstanding: 0 (TEI=0)
Total active-calls:5 global:0
CC records:
Overlap Recv: No

Esto es lo que me aparece en el Span4 (Conmutador)
Primary D-channel: 109
Status: Up, Active
Switchtype: EuroISDN
Type: CPE
Remote type: Unknown node type
Overlap Dial: 0
Logical Channel Mapping: 0
Timer and counter settings:
N200: 3
N202: 3
K: 7
T200: 1000
T201: 1000
T202: 10000
T203: 10000
T303: 4000
T305: 30000
T308: 4000
T309: 6000
T312: 6000
T313: 4000
T-HOLD: 4000
T-RETRIEVE: 4000
T-RESPONSE: 4000
T-STATUS: 4000
T-ACTIVATE: 10000
T-DEACTIVATE: 4000
T-INTERROGATE: 4000
T-RETENTION: 30000
T-CCBS1: 4000
T-CCBS2: 2700000
T-CCBS3: 20000
T-CCBS4: 5000
T-CCBS5: 3600000
T-CCBS6: 3600000
T-CCNR2: 10800000
T-CCNR5: 11700000
T-CCNR6: 11700000
Q931 RX: 445
Q931 TX: 620
Q921 RX: 1086
Q921 TX: 1075
Q921 Outstanding: 0 (TEI=0)
Total active-calls:6 global:0
CC records:
Overlap Recv: No

Realmente no se ve nada extraño, esta configurado como pri_cpe, euroisdn

Saludos!!

Héctor A Arteaga R
México.

Fernando Villares

unread,

Jan 11, 2012, 3:04:11 PM1/11/12

to aster...@googlegroups.com

a todo esto como esta configurada ademas la central del conmutador????? esta como pri net confirmado???? esta como euro isdn o esta como qsig???? no se suelen conectar las centrales entre ellas asi al voleo con euro isdn sino en qsig que es el estandar para conectar centrales por asi llamarlo por default ...y de todas formas son muy similares entre si y suelen hasta funcionar a medias cruzados asi como te pasa....de todas formas no podes hacer reloads al chan dahdi...todo cambio requiere restartear asterisk, revisate la documentacion de chan_dahdi.conf que en la 3era o 4 ta linea lo aclara grande grande

Héctor Arteaga

unread,

Jan 11, 2012, 3:22:09 PM1/11/12

to aster...@googlegroups.com

El conmutador es un AstraMatra la configuración del E1 esta como EuroISDN, como dato adicional contamos con DCP de Aspect para solución de marcador predictivo y tambien esta configurado como EuroISDN y hacia el conmutador ya que en ambas soluciones (Aspect y Asterisk) las extensiones de los usuarios finales estan dentro del conmutador matra.

Con relación al reload tienes razon estoy leyendo documentación al respecto y no se pueden hacer cambios de señalización. Esto porque la unica forma que se me ocurrio de limpiar el canal de nuevo fue dando un dahdi destroy X, pero el problema es que al no recargar el dahdi no se vuelve a cargar el canal hasta que se le de un dahdi restart pero eso tira las llamadas entonces es poco viable la solucion ya que la tarjeta tiene conectados 4 E1's, 2 al conmutador y 2 a PSTN y los de PSTN estan trabajando sin problemas.

Saludos!!

Héctor A Arteaga R
México.

Fernando Villares

unread,

Jan 11, 2012, 4:18:35 PM1/11/12

to aster...@googlegroups.com

Por cositas como estas en donde no podes maniobrar la central por tener placas es que se deben usar gateways externos ....de todas formas parece ser alguna divergencia de configuracion entre las tramas de la matra y el asterisk... Toca ver la config de la matra al pie de la letra

Enviado desde mi iPad

Héctor Arteaga

unread,

Jan 11, 2012, 5:36:10 PM1/11/12

to aster...@googlegroups.com

Ok, gracias.

Saludos!!

Héctor A Arteaga R
México.

El Miércoles, 11 de Enero de 2012 03:18:35 p.m., Fernando Villares
escribió:

> Por cositas como estas en donde no podes maniobrar la central por
> tener placas es que se deben usar gateways externos ....de todas
> formas parece ser alguna divergencia de configuracion entre las tramas
> de la matra y el asterisk... Toca ver la config de la matra al pie de
> la letra
>
> Enviado desde mi iPad
>
> El 11/01/2012, a las 17:22, Héctor Arteaga <hecto...@gmail.com

> <mailto:hecto...@gmail.com>> escribió:

>>> <mailto:hecto...@gmail.com>> escribió:

>>>> <hecto...@gmail.com <mailto:hecto...@gmail.com>> escribió:

>>>>> <mailto:asterisk-es...@googlegroups.com>

>>>> --
>>>> Este email pertenece a la lista de Asterisk-ES
>>>> (http://www.asterisk-es.org)
>>>>
>>>> ~~~ Normas de la lista Asterisk-ES:
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> - Para anular la suscripción:
>>>> asterisk-es...@googlegroups.com

>>>> <mailto:asterisk-es...@googlegroups.com>

>>>>
>>>>
>>>> --
>>>> Este email pertenece a la lista de Asterisk-ES
>>>> (http://www.asterisk-es.org)
>>>>
>>>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> - Para anular la suscripción:
>>>> asterisk-es...@googlegroups.com

>>>> <mailto:asterisk-es...@googlegroups.com>

>>> --
>>> Este email pertenece a la lista de Asterisk-ES
>>> (http://www.asterisk-es.org)
>>>
>>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> - Para anular la suscripción:
>>> asterisk-es...@googlegroups.com

>>> <mailto:asterisk-es...@googlegroups.com>

>>>
>>>
>>> --
>>> Este email pertenece a la lista de Asterisk-ES
>>> (http://www.asterisk-es.org)
>>>
>>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> - Para anular la suscripción:
>>> asterisk-es...@googlegroups.com

>>> <mailto:asterisk-es...@googlegroups.com>

>>
>> --
>> Este email pertenece a la lista de Asterisk-ES
>> (http://www.asterisk-es.org)
>>
>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> - Para anular la suscripción:
>> asterisk-es...@googlegroups.com

>> <mailto:asterisk-es...@googlegroups.com>

Héctor Arteaga

unread,

Jan 12, 2012, 11:02:34 AM1/12/12

to aster...@googlegroups.com

He hecho una prueba conectandolo con qsig, se sigue presentando el
caso, se cambio la configuración de Asterisk y del conmutador, sabes si
hay alguna forma de ir reseteando los canales manualmente?

Saludos!!

Héctor A Arteaga R
México.

El Miércoles, 11 de Enero de 2012 04:36:10 p.m., Héctor Arteaga
escribió:

Fernando Villares

unread,

Jan 12, 2012, 12:45:59 PM1/12/12

to aster...@googlegroups.com

Parametro reset interval de dahdi....

asterisk-es-unsubscribe@googlegroups.com
<mailto:asterisk-es-unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES
(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción:

asterisk-es-unsubscribe@googlegroups.com
<mailto:asterisk-es-unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES
(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción:

asterisk-es-unsubscribe@googlegroups.com
<mailto:asterisk-es-unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES
(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción:

asterisk-es-unsubscribe@googlegroups.com
<mailto:asterisk-es-unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com <mailto:asterisk-es-unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com <mailto:asterisk-es-unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com

oxido A

unread,

Jan 12, 2012, 2:20:41 PM1/12/12

to aster...@googlegroups.com

Como una idea por que no estudias el conmutador VS asterisk ..

Es decir ...

De que manera esta configurada la E1 en el conmutador mencionado si esto es es en mexico lo mas probable es que use R2 modificado...

Una vez que conoscas la configuracion del conmutador configura de la misma manera el dahdi ..

seguramente recive R2 y la configuracion del dahdi seria una estandar para R2 modificado...

Dudo mucho que en Mexico usen una EuroISDN..

y Si el conmutador en cuestion funciona con la PSTN pide la configuracion a tu ISP y trabaja con ella ...

Cheers !!

- Para anular la suscripción: asterisk-es...@googlegroups.com

--

   _    _
   //    \\
/'    `\
   /,'    ..-..    `.\
/,'   .''    ``.   `.\
   /,'   :   .---.   :   `.\
I I   : .'\   /`. :   I I
I b__:   . .`~'. .   :__d I
I p~~:   . `._.' .   :~~q I
I I   :   ./   \.   :   I I
   \`.   :   `---'   :   ,'/
\`.   `..    ..'   ,'/
   \`.    ``~''    ,'/
\`    '/
   \\    //
~    ~

Héctor Arteaga

unread,

Jan 12, 2012, 3:47:43 PM1/12/12

to aster...@googlegroups.com

Buen día

La localidad si es México, pero tengo puros enlaces ISDN y deacuerdo a la documentacion de los proveedores ocupan EuroISDN, como antes lo habia mencionado tengo un AstraMatra (Frabricante Frances) un DCP (Aspect) y el Asterisk, ayer realize las pruebas de cambiar la señalización de ISDN a QSIG y el problema sigue latente, lo unico anormal que veo es que el conmutador siempre manda las peticiones por los ultimos canales, es decir no conmienza con 1, 2, 3, .... 31, comienza 31, 30, 29........1 el detalle es que si alguno de los ultimos se livera se regresa al dicho puerto, lo que me da la idea que para el conmutador queda libre y mientras asterisk no lo ha liberado y al recibir una nueva peticion se queda bloqueado el puerto.
Al darle un "pri show channels"

CLI> pri show channels PRI B Chan Call PRI Channel Span Chan Chan Idle Level Call Name

1 1 Yes No Connect Yes DAHDI/i1/0452291486502-12

8 218 Yes Yes Idle No

8 219 Yes Yes Idle No 8 220 Yes Yes Idle No 8 221 Yes Yes Idle No 8 222 Yes Yes Idle No 8 223 Yes Yes Idle No 8 224 Yes Yes Idle No 8 225 Yes Yes Idle No 8 226 Yes Yes Idle No 8 227 Yes Yes Idle No 8 228 Yes Yes Idle No 8 229 Yes Yes Idle No 8 230 Yes No Proceeding Yes DAHDI/i8/3027-150 8 231 Yes Yes Idle No 8 232 Yes No Alerting Yes DAHDI/i8/3184-14b 8 234 Yes No Proceeding Yes DAHDI/i8/3502-148

8 235 Yes No Idle Yes

8 236 Yes Yes Idle No

8 237 Yes No Idle Yes

8 238 Yes No Connect Yes DAHDI/i8/2226-146 8 239 Yes No Connect Yes DAHDI/i8/5503-145 8 240 Yes No Proceeding Yes DAHDI/i8/2372-14e 8 241 Yes No Idle Yes 8 242 Yes No Idle Yes 8 243 Yes No Idle Yes 8 244 Yes No Idle Yes 8 245 Yes No Idle Yes 8 246 Yes No Idle Yes 8 247 Yes No Idle Yes

8 248 Yes No Idle Yes

Los canales que en la columna de "Chan Idle" = No, "Call Level" = Idle, "Pri Call" = Yes, y "Channel Name" = Vacio Son los canales que estan bloqueados, aparentemente estan disponibles, pero al mandar una llamada por ahí ya sea del conmutador hacia el asterisk o en sentido inverso se recibe una señal de Busy o Ocupado y la variable hangupcause manda un 17 (17 user busy 486 Busy here, conforme a la documentación de Voip-info).

    -- Executing [52814@hector:1] Dial("SIP/8016-000003fe", "DAHDI/248/2814") in new stack
[Jan 12 14:42:21] WARNING[22979]: app_dial.c:2198 dial_exec_full: Unable to create channel of type 'DAHDI' (cause 17 - User busy)
== Everyone is busy/congested at this time (1:1/0/0)
    -- Auto fallthrough, channel 'SIP/8016-000003fe' status is 'BUSY'
    -- Executing [h@hector:1] NoOp("SIP/8016-000003fe", "") in new stack
    -- Executing [h@hector:2] Set("SIP/8016-000003fe", "CDR(hangupc)=17") in new stack
    -- Executing [h@hector:3] NoOp("SIP/8016-000003fe", "17") in new stack
    -- Executing [h@hector:4] NoOp("SIP/8016-000003fe", "17") in new stack

Ya tambien le agrege el parametro de resetinterval y tampoco funciona, segun lo que estube leyendo le da un reset a los canales que ve liberados no a los que estan en estatus busy por obvias razones, si esta en busy debe de estar en llamada, por eso ando buscando paralelo al problema la forma de resetear el canal manualmente sin la necesidad de dar un "dahdi restart" ya que este me tira las llamadas de toda la tarjeta.

Saludos!!

Héctor A Arteaga R
México.

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción:
asterisk-es-unsubscribe@ googlegroups.com
<mailto:asterisk-es- unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES

(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción:
asterisk-es-unsubscribe@ googlegroups.com
<mailto:asterisk-es- unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES
(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción:
asterisk-es-unsubscribe@ googlegroups.com
<mailto:asterisk-es- unsub...@googlegroups.com>

-- Este email pertenece a la lista de Asterisk-ES

(http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción:
asterisk-es-unsubscribe@ googlegroups.com
<mailto:asterisk-es- unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@ googlegroups.com <mailto:asterisk-es- unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@ googlegroups.com <mailto:asterisk-es- unsub...@googlegroups.com>

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@ googlegroups.com

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

http://comunidad.asterisk-es. org/index.php?title=Lista: normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~

- Para anular la suscripción: asterisk-es-unsubscribe@ googlegroups.com

--

Fernando Villares

unread,

Jan 12, 2012, 6:27:41 PM1/12/12

to aster...@googlegroups.com

amigo oxido...1ero en mexico si usan ISDN...quizas por el monopolio de telmex haya mas r2 variante mx pero si hay y muchas ISDN en su variante euro como en casi toda america latina...

2ndo desde el vamos se notaria eso a la legua porque parten de 2 señalizaciones completamente diferentes a nivel de capa 2

siendo r2 señalizacion del tipo asociada al canal mientras que isdn es ccs o señalizacion de canal comun lo cual hace imposible que te levante siquiera la trama antes de llegar al asterisk....es algun problema con los canales de la matra y la tarjeta o alguna config rara especifica de la matra que no esta configurandose correctamente y nada mas....

Fernando Villares

unread,

Jan 12, 2012, 6:30:15 PM1/12/12

to aster...@googlegroups.com

hector eso es programacion de la matra, podrias hacer lo mismo con asterisk usando G0 por ejemplo en el dial arrancaria secuencialmente desde abajo de la trama hacia arriba....tu problema no esta en el asterisk si ya definiste pri cpe y el signalling proba con el parametro resetinterval=15 (cada 15 minutos resetea los canales idle) por ejemplo o luego en never y ponte a tocar la matra que seguro algo raro o diferente tiene....

oxido A

unread,

Jan 12, 2012, 9:02:48 PM1/12/12

to aster...@googlegroups.com

OK..

Raro un ISDN ...

Lo que mencionas del que comienza con el ultimo canal es configuracion de tu AstraMatra..

Ya te lo preguntaron No falta un NET ?

Esta integraciones la mayoria de las veces son mas problema de la central que del asterisk ..

Yo comenzaria revisando el AstraMatra (La E1!).....

Ten en mente que si este conmutador esta conectado alas PSTN y funciona ...
Esa misma configuracion funcionara en un Asteriks .... y ella misma funcionaria entre ambas .. ????

Eso de resetear un Canal es una locura..

El R2 modificado en su senalizacion manda unos bits de desbloqueo.. (1101) segun recuerdo antes de usar el canal..

Puedes monitorear los canales en tu central ? muestra lo mismo en ambos lados.. ?

Fernando Villares

unread,

Jan 12, 2012, 9:12:54 PM1/12/12

to aster...@googlegroups.com

Por favor amigo no derrapemos, 1101 es estado blocked el estado inicial de todo canal no inicializado....el estado,idle de r2 es 1001 de todas formas no tiene nada pero nada que ver con el problema planteado ....ellos usan isdn y no r2 punto.....son cosas diferentes y no se pueden mezclar....

Saludos

Enviado desde mi iPad

oxido A

unread,

Jan 12, 2012, 9:14:05 PM1/12/12

to aster...@googlegroups.com

Fernando ...

Si tienes Razon....

Solo, que nunca me a tocado una ISDN mas que en caso como este .. Asia otra Central....

Lo segundo fue por no leer ...

cheers !!!....

Fernando Villares

unread,

Jan 12, 2012, 9:18:33 PM1/12/12

to aster...@googlegroups.com

Mejor asi yo creo totalmente q es error de config de la matra pero bue sin la config mucho no sepuede saber....

Enviado desde mi iPad

Héctor Arteaga

unread,

Jan 15, 2012, 9:36:22 AM1/15/12

to aster...@googlegroups.com

En efecto de la configuración del conmutador no se puede mover mucho que digamos, ya vienen varios valores de fabrica y la unica forma de modificarlos es por medio de lo que ellos llaman tablas, en donde no se arriesgan a mover ya que si lo hacen de forma erronea pueden llegar a dañar el conmutador a modo tal, que una reinstalación segun ellos es mas facil, lo que a mi me queda solo por demostrar será dar trafico hacia el DCP que comentaba y ver que pasa con el, en caso de que siga el mismo problema tendré que hacer varias pruebas con el asterisk, en este momento trabajo con el y les cuento.

Saludos!!

Héctor A Arteaga R
México.

Héctor Arteaga

unread,

Jan 15, 2012, 3:59:43 PM1/15/12

to aster...@googlegroups.com

Ok, esto estubo genial, al parecer el problema se resolvio agrengando
parametros a las opciones del dial, para que al terminar la llamada por
la causa que sea, siga con la siguiente secuencia del dialplan esto
quedo de la siguiente forma:
exten => _ZXXXXXXX,1,Dial(SIP/userspru/${EXTEN},,TtHhg)
exten => _ZXXXXXXX,n,Hangup()
al recibir la llamada la paso por el trunksip y los parametros "Tt"
para la transferencia, esto se lo quitare solo encuanto valide que
realmente no es necesario, "Hh" para habilitar que cualquier de las
partes cuelgue la llamada con *(esto pense que no era necesario pero al
quitarselo vuelven a quedarse bloqueados algunos canales, con menor
intensidad que antes) y "g" para que asterisk continue con el dialplan
despues de detectar el colgado de alguna de las partes

De todos modos veo que es lo que sucede hasta mañana y les comento si
se volvieron abloquear varios canales o quedo listo.

Gracias por los aportes.

Saludos!!

Héctor A Arteaga R
México.

El Domingo, 15 de Enero de 2012 08:36:22 a.m., Héctor Arteaga escribió:
> En efecto de la configuración del conmutador no se puede mover mucho
> que digamos, ya vienen varios valores de fabrica y la unica forma de
> modificarlos es por medio de lo que ellos llaman tablas, en donde no
> se arriesgan a mover ya que si lo hacen de forma erronea pueden llegar
> a dañar el conmutador a modo tal, que una reinstalación segun ellos es
> mas facil, lo que a mi me queda solo por demostrar será dar trafico
> hacia el DCP que comentaba y ver que pasa con el, en caso de que siga
> el mismo problema tendré que hacer varias pruebas con el asterisk, en
> este momento trabajo con el y les cuento.
>
> Saludos!!
>
> Héctor A Arteaga R
> México.
>
> El 12/01/2012 08:18 p.m., Fernando Villares escribió:
>> Mejor asi yo creo totalmente q es error de config de la matra pero
>> bue sin la config mucho no sepuede saber....
>>
>> Enviado desde mi iPad
>>
>> El 12/01/2012, a las 23:14, oxido A <ox1...@gmail.com

>> <mailto:ox1...@gmail.com>> escribió:

>>
>>> Fernando ...
>>>
>>> Si tienes Razon....
>>>
>>> Solo, que nunca me a tocado una ISDN mas que en caso como este ..
>>> Asia otra Central....
>>> Lo segundo fue por no leer ...
>>>
>>> cheers !!!....
>>>
>>> El 12 de enero de 2012 20:02, oxido A <ox1...@gmail.com

>>> <mailto:ox1...@gmail.com>> escribió:

>>>
>>> OK..
>>>
>>> Raro un ISDN ...
>>>
>>> Lo que mencionas del que comienza con el ultimo canal es
>>> configuracion de tu AstraMatra..
>>>
>>> Ya te lo preguntaron No falta un NET ?
>>>
>>> Esta integraciones la mayoria de las veces son mas problema de
>>> la central que del asterisk ..
>>>
>>> Yo comenzaria revisando el AstraMatra (La E1!).....
>>>
>>> Ten en mente que si este conmutador esta conectado alas PSTN y
>>> funciona ...
>>> Esa misma configuracion funcionara en un Asteriks .... y ella
>>> misma funcionaria entre ambas .. ????
>>>
>>> Eso de resetear un Canal es una locura..
>>>
>>> El R2 modificado en su senalizacion manda unos bits de
>>> desbloqueo.. (1101) segun recuerdo antes de usar el canal..
>>>
>>> Puedes monitorear los canales en tu central ? muestra lo mismo
>>> en ambos lados.. ?
>>>
>>> El 12 de enero de 2012 14:47, Héctor Arteaga

>>> <hecto...@gmail.com <mailto:hecto...@gmail.com>> escribió:
>>>
>>> Buen día
>>>

>>> "*DAHDI/248/2814"*) in new stack

>>> [Jan 12 14:42:21] WARNING[22979]: app_dial.c:2198
>>> dial_exec_full: Unable to create channel of type 'DAHDI'
>>> (cause 17 - User busy)
>>> == Everyone is busy/congested at this time (1:1/0/0)
>>> -- Auto fallthrough, channel 'SIP/8016-000003fe' status is

>>> '*BUSY*'

>>> -- Executing [h@hector:1] NoOp("SIP/8016-000003fe", "") in
>>> new stack
>>> -- Executing [h@hector:2] Set("SIP/8016-000003fe",

>>> "*CDR(hangupc)=17*") in new stack

>>> -- Executing [h@hector:3] NoOp("SIP/8016-000003fe", "17") in
>>> new stack
>>> -- Executing [h@hector:4] NoOp("SIP/8016-000003fe", "17") in
>>> new stack
>>>
>>> Ya tambien le agrege el parametro de resetinterval y tampoco
>>> funciona, segun lo que estube leyendo le da un reset a los
>>> canales que ve liberados no a los que estan en estatus busy
>>> por obvias razones, si esta en busy debe de estar en
>>> llamada, por eso ando buscando paralelo al problema la forma
>>> de resetear el canal manualmente sin la necesidad de dar un

>>> "*dahdi restart*" ya que este me tira las llamadas de toda

>>> la tarjeta.
>>>
>>>
>>> Saludos!!
>>>
>>> Héctor A Arteaga R
>>> México.
>>>
>>>
>>> El 12/01/2012 01:20 p.m., oxido A escribió:
>>>> Como una idea por que no estudias el conmutador VS asterisk ..
>>>>
>>>> Es decir ...
>>>>
>>>> De que manera esta configurada la E1 en el conmutador
>>>> mencionado si esto es es en mexico lo mas probable es que
>>>> use R2 modificado...
>>>>
>>>> Una vez que conoscas la configuracion del conmutador
>>>> configura de la misma manera el dahdi ..
>>>>
>>>> seguramente recive R2 y la configuracion del dahdi seria
>>>> una estandar para R2 modificado...
>>>>
>>>> Dudo mucho que en Mexico usen una EuroISDN..
>>>>
>>>> y Si el conmutador en cuestion funciona con la PSTN pide la
>>>> configuracion a tu ISP y trabaja con ella ...
>>>>
>>>> Cheers !!
>>>>
>>>> El 12 de enero de 2012 11:45, Fernando Villares

>>>> <fvil...@gmail.com <mailto:fvil...@gmail.com>> escribió:

>>>>
>>>> Parametro reset interval de dahdi....
>>>>
>>>> El 12/01/2012 13:02, "Héctor Arteaga"

>>>> <hecto...@gmail.com <mailto:hecto...@gmail.com>>

>>>> <mailto:hecto...@gmail.com

>>>> <http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es>