problemas de ruido en lineas analogicas

538 views
Skip to first unread message

Paco Gil

unread,
Sep 21, 2009, 1:10:36 PM9/21/09
to asterisk-es
Siguiendo con el tántalo de los condensadores y los poltergeist en
líneas analógicas de un hilo anterior....

Descripcion del problema:

Una central con una tdm800 y varios fxo (2 a telefonica y 4 a enlaces
gsm). Funciona bien de normal... pero de vez en cuando empieza con
ruidos en los usuarios de la central (no los de fuera). Son ruidos
"crujientes" que hacen imposible la comunicación. Ha tenido zaptel de
todos lo colores y dahdi de todos los sabores. Asterisk desde 1.4.21.2
hasta 1.4.26.1. Antes era una centos 2.6.18 y ahora es un Fedora 11
con 2.6.29 (aunque da igual porque sigue lo mismo).

Estos ruidos siempre se solucionan parando asterisk y reiniciando
zaptel/dahdi. Ya he cambiado el equipo dos veces (servidores dell) sin
cambiar la TDM800. Ahora incluso ya no se usa HPEC sino OSLEC. Parece
que todo se soluciona, pero tarde o temprano (en un día como máximo)
vuelven a aparecer los dichosos ruidos que impiden tener una
conversación normal. La tarjeta se ve afectada en su totalidad, es
decir, tienen ruido las 2 lineas pstn y las lineas GSM (son enlaces
móviles normalitos).

Hoy he podido darme cuenta de que parece que pasa cuando se va
internet (en este equipo es frecuente cortes de larga duración). Me he
ido in situ y he comprobado cómo la central estaba medio tonta.
Tardaba en responder a comandos en el CLI, el chan_sip no cargaba
rapido tras un stop now y un start.. en fin... poltergeist...
(bastante descrito ya en la lista, por cierto)

Me ha dado por pensar si tendrá que ver que dahdi haga esos peazo
ruidos tan raros por causa de que no tenga internet... podrá ser
eso???

Adicionalmente, tengo puesto srvlookup=no en el sip.conf... pero me
pregunto si hay más parámetros que tocar para evitar que asterisk se
quede atontado cuando no tiene internet...

saludos, paco

--
http://masteracsi.ual.es/

Raúl Alexis Betancor Santana

unread,
Sep 21, 2009, 2:12:51 PM9/21/09
to aster...@googlegroups.com
On Monday 21 September 2009 18:10:36 Paco Gil wrote:

> Una central con una tdm800 y varios fxo (2 a telefonica y 4 a enlaces
> gsm). Funciona bien de normal... pero de vez en cuando empieza con
> ruidos en los usuarios de la central (no los de fuera). Son ruidos
> "crujientes" que hacen imposible la comunicación. Ha tenido zaptel de
> todos lo colores y dahdi de todos los sabores. Asterisk desde 1.4.21.2
> hasta 1.4.26.1. Antes era una centos 2.6.18 y ahora es un Fedora 11
> con 2.6.29 (aunque da igual porque sigue lo mismo).

¿El ruido solo se produce en el lado IP, pero originado en las líneas PSTN?



> Estos ruidos siempre se solucionan parando asterisk y reiniciando
> zaptel/dahdi. Ya he cambiado el equipo dos veces (servidores dell) sin
> cambiar la TDM800. Ahora incluso ya no se usa HPEC sino OSLEC. Parece
> que todo se soluciona, pero tarde o temprano (en un día como máximo)
> vuelven a aparecer los dichosos ruidos que impiden tener una
> conversación normal. La tarjeta se ve afectada en su totalidad, es
> decir, tienen ruido las 2 lineas pstn y las lineas GSM (son enlaces
> móviles normalitos).

¿Has comprobado la tensión que entregan las líneas?, no es la primera vez que
me encuentro con una instalación que en alguna parte tiene una derivación o
una inducción y la línea PSTN lleva más tensión de la que debe. Esto puede
producir que los circuitos de la TDM se van "cargando" de estática y luego
generan ruidos extraños.
Se soluciona reiniciando la tarjeta, porque al hacerlo una de cosas que hace
el DSP de la tarjeta es descargar completamente los circuitos de los módulos.



> Hoy he podido darme cuenta de que parece que pasa cuando se va
> internet (en este equipo es frecuente cortes de larga duración). Me he
> ido in situ y he comprobado cómo la central estaba medio tonta.
> Tardaba en responder a comandos en el CLI, el chan_sip no cargaba
> rapido tras un stop now y un start.. en fin... poltergeist...
> (bastante descrito ya en la lista, por cierto)


> Me ha dado por pensar si tendrá que ver que dahdi haga esos peazo
> ruidos tan raros por causa de que no tenga internet... podrá ser
> eso???

Umm ... no le veo relación al ruido con la falta de internet.

> Adicionalmente, tengo puesto srvlookup=no en el sip.conf... pero me
> pregunto si hay más parámetros que tocar para evitar que asterisk se
> quede atontado cuando no tiene internet...

Instalar dnscache del señor D.J. Bernsteins suele solucionar el problema
del "atontamiento"

--
Raúl Alexis Betancor Santana
Dimensión Virtual

Paco Gil

unread,
Sep 21, 2009, 2:28:15 PM9/21/09
to aster...@googlegroups.com
2009/9/21 Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>:
>
> On Monday 21 September 2009 18:10:36 Paco Gil wrote:
>
>> Una central con una tdm800 y varios fxo (2 a telefonica y 4 a enlaces
>> gsm). Funciona bien de normal... pero de vez en cuando empieza con
>> ruidos en los usuarios de la central (no los de fuera). Son ruidos
>> "crujientes" que hacen imposible la comunicación. Ha tenido zaptel de
>> todos lo colores y dahdi de todos los sabores. Asterisk desde 1.4.21.2
>> hasta 1.4.26.1. Antes era una centos 2.6.18 y ahora es un Fedora 11
>> con 2.6.29 (aunque da igual porque sigue lo mismo).
>
> ¿El ruido solo se produce en el lado IP, pero originado en las líneas PSTN?

el ruido solo es en los telefonos IP, el de la pstn oye
perfectamente... Efectivamente, sólo pasa cuando se habla por la
PSTN...

>
>> Estos ruidos siempre se solucionan parando asterisk y reiniciando
>> zaptel/dahdi. Ya he cambiado el equipo dos veces (servidores dell) sin
>> cambiar la TDM800. Ahora incluso ya no se usa HPEC sino OSLEC. Parece
>> que todo se soluciona, pero tarde o temprano (en un día como máximo)
>> vuelven a aparecer los dichosos ruidos que impiden tener una
>> conversación normal. La tarjeta se ve afectada en su totalidad, es
>> decir, tienen ruido las 2 lineas pstn y las lineas GSM (son enlaces
>> móviles normalitos).
>
> ¿Has comprobado la tensión que entregan las líneas?, no es la primera vez que
> me encuentro con una instalación que en alguna parte tiene una derivación o
> una inducción y la línea PSTN lleva más tensión de la que debe. Esto puede
> producir que los circuitos de la TDM se van "cargando" de estática y luego
> generan ruidos extraños.
> Se soluciona reiniciando la tarjeta, porque al hacerlo una de cosas que hace
> el DSP de la tarjeta es descargar completamente los circuitos de los módulos.

No he querido llegar hasta esos extermos, pero juraría que lo provocan
las líneas de telefónica. Esto es una cantera de áridos y las líneas
son patéticas hasta llegar a la central. De hecho, hace tiempo que
tuvieron que hacer reparaciones y cosas así... pero vamos, que no he
revisado los niveles de potencial, así como el tema de tierras. De
todas formas, la central está aislada de tierra y los circuitos de
telefonía no están conectados a tierra que yo sepa...

Si es eso, no hay nada que hacer, mejor se quita todo.... vaya una
mierda de líneas...

Bueno, se podría hacer que cada X horas se pare Asterisk, se reinicie
Dahdi y se cargue Asterisk... pero qué cosa mas guarra!!!!

En fin, me tocará revisar los voltajes de la línea.

>
>> Hoy he podido darme cuenta de que parece que pasa cuando se va
>> internet (en este equipo es frecuente cortes de larga duración). Me he
>> ido in situ y he comprobado cómo la central estaba medio tonta.
>> Tardaba en responder a comandos en el CLI, el chan_sip no cargaba
>> rapido tras un stop now y un start.. en fin... poltergeist...
>> (bastante descrito ya en la lista, por cierto)
>
>
>> Me ha dado por pensar si tendrá que ver que dahdi haga esos peazo
>> ruidos tan raros por causa de que no tenga internet... podrá ser
>> eso???
>
> Umm ... no le veo relación al ruido con la falta de internet.

no si yá, pero vete tú a saber...

>
>> Adicionalmente, tengo puesto srvlookup=no en el sip.conf... pero me
>> pregunto si hay más parámetros que tocar para evitar que asterisk se
>> quede atontado cuando no tiene internet...
>
> Instalar dnscache del señor D.J. Bernsteins suele solucionar el problema
> del "atontamiento"

es decir, más mierda blanda....

gracias...



>
> --
> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
> >
>



--
http://masteracsi.ual.es/

Raúl Alexis Betancor Santana

unread,
Sep 21, 2009, 3:15:45 PM9/21/09
to aster...@googlegroups.com
On Monday 21 September 2009 19:28:15 Paco Gil wrote:

> No he querido llegar hasta esos extermos, pero juraría que lo provocan
> las líneas de telefónica. Esto es una cantera de áridos y las líneas
> son patéticas hasta llegar a la central. De hecho, hace tiempo que
> tuvieron que hacer reparaciones y cosas así... pero vamos, que no he
> revisado los niveles de potencial, así como el tema de tierras.


Pide que te las cambien por RDSI ... así por lo menos el marrón del ruido se
lo traga la central de telefónica.

> De
> todas formas, la central está aislada de tierra y los circuitos de
> telefonía no están conectados a tierra que yo sepa...

Creo recordar, que cada X posters .. están conectadas a tierra, sino las
lineas, las mallas para evitar convertir una línea aérea en un conductor
brutal en caso de rayo.

alphil

unread,
Sep 21, 2009, 1:53:57 PM9/21/09
to asterisk-es


On 21 sep, 19:10, Paco Gil <pag...@gmail.com> wrote:

> Hoy he podido darme cuenta de que parece que pasa cuando se va
> internet (en este equipo es frecuente cortes de larga duración). Me he
> ido in situ y he comprobado cómo la central estaba medio tonta.
> Tardaba en responder a comandos en el CLI, el chan_sip no cargaba
> rapido tras un stop now y un start.. en fin... poltergeist...
> (bastante descrito ya en la lista, por cierto)
>
> .......
>
> Adicionalmente, tengo puesto srvlookup=no en el sip.conf... pero me
> pregunto si hay más parámetros que tocar para evitar que asterisk se
> quede atontado cuando no tiene internet...
>

Mi receta para combatir caidas de DNS:

- /etc/resolv.conf timeout 2 (por defecto son 5 segundos que
libresolv espera que le contesta un nameserver, mientras espera esos 5
segundos - mantiene frito todo el sistema - yo lo bajo hasta 1 o 2
segundos)
- /etc/asterisk/sip.conf srvlookup=no
- /etc/asterisk/dnsmgr.conf enabled=yes

Si tienes algún SIP-Trunk con voip proveedor o otro sistema, - en /etc/
resolv.conf poner las IP's a mano (claro, si es posible).

Para comprobar - ejecuto tcpdump -nn -i eth0 port 53

Paco Gil

unread,
Sep 25, 2009, 11:41:37 AM9/25/09
to aster...@googlegroups.com
2009/9/21 Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>
> Estos ruidos siempre se solucionan parando asterisk y reiniciando
> zaptel/dahdi. Ya he cambiado el equipo dos veces (servidores dell) sin
> cambiar la TDM800. Ahora incluso ya no se usa HPEC sino OSLEC. Parece
> que todo se soluciona, pero tarde o temprano (en un día como máximo)
> vuelven a aparecer los dichosos ruidos que impiden tener una
> conversación normal. La tarjeta se ve afectada en su totalidad, es
> decir, tienen ruido las 2 lineas pstn y las lineas GSM (son enlaces
> móviles normalitos).

¿Has comprobado la tensión que entregan las líneas?, no es la primera vez que
me encuentro con una instalación que en alguna parte tiene una derivación o
una inducción y la línea PSTN lleva más tensión de la que debe. Esto puede
producir que los circuitos de la TDM se van "cargando" de estática y luego
generan ruidos extraños.
Se soluciona reiniciando la tarjeta, porque al hacerlo una de cosas que hace
el DSP de la tarjeta es descargar completamente los circuitos de los módulos.

Bueno, esta claro. Dos veces al dia, parar asterisk, reiniciar dahdi, arrancar asterisk y no hay ruidos. Comprobado 3 dias seguidos y sin ruido. Si no hago esto, tengo ruidos tarde o temprano (la chicharra)...

Solo un temita de linux: he creado un cron para ejecutar un script que pare asterisk, rearranque dahdi y arranque asterisk. Lo tipico, el script por si solo funciona perfectamente, ahora bien, cuando lo hace el cron peta el asterisk (crontab -e y añadido la ruta completa al script, siendo éste ejecutable). Parece como si no parara asterisk e intentara meterle mano al dahdi directamente (petando obviamente)... El log cuando peta pone esto:

Sep 25 14:30:12 pbx kernel: BUG: unable to handle kernel paging request at be0f0000
Sep 25 14:30:12 pbx kernel: IP: [<c0567fb4>] strnlen+0xe/0x1e
Sep 25 14:30:12 pbx kernel: *pdpt = 000000001e093001 *pde = 0000000000000000
Sep 25 14:30:12 pbx kernel: Oops: 0000 [#1] SMP
Sep 25 14:30:12 pbx kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:05:07.0/subsystem_device
Sep 25 14:30:12 pbx kernel: Modules linked in: wctdm wctdm24xxp dahdi_voicebus dahdi sco bridge stp llc bnep l2cap bluetooth echo crc_ccitt sunrpc ipv6 iptab$
Sep 25 14:30:12 pbx kernel:
Sep 25 14:30:12 pbx kernel: Pid: 15213, comm: dahdi_hardware Not tainted (2.6.29.4-167.fc11.i686.PAE #1) PowerEdge SC430
Sep 25 14:30:12 pbx kernel: EIP: 0060:[<c0567fb4>] EFLAGS: 00010297 CPU: 0
Sep 25 14:30:12 pbx kernel: EIP is at strnlen+0xe/0x1e
Sep 25 14:30:12 pbx kernel: EAX: be0f0000 EBX: d8cdd06b ECX: be0f0000 EDX: fffffffe
Sep 25 14:30:12 pbx kernel: ESI: be0f0000 EDI: ffffffff EBP: ddc49e60 ESP: ddc49e60
Sep 25 14:30:12 pbx kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Sep 25 14:30:12 pbx kernel: Process dahdi_hardware (pid: 15213, ti=ddc48000 task=de029940 task.ti=ddc48000)
Sep 25 14:30:12 pbx kernel: Stack:
Sep 25 14:30:12 pbx kernel: ddc49e78 c0567151 d8cddc00 ddc49ed0 e0d01226 ddc49ed4 ddc49eb0 c056773d
Sep 25 14:30:12 pbx kernel: ffffffff ffffffff 00000000 00000b9c d8cdd064 ffffffff d8cddc00 ffffffff
Sep 25 14:30:12 pbx kernel: d72e4073 d72e4000 d8cdd000 00000064 ddc49ebc c05678dd ddc49ed0 ddc49ef8
Sep 25 14:30:12 pbx kernel: Call Trace:
Sep 25 14:30:12 pbx kernel: [<c0567151>] ? string+0x2b/0x70
Sep 25 14:30:12 pbx kernel: [<c056773d>] ? vsnprintf+0x279/0x3b3
Sep 25 14:30:12 pbx kernel: [<c05678dd>] ? snprintf+0x15/0x17
Sep 25 14:30:12 pbx kernel: [<e0cf7af0>] ? dahdi_proc_read+0x43d/0x4f8 [dahdi]
Sep 25 14:30:12 pbx kernel: [<e0cf76b3>] ? dahdi_proc_read+0x0/0x4f8 [dahdi]
Sep 25 14:30:12 pbx kernel: [<c04e02c9>] ? proc_file_read+0xc4/0x1d9
Sep 25 14:30:12 pbx kernel: [<c04dc92f>] ? proc_reg_read+0x6f/0x89
Sep 25 14:30:12 pbx kernel: [<c04e0205>] ? proc_file_read+0x0/0x1d9
Sep 25 14:30:12 pbx kernel: [<c04dc8c0>] ? proc_reg_read+0x0/0x89
Sep 25 14:30:12 pbx kernel: [<c04a93fa>] ? vfs_read+0x92/0xf1
Sep 25 14:30:12 pbx kernel: [<c04a9515>] ? sys_read+0x4c/0x70
Sep 25 14:30:12 pbx kernel: [<c040945f>] ? sysenter_do_call+0x12/0x34
Sep 25 14:30:12 pbx kernel: Code: 5d c3 55 89 e5 57 0f 1f 44 00 00 85 c9 89 c7 74 07 89 d0 f2 ae 75 01 4f 89 f8 5f 5d c3 55 89 e5 0f 1f 44 00 00 89 c1 89 c8 $
Sep 25 14:30:12 pbx kernel: EIP: [<c0567fb4>] strnlen+0xe/0x1e SS:ESP 0068:ddc49e60
Sep 25 14:30:12 pbx kernel: ---[ end trace eb012f11f1ded598 ]---
Sep 25 14:30:12 pbx kernel: BUG: unable to handle kernel paging request at be0f0000
Sep 25 14:30:12 pbx kernel: IP: [<c0567fb4>] strnlen+0xe/0x1e
Sep 25 14:30:12 pbx kernel: *pdpt = 000000001f89f001 *pde = 0000000000000000
Sep 25 14:30:12 pbx kernel: Oops: 0000 [#2] SMP
Sep 25 14:30:12 pbx kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:05:07.0/subsystem_device
Sep 25 14:30:12 pbx kernel: Modules linked in: wctdm wctdm24xxp dahdi_voicebus dahdi sco bridge stp llc bnep l2cap bluetooth echo crc_ccitt sunrpc ipv6 iptab$
Sep 25 14:30:12 pbx kernel:
Sep 25 14:30:12 pbx kernel: Pid: 15215, comm: dahdi_registrat Tainted: G      D    (2.6.29.4-167.fc11.i686.PAE #1) PowerEdge SC430
Sep 25 14:30:12 pbx kernel: EIP: 0060:[<c0567fb4>] EFLAGS: 00010297 CPU: 0
Sep 25 14:30:12 pbx kernel: EIP is at strnlen+0xe/0x1e
Sep 25 14:30:12 pbx kernel: EAX: be0f0000 EBX: d8dae06b ECX: be0f0000 EDX: fffffffe
Sep 25 14:30:12 pbx kernel: ESI: be0f0000 EDI: ffffffff EBP: df88de60 ESP: df88de60
Sep 25 14:30:12 pbx kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Sep 25 14:30:12 pbx kernel: Process dahdi_registrat (pid: 15215, ti=df88c000 task=d2458000 task.ti=df88c000)
Sep 25 14:30:12 pbx kernel: Stack:
Sep 25 14:30:12 pbx kernel: df88de78 c0567151 d8daec00 df88ded0 e0d01226 df88ded4 df88deb0 c056773d
Sep 25 14:30:12 pbx kernel: ffffffff ffffffff 00000000 00000b9c d8dae064 ffffffff d8daec00 ffffffff
Sep 25 14:30:12 pbx kernel: d72e4073 d72e4000 d8dae000 00000064 df88debc c05678dd df88ded0 df88def8
Sep 25 14:30:12 pbx kernel: Call Trace:
Sep 25 14:30:12 pbx kernel: [<c0567151>] ? string+0x2b/0x70
Sep 25 14:30:12 pbx kernel: [<c056773d>] ? vsnprintf+0x279/0x3b3
Sep 25 14:30:12 pbx kernel: [<c05678dd>] ? snprintf+0x15/0x17
Sep 25 14:30:12 pbx kernel: [<e0cf7af0>] ? dahdi_proc_read+0x43d/0x4f8 [dahdi]
Sep 25 14:30:12 pbx kernel: [<e0cf76b3>] ? dahdi_proc_read+0x0/0x4f8 [dahdi]
Sep 25 14:30:12 pbx kernel: [<c04e02c9>] ? proc_file_read+0xc4/0x1d9
Sep 25 14:30:12 pbx kernel: [<c04dc92f>] ? proc_reg_read+0x6f/0x89
Sep 25 14:30:12 pbx kernel: [<c04e0205>] ? proc_file_read+0x0/0x1d9
Sep 25 14:30:12 pbx kernel: [<c04dc8c0>] ? proc_reg_read+0x0/0x89
Sep 25 14:30:12 pbx kernel: [<c04a93fa>] ? vfs_read+0x92/0xf1
Sep 25 14:30:12 pbx kernel: [<c04a9515>] ? sys_read+0x4c/0x70
Sep 25 14:30:12 pbx kernel: [<c040945f>] ? sysenter_do_call+0x12/0x34
Sep 25 14:30:12 pbx kernel: Code: 5d c3 55 89 e5 57 0f 1f 44 00 00 85 c9 89 c7 74 07 89 d0 f2 ae 75 01 4f 89 f8 5f 5d c3 55 89 e5 0f 1f 44 00 00 89 c1 89 c8 $
Sep 25 14:30:12 pbx kernel: EIP: [<c0567fb4>] strnlen+0xe/0x1e SS:ESP 0068:df88de60
Sep 25 14:30:12 pbx kernel: ---[ end trace eb012f11f1ded599 ]---
Sep 25 14:30:12 pbx kernel: dahdi_echocan_oslec: Registered echo canceler 'OSLEC'

Alguna idea de por qué el cron no me hace caso???

gracias
 
--
http://masteracsi.ual.es/

Reply all
Reply to author
Forward
0 new messages