DTMF de 50 ms por RFC2833 (¿por qué lo regenera Asterisk en el canal SIP de salida?)
Iñaki Baz Castillo
- Asterisk recibe un INVITE en el que se negocia que el iniciador
enviará DTMF's por RFC2833 con payload 101:
a=rtpmap:101 telephone-event/8000
- Asterisk saca la llamada también por SIP (siempre RFC 2833 para DTMF's).
- Llega un DTMF de 50 ms (lo sé por trazas tcpdump) que Asterisk no
detecta (puesto que es < 80ms). No detecta porque no se loguea en los
logs cuando se activa el "dtmf".
- Pero para mi sorpresa resulta que Asterisk saca esos DTMF's por el
canal de salida, sin cambiarlos, es decir, con 50 ms (de nuevo lo sé
por trazas tcpdump).
No lo entiendo porque:
- Si Asterisk no puede intepretar esos DTMF's a la entrada NO debería
poder *regenerarlos* a la salida.
- No van inband sino por RFC2833 (un payload diferente en el RTP) así
que si Asterisk recibe un DTMF y lo ignora (no lo loguea/interpreta
por ser de 50ms), no debería regenerarlo a la salida.
- El codec negociado en ambos canales es g729 en ambas direcciones en
cada canal. Pero el codec no debería afectar en nada (los DTMF son
otro payload dentro del RTP).
Y sin embargo Asterisk "deja" pasar los DTMF's.... no lo entiendo.
Tiene que haber algún error en mi planteamiento. ¿Opiniones?
Gracias.
--
Iñaki Baz Castillo
<i...@aliax.net>
Elio Rojano
No solo en SIP, recuerdo que una persona de esta lista ya comentó hace
tiempo que con DAHDI también lo hacía.
>
>
> --
> Iñaki Baz Castillo
> <i...@aliax.net>
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
>
Iñaki Baz Castillo
>> Y sin embargo Asterisk "deja" pasar los DTMF's.... no lo entiendo.
>> Tiene que haber algún error en mi planteamiento. ¿Opiniones?
>> Gracias.
>
> No solo en SIP, recuerdo que una persona de esta lista ya comentó hace
> tiempo que con DAHDI también lo hacía.
Pero en cualquier caso, si la entrada fuese SIP y la salida TDM
entonces no pasarían los DTMF's ni de coña, ¿verdad? O sea:
- Por canal-1 (SIP) llegan DTMF's (RFC2833) de 50 ms que Asterisk no interpreta.
- Puesto que Asterisk no los interpreta NO puede "capturarlos" para
regenerar los DTMF's en el canal-2 (DAHDI) de salida.
Esto tiene sentido, ¿verdad?
Gracias.