Sonidos de dtmf en llamadas

[Patricio]

Buen dia.
Sobre un asterisk 1.8, con 8 urbanas analogas y los internos SIP (Yealink), estas hablando y se escuchan dtmf, a veces se escuchan en ambos lados y a veces solo el telefonista.

Mirando el log veo esto:

[Jan  5 18:35:03] DTMF[6265]: channel.c:4194 __ast_read: DTMF begin 'A' received on DAHDI/3-1
[Jan  5 18:35:03] DTMF[6265]: channel.c:4204 __ast_read: DTMF begin passthrough 'A' on DAHDI/3-1
[Jan  5 18:35:03] DTMF[6265]: channel.c:4109 __ast_read: DTMF end 'A' received on DAHDI/3-1, duration 38 ms
[Jan  5 18:35:03] DTMF[6265]: channel.c:4149 __ast_read: DTMF end accepted with begin 'A' on DAHDI/3-1
[Jan  5 18:35:03] DTMF[6265]: channel.c:4164 __ast_read: DTMF end 'A' detected to have actual duration 59 on the wire, emulation will be triggered on DAHDI/3-1
[Jan  5 18:35:03] DTMF[6265]: channel.c:4171 __ast_read: DTMF end 'A' has duration 59 but want minimum 80, emulating on DAHDI/3-1
[Jan  5 18:35:03] DTMF[6265]: channel.c:4271 __ast_read: DTMF end emulation of 'A' queued on DAHDI/3-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4194 __ast_read: DTMF begin 'A' received on DAHDI/10-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4204 __ast_read: DTMF begin passthrough 'A' on DAHDI/10-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4109 __ast_read: DTMF end 'A' received on DAHDI/10-1, duration 38 ms
[Jan  5 18:37:51] DTMF[6259]: channel.c:4149 __ast_read: DTMF end accepted with begin 'A' on DAHDI/10-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4164 __ast_read: DTMF end 'A' detected to have actual duration 59 on the wire, emulation will be triggered on DAHDI/10-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4171 __ast_read: DTMF end 'A' has duration 59 but want minimum 80, emulating on DAHDI/10-1
[Jan  5 18:37:51] DTMF[6259]: channel.c:4271 __ast_read: DTMF end emulation of 'A' queued on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4194 __ast_read: DTMF begin '5' received on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4204 __ast_read: DTMF begin passthrough '5' on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4109 __ast_read: DTMF end '5' received on DAHDI/10-1, duration 25 ms
[Jan  5 18:37:56] DTMF[6259]: channel.c:4149 __ast_read: DTMF end accepted with begin '5' on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4164 __ast_read: DTMF end '5' detected to have actual duration 40 on the wire, emulation will be triggered on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4171 __ast_read: DTMF end '5' has duration 40 but want minimum 80, emulating on DAHDI/10-1
[Jan  5 18:37:56] DTMF[6259]: channel.c:4271 __ast_read: DTMF end emulation of '5' queued on DAHDI/10-1
  == Spawn extension (ivr-en-horario-col, s, 5) exited non-zero on 'DAHDI/9-1'
    -- Hanging up on 'DAHDI/9-1'
    -- Hungup 'DAHDI/9-1'
[Jan  5 18:38:22] DTMF[6259]: channel.c:4194 __ast_read: DTMF begin 'A' received on DAHDI/10-1
[Jan  5 18:38:22] DTMF[6259]: channel.c:4204 __ast_read: DTMF begin passthrough 'A' on DAHDI/10-1
[Jan  5 18:38:22] DTMF[6259]: channel.c:4109 __ast_read: DTMF end 'A' received on DAHDI/10-1, duration 38 ms
[Jan  5 18:38:22] DTMF[6259]: channel.c:4149 __ast_read: DTMF end accepted with begin 'A' on DAHDI/10-1
[Jan  5 18:38:22] DTMF[6259]: channel.c:4164 __ast_read: DTMF end 'A' detected to have actual duration 59 on the wire, emulation will be triggered on DAHDI/10-1
[Jan  5 18:38:22] DTMF[6259]: channel.c:4171 __ast_read: DTMF end 'A' has duration 59 but want minimum 80, emulating on DAHDI/10-1
[Jan  5 18:38:22] DTMF[6259]: channel.c:4271 __ast_read: DTMF end emulation of 'A' queued on DAHDI/10-1


Recibe A, numeros, D, etc.

Probe con relaxdtmf=yes, y nada.
Tengo esta estructura en otros lados y no esta este problema.

Alguna idea estimados?

Gracias mil.

[Patricio Rodriguez]

Les paso un dato que noté ahora.

Llame a la empresa y estuve hablando con una muchacha.
Yo escuche como 10 tonos, separados durante el tiempo de la comunicacion, y no saltaba nada en la consola, pero cuando salta eso ya mensionado en el email anterior, ella lo escucha y yo no.

Tal ves te sirva esta data.

Gracias mil!

--
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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Ramses]

A ver si vais a tener mensajes en el buzón de voz...

Saludos,

Ramses

[Patricio Rodriguez]

?? No entendi.

[Ramses]

Que hay dispositivos que, si tienen mensajes en el buzón de voz, te sueltan tonos periódicamente.

Saludos,

Ramses

[Jorge Montero]

Hola,

yo lo noto mucho con la voz femenina, relaxdtmf=yes ,me suele corregir el problema de falsos "positivos" del asterisk detectando DTMFs donde no los hay, y en plan "Hardcore" directmedia :-)

Un saludo

Jorge

[Patricio Rodriguez]

Por lo que investigue, habria que usar relaxdtmf=no., pero nada.. sigue igual.

Al usarlo en YES, asterisk es mas sensible, y puede detectar voces humanas como dtmf(talk-off), al dejarlo en NO, es mas tosco y con menos margen a error.

Igual probe ambas y no tengo resultados.

[jorge montero]

Se me hace extraño que la variable se llame "relax" DTMF y lo que haga al poner el valor a "yes" osea volverse más sensible, cuando leí la ayuda entendi que lo que hacia era modificar el funcionamiento de la funcion que usa la transformada rapida de Fourier, haciendo que tuviese que darle más positivos por unidad de tiempo para darlo como un tono.

Quizas deberia llamarse: angrydtmf.

Como he dicho antes, lo he usado en varias instalaciones y me ha ayudado, solo comento mi experiencia con el fin de ayudar a otros, no tengo ganas de guerras en plan : y yo más, lamento que no se corrija el problema, quizas otra persona pueda ayudarte.

Un saludo.

Un saludo.

Jorge Montero

[Patricio Rodriguez]

Exacto, eso pense yo, pero luego de investigar, es lo contrario. Asi que asumo que el relaxdtmf es para el lado del canal, no de la central.

De todos modos, lo probe aplicando a las placas y sip, tanto en YES como en NO, y nada.. sigue igual.

[Jorge Montero]

No entiendo eso del lado del canal, porfa ¿puedes poner un ejemplo? a ver si damos con ello

Un saludo

Jorge

[Patricio Rodriguez]

Fue un comentario sobre lo de Jorge, que la palabra relaxdtmf, uno piensa que es para rejalar la deteccion de tonos, pero es al reves. con relaxdtmf=no, es menos sensible.

[Patricio]

Buen dia.
Retomando el tema, les cuento.

Saque las placas y coloque un gateway, y los dtmf persisten!
Algo que noté es que los dtmf a veces suenan del lado del de afuera de la central, otras dentro del interno de la central, y a veces en ambos.
Cuando suena del lado de afuera, la central no registra nada como:

__ast_read: DTMF end '1' has duration 39 but want minimum 80, emulating on DAHDI/

Me juego a que antel esta enviando los dtmf, para cualquier lado.

Slds,