Comandos dahdi en cli no funcionan. Lamento .

Discussion in 'General' started by YoSoy, Sep 17, 2010.

  1. YoSoy

    Joined:
    Sep 14, 2010
    Messages:
    25
    Likes Received:
    0
    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
     
  2. cloclo

    Joined:
    Jan 25, 2010
    Messages:
    59
    Likes Received:
    0
    que tal,
    primero reinicia tu pbx e instala de nuevo tu tarjeta desde cero
     
  3. fmvillares

    Joined:
    Sep 8, 2007
    Messages:
    1,785
    Likes Received:
    0
    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
     
  4. jgutierrez

    Joined:
    Feb 28, 2008
    Messages:
    5,737
    Likes Received:
    0
    Al ejecutar lspci sí puedes ver la tarjeta?
    Qué te sale al ejecutar lsdahdi?
     
  5. YoSoy

    Joined:
    Sep 14, 2010
    Messages:
    25
    Likes Received:
    0
    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...
     
  6. fmvillares

    Joined:
    Sep 8, 2007
    Messages:
    1,785
    Likes Received:
    0
    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...
     

Share This Page