Comandos dahdi en cli no funcionan. Lamento .

YoSoy

Joined
Sep 14, 2010
Messages
25
Likes
0
Points
0
#1
Lamento haber publicado el anuncio varias veces, no tengo experiencia en el foro..
Por favor responder en este mensaje.
Si supiera la forma de eliminar los otros, lo hiciera...
:(


Primero les quiero agradecer por su tiempo atendiendo mi problema.


Luego de un problema con el servicio electrico largo de nuestra central telefónica, se notó que teníamos un problema con la tarjeta OpenVox que utilizamos para conectar nuestro equipo a líneas telefónicas POTS normales. Las llamadas nio ingresan y tampoco salen.
Datos del sistema:
Elastix 1.6 32 bits.
Tarjetas: OpenVox A400P.
Se realizó un upgrade total del sistema sin sulucionar el problema.
EL PROBLEMA:
Este problema se refleja como la imposibilidad de usar las troncales conectadas hacia la tarjeta OpenVox.
INTENTO DE FALLIDO DE RECARGA DE MODULO DAHDI:
elastix*CLI> dahdi
No such command 'dahdi' (type 'help dahdi' for other possible commands)
[Sep 16 22:08:43] NOTICE[3099]: chan_iax2.c:7564 update_registry: Restricting registration for peer '115' to 60 seconds (requested 300)
elastix*CLI>
elastix*CLI>
elastix*CLI>
elastix*CLI>
elastix*CLI> module reload ch
chan_agent.so chan_iax2.so chan_mgcp.so chan_misdn.so chan_sip.so chan_skype.so chan_woomera.so
chan_dahdi.so
elastix*CLI> module reload chan_dahdi.so
[Sep 16 22:09:05] NOTICE[28301]: loader.c:686 ast_module_reload: The module 'chan_dahdi.so' was not properly initialized. Before reloading the module, you must run "module load chan_dahdi.so" and fix whatever is preventing the module from being initialized.
elastix*CLI> module unload chan_dahdi.so
== Unregistered application 'DAHDISendKeypadFacility'
== Unregistered application 'ZapSendKeypadFacility'
== Unregistered application 'DAHDIAcceptR2Call'
== Unregistered application 'ZapAcceptR2Call'
== Unregistered channel 1
== Unregistered channel 2
== Unregistered channel 3
[Sep 16 22:09:38] NOTICE[3100]: chan_iax2.c:7564 update_registry: Restricting registration for peer '115' to 60 seconds (requested 300)
-- Remote UNIX connection
-- Remote UNIX connection disconnected
elastix*CLI> module load chan_dahdi.so
== Registered application 'DAHDISendKeypadFacility'
== Registered application 'ZapSendKeypadFacility'
== Registered application 'DAHDIAcceptR2Call'
== Registered application 'ZapAcceptR2Call'
== Parsing '/etc/asterisk/chan_dahdi.conf': Found
== Parsing '/etc/asterisk/dahdi-channels.conf': Found
== Parsing '/etc/asterisk/chan_dahdi_additional.conf': Found
[Sep 16 22:10:05] WARNING[28301]: chan_dahdi.c:4998 handle_alarms: Detected alarm on channel 1: Red Alarm
-- Registered channel 1, FXS Kewlstart signalling
[Sep 16 22:10:05] WARNING[28301]: chan_dahdi.c:4998 handle_alarms: Detected alarm on channel 2: Red Alarm
-- Registered channel 2, FXS Kewlstart signalling
[Sep 16 22:10:05] WARNING[28301]: chan_dahdi.c:4998 handle_alarms: Detected alarm on channel 3: Red Alarm
-- Registered channel 3, FXS Kewlstart signalling
[Sep 16 22:10:05] WARNING[28301]: chan_dahdi.c:1816 dahdi_open: Unable to specify channel 4: No such device or address
[Sep 16 22:10:05] ERROR[28301]: chan_dahdi.c:8712 mkintf: Unable to open channel 4: No such device or address
here = 0, tmp->channel = 4, channel = 4
[Sep 16 22:10:05] ERROR[28301]: chan_dahdi.c:13000 build_channels: Unable to register channel '4'
[Sep 16 22:10:33] NOTICE[3093]: chan_iax2.c:7564 update_registry: Restricting registration for peer '115' to 60 seconds (requested 300)
elastix*CLI> dah
No such command 'dah' (type 'help dah' for other possible commands)
elastix*CLI> dahdi
No such command 'dahdi' (type 'help dahdi' for other possible commands)
elastix*CLI>
[root@elastix asterisk]# more chan_dahdi.conf
; Auto-generated by /usr/sbin/hardware_detector
[trunkgroups]
[channels]
; cambios para definir
;context=from-pstn
context=from-zaptel ; agregado
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
;Uncomment these lines if you have problems with the disconection of your analog lines
busydetect=yes
busycount=3
;language=es
loadzone=us
immediate=no
#include dahdi-channels.conf
#include chan_dahdi_additional.conf
[root@elastix asterisk]# more dahdi-channels.conf
; Autogenerated by /usr/sbin/dahdi_genconf on Tue Sep 14 23:15:19 2010
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;
; Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER)
;;; line="1 WCTDM/4/0 FXSKS"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-pstn
channel => 1
callerid=
group=
context=default
;;; line="2 WCTDM/4/1 FXSKS"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-pstn
channel => 2
callerid=
group=
context=default
;;; line="3 WCTDM/4/2 FXSKS"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-pstn
channel => 3
callerid=
group=
context=default
[root@elastix asterisk]# more chan_dahdi_additional.conf
;--------------------------------------------------------------------------------;
; Do NOT edit this file as it is auto-generated by FreePBX. All modifications to ;
; this file must be done via the web gui. There are alternative files to make ;
; custom modifications, details at: http://freepbx.org/configuration_files ;
;--------------------------------------------------------------------------------;
;
;;;;;;[110]
signalling=fxo_ks
pickupgroup=
mailbox=110@device
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=yes
context=from-internal
callprogress=no
callgroup=
callerid=device <110>
busydetect=no
busycount=7
accountcode=
channel=>4
 

cloclo

Joined
Jan 25, 2010
Messages
59
Likes
0
Points
0
#2
que tal,
primero reinicia tu pbx e instala de nuevo tu tarjeta desde cero
 

fmvillares

Joined
Sep 8, 2007
Messages
1,785
Likes
0
Points
0
#3
o revisate bien tu achivo /etc/dahdi/system.conf...las openvox siempre dan problemas por algo son placas baratas...aunque a veces dan resultado...

un comando para saber que esta hacidno dahdi es dahdi_tool

o podes verificar dahdi_cfg -vvvvv

saludos
 

jgutierrez

Joined
Feb 28, 2008
Messages
5,737
Likes
0
Points
0
#4
Al ejecutar lspci sí puedes ver la tarjeta?
Qué te sale al ejecutar lsdahdi?
 

YoSoy

Joined
Sep 14, 2010
Messages
25
Likes
0
Points
0
#5
Problema solucionado...

Gracias a todos los que me ayudaron.

Aqui la explicación y la solución.

Creo que esto va a eliminar mucho trabajo para quien se encuentre en la misma situación.

No estoy seguro de las causas de este comportamiento, pero lo que hice me evitó la reinstalación de todo el software.En mi caso eso era muy difícil porque en la mismsa máquina tengo un servidor de respado Samba y varios Gigas de información, por lo que no podía formatear el disco.

Bueno, resulta que mi tarjeta tenía equipado una línea FXS [ lo pueden ver en las capturas], esa línea FXS tenía asignada una extensión interna : 110.

Al parecer, el hecho de que el módulo FXS equipado tiene problemas [ parece que se dañó con el corte de energía que tuvimos] y no es reconocido por el software al momento de levantar el sistema, causa que dahdi rechaze la activación que FreeePBX desea hacer sobre la extensión 110.

En resumen, eliminé la extensión 110 y hice un reaload desde CLI del módulo: chan_dahdi.so, e inmediatamente ya me reconoció los canales Dahdi.

Este caso es muy útil para cuando se desea hacer un cambio de tarjeta sobre una central ya implementada... tener en mente este comportamiento evitará tener que reinstalar todo para poder levantar una simple tarjeta. Lo digo porque ya nos sucedió algo así y se resolvió con la reinstalación...

Saludos a todos.

PD: si alguien puede hacer un mejor diagnóstico de la razón completa de este comportamiento, le agradeceremos mucho...
 

fmvillares

Joined
Sep 8, 2007
Messages
1,785
Likes
0
Points
0
#6
que bueno que hayas solucionado tu inconveniente, aunque disiendo completamente que tengas que reinstalar todo siempre las tarjetas son relativamente sencillas de configurar pero tienen la contra compleja de que para realizar cualquier maniobra sobre ellas tenes que apagar o bajar la central...y eso es problematicos como minimo en todos los casos...
por eso los gateways son ademas una buena opcion...
 

Members online

Latest posts

Forum statistics

Threads
30,918
Messages
130,924
Members
17,601
Latest member
andrebr
Top