ECO Y CORTE DE LLAMADAS

Discussion in 'Elastix 2.x' started by hbrenner, Mar 10, 2010.

  1. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Tengo serios problemas hace 6 meses con eco en llamadas y llamadas que se cortan.
    He probado diferentes valores txgain y rxgain multiples veces, he actualizado el elastix, he verificado el cancelador, todo sin ningún cambio.
    Por favor agradeceré mucho toda la ayuda que puedan darme.
    Versión: elastix 1.5.2-2 con tarjeta openvox:A1200P/A800P

    Gracias
    Camaleon
     
  2. zeoneo

    Joined:
    Sep 24, 2009
    Messages:
    549
    Likes Received:
    0
    cambie a vercion 1.6...

    por otro lado, cuales son tus troncales???? o solo tienes extenciones???

    Nos vemos
     
  3. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Mis troncales son 4 pstn a la openvox, 12 anexos y no tengo troncales ip activas.

    Recomiendas actualizar a la 1.6xx? puedo actualizarla desde la 1.5.2-2? o recomiendas hacer una instalación desde cero?.

    Con respecto a hacer un yum update, es siempre necesario?


    Gracias por tu apoyo

    Hermann Brenner
     
  4. jgutierrez

    Joined:
    Feb 28, 2008
    Messages:
    5,737
    Likes Received:
    0
    Lo que haría es lo siguiente:

    1. En /etc/astersik/chan_dahdi.conf
    Setear los valores de rxgain y de txgain a 2.0
    2. Descomentar las opciones de:
    busydetect
    busycount
    respecto a busy count, te recomiendo que uses el valor de 6
    3. Ejecutar desde la consola
    amportal stop
    service asterisk stop (hasta que aslfa failed)
    service dahdi restart
    amportal start

    Si es que persisten tus problemas de colgado, te recomiendo que actives el servicio de polaridad reversa en tus líneas analógicas, este servicio lo deberás solicitar a tu proevedor.
    Y a continuación comentar las líneas del busydetect y del busycount, y agregar:
    answeronpolarityswitch=yes
    Y ejecutar otra vez el paso #3
     
  5. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    He hecho los cambios en rx, tx y lo recomendado sin tener mejoría alguna.

    No he actualizado a la versión 1.6, no sé si hacerlo, aún no veo la necesidad respecto a los problemas sería sólo todo un empezar simplemente para descartar????

    Espero comentarios

    Hermann Brenner
     
  6. jcastellanos

    Joined:
    Feb 10, 2009
    Messages:
    2,404
    Likes Received:
    0
    bueno yo creo que es buena idea lo que comenta jgutierrez, pidele al carrier el servicio de polaridad reversa podria ser el problema casi con seguridad
     
  7. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Respecto al eco, uds creen que con la inversión de la polaridad, podría mejorar?

    Gracias por todos sus comentarios.


    hbrenner
     
  8. jcastellanos

    Joined:
    Feb 10, 2009
    Messages:
    2,404
    Likes Received:
    0
    si, podria ser, al igual ver si no es compatible con algun cancelador de eco fisico, una duda, ya has intentadoconectarlo a otro carrier?
     
  9. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Lamentablemente sólo es un carrier con 5 líneas.
    Sólo me queda probar con solicitar el cambio de polaridad.

    Estaré informándoles de los cambios.

    Muchas gracias por el apoyo.

    Hbrenner
     
  10. jcastellanos

    Joined:
    Feb 10, 2009
    Messages:
    2,404
    Likes Received:
    0
    claro, y si tienes opcion de provar con otro carrier, no se llevando el servidor a tu casa o a otra oficina para ver si es incompatible o no
     
  11. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Se realizó el cambio de polaridad.
    El corte en las llamadas ya no se está dando más el eco sigue igual.

    Cómo verifico si la polaridad ha sido realmente cambiada...

    Otra consulta cuál es el método más preciso para dar los valores rxgain y txgain, asi como existe ztmonitor en zaptel, cuál es el comando para dahdi??


    Cualquier ayuda estaré muy agradecido, este problema persiste.

    Atte
    HBrenner
     
  12. jcastellanos

    Joined:
    Feb 10, 2009
    Messages:
    2,404
    Likes Received:
    0
    pues si te cambiaron la polariad y ya no se corta me imagino que esa es una prueba de que si le cambiaron, en cuanto al eco, para modificar el tx y rx lo mejor es ir probando cual le queda a tu caja.
     
  13. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Correcto ya no han habido cortes hoy.
    La inquietud es como veo desde asterisk la polaridad actual para tener referencia en futuros casos.
    El eco si persiste y tengo ahora problemas con anexos remotos, no siempre se logean.

    Saludos


    Atte
    HBrenner
     
  14. jcastellanos

    Joined:
    Feb 10, 2009
    Messages:
    2,404
    Likes Received:
    0
    la polaridad del elastix en dahdi.conf si no mal recuerdo esta la opcion de activarla que por default no esta puesta, en cuanto al eco podria ser la tareta.

    los anexos remostos se pueden estar descoenctando por el ancho de banda, o cortes en el servicio
     
  15. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    No hay forma de eliminar el eco.
    Bajando los valores rx y tx al mínimo continúa aún cuando la voz se escucha demasiado baja.

    Tiene el oslec instalado y corriendo, al parecer no hay forma de eliminar esta falla o es totalmente incompatible la dupla 1.5 + openvox8. Este caso no se ha presentado en otras versiones con openvox de 4puertos.

    Cualquier recomendación no tradicional estaré agradecido.

    Recordar que es un Elastix 1.5 + openvox de 8 puertos (4 activos).

    Atte

    HBrenner
     
  16. jgutierrez

    Joined:
    Feb 28, 2008
    Messages:
    5,737
    Likes Received:
    0
    Respecto a la detección de la polaridad reversa en asterisk, deberás seguir las indicaciones que te di al inicio de tu post (answeronpolarityswitch=yes), respecto a lo del eco, proporciona la siguiente información:

    1. lsdahdi
    2. asterisk -rx "dahdi show channels"
    3. el contenido del archivo /etc/dahdi/system.conf
    4. el contenido del archivo /etc/asterisk/chan_dahdi.conf
    5. el contenido del archivo /etc/astterisk/dahdi_channels.conf
     
  17. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Gracias por tu apoyo, acá la información

    1.lsdahdi

    ### Span 1: OPVXA1200/12 "OpenVox A1200P/A800P Board 13" (MASTER)
    1 FXO FXSKS (In use) (EC: OSLEC)
    2 FXO FXSKS (In use) (EC: OSLEC)
    3 FXO FXSKS (In use) (EC: OSLEC)
    4 FXO FXSKS (In use) (EC: OSLEC)
    5 EMPTY
    6 EMPTY
    7 EMPTY
    8 EMPTY
    9 EMPTY
    10 EMPTY
    11 EMPTY
    12 EMPTY
    ______________________________________________________________

    2. dahdi show channels

    Chan Extension Context Language MOH Interpret
    pseudo default default
    1 from-pstn default
    2 from-pstn default
    3 from-pstn default
    4 from-pstn default
    _______________________________________________________________

    3. system.conf

    # Autogenerated by /usr/sbin/dahdi_genconf on Tue Mar 16 09:50:23 2010 -- do not hand edit
    # Dahdi Configuration File
    #
    # This file is parsed by the Dahdi Configurator, dahdi_cfg
    #
    # Span 1: OPVXA1200/12 "OpenVox A1200P/A800P Board 13" (MASTER)
    fxsks=1
    echocanceller=oslec,1
    fxsks=2
    echocanceller=oslec,2
    fxsks=3
    echocanceller=oslec,3
    fxsks=4
    echocanceller=oslec,4
    # channel 5, OPVXA1200/12/4, no module.
    # channel 6, OPVXA1200/12/5, no module.
    # channel 7, OPVXA1200/12/6, no module.
    # channel 8, OPVXA1200/12/7, no module.
    # channel 9, OPVXA1200/12/8, no module.
    # channel 10, OPVXA1200/12/9, no module.
    # channel 11, OPVXA1200/12/10, no module.
    # channel 12, OPVXA1200/12/11, no module.
    "system.conf" 27L, 738C
    _______________________________________________________________

    4. chan_dahdi.conf

    [trunkgroups]
    [channels]
    context=from-pstn
    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=1.5
    txgain=3.0
    callgroup=1
    pickupgroup=1
    answeronpolarityswitch=yes
    hanguponpolarityswitch=yes
    ;Uncomment these lines if you have problems with the disconection of your analog lines
    busydetect=yes
    busycount=5

    immediate=no
    #include dahdi-channels.conf
    #include chan_dahdi_additional.conf
    _____________________________________________________________________________

    5. dahdi_channels.conf

    ; Autogenerated by /usr/sbin/dahdi_genconf on Tue Mar 16 09:50:23 2010 -- do not hand edit
    ; 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: OPVXA1200/12 "OpenVox A1200P/A800P Board 13" (MASTER)
    ;;; line="1 OPVXA1200/12/0 FXSKS (In use) (EC: OSLEC)"
    signalling=fxs_ks
    callerid=asreceived
    group=0
    context=from-pstn
    channel => 1
    callerid=
    group=
    context=default
    ;;; line="2 OPVXA1200/12/1 FXSKS (In use) (EC: OSLEC)"
    signalling=fxs_ks
    callerid=asreceived
    group=0
    context=from-pstn
    channel => 2
    callerid=
    group=
    context=default
    ;;; line="3 OPVXA1200/12/2 FXSKS (In use) (EC: OSLEC)"
    signalling=fxs_ks
    callerid=asreceived
    group=0
    context=from-pstn
    channel => 3
    callerid=
    group=
    context=default
    ;;; line="4 OPVXA1200/12/3 FXSKS (In use) (EC: OSLEC)"
    signalling=fxs_ks
    callerid=asreceived
    group=0
    context=from-pstn
    channel => 4
    callerid=
    group=
    context=default

    _______________________________
     
  18. jgutierrez

    Joined:
    Feb 28, 2008
    Messages:
    5,737
    Likes Received:
    0
    Lo que yo haría es lo siguiente:

    1. Pon rxgain en 0.0
    2. Pon txgain en 0.0
    3. Te has olvidado de comentar buydetect y busycount, hazlo
    4. amportal stop
    5. service asterisk stop (hasta que salga failed)
    6. service dahdi restart
    7. fxotune -i 4 (deberás esperar hasta que termine)
    8. amportal start

    Y revisa por cuál línea tienes eco, anda de una en una... Y otra pregunta, si es que conectas la línea directamente a un teléfono analógico, también tienes eco?
     
  19. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Utilize el fxotune -d -b 1-4 y medio los valores que buscaba de los 4 canales activos, estaban por 0.3602 a 0.4500 luego realize fxotune -i 1, donde pude ver que moduló cada canal (1-4).
    Ahora los valores de eco están por 0.019xx a 0.050xx lo cual es una reducción significativa.

    Al parecer esto debe haber resuelto el problema.
    Estaré viéndolo en producción y les comento.

    Mil gracias por toda la información y el apoyo brindado.


    Atte.

    Hermann Brenner R.
    (511) 99729-8676
     
  20. hbrenner

    Joined:
    Apr 25, 2009
    Messages:
    16
    Likes Received:
    0
    Efectivamente ya no se percibe eco en las llamadas externas de las 4 líneas conectadas a la tarjeta.
    fxotune es una excelente herramienta.

    Mi última inquietud es cuando se llaman entre anexos existen aún eco y retardo.
    Esto no está a nivel dahdi sino sip.

    En sip.conf todo ok
    ________________________________________________________________________
    [general]
    language=es


    ; These files will all be included in the [general] context
    ;
    #include sip_general_additional.conf

    ;sip_general_custom.conf is the proper file location for placing any sip general
    ;options that you might need set. For example: enable and force the sip jitterbuffer.
    ;If these settings are desired they should be set the sip_general_custom.conf file.
    ;
    jbenable=yes
    jbforce=yes
    ;
    ;It is also the proper place to add the lines needed for sip nat'ing when going
    ;through a firewall. For nat'ing you'd need to add the following lines:
    ; nat=yes , externip= , localhost= , and optionally fromdomain= .
    ;
    #include sip_general_custom.conf

    ;sip_nat.conf is here for legacy support reasons and for those that upgrade
    ;from previous versions. If you have this file with lines in it please make
    ;sure they are not duplicated in sip_general_custom.conf, if so remove them
    ;from sip_nat.conf as sip_general_custom.conf will have precedence.

    #include sip_nat.conf

    ;sip_registrations_custom.conf is for any customizations you might need to do to
    ;the automatically generated registrations that FreePBX makes.
    ;
    #include sip_registrations_custom.conf
    #include sip_registrations.conf

    ; These files should all be expected to come after the [general] context
    ;
    #include sip_custom.conf
    #include sip_additional.conf

    ;sip_custom_post.conf If you have extra parameters that are needed for a
    ;extension to work to for example, those go here. So you have extension
    ;1000 defined in your system you start by creating a line [1000](+) in this
    ;file. Then on the next line add the extra parameter that is needed.
    ;When the sip.conf is loaded it will append your additions to the end of
    ;that extension.
    ;
    #include sip_custom_post.conf
    __________________________________________________________________________

    Alguna recomendación?

    Atte.
    HB
     

Share This Page