Asterisk DTMF payload 101

[Guillermo Prado Obando]

Buenas tardes.

Me gustaria saber si es posible cambiar el payload de asterisk, que
tengo entendido tiene un valor de 101.

Esto me toca hacerlo porque Segun un proveedor (TELMEX) por estandar
utilizan un valor de 97.

Gracias.!!

[Saúl Ibarra Corretgé]

No tienes porque usar el mismo que tu proveedor. El telephone-event tiene payload dinámico, es decir, > 96, por lo que se negocia y cada uno puede usar el que quiera.

--
Saúl Ibarra Corretgé
http://saghul.net | http://about.me/saghul

> --
> 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
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com (mailto:asterisk-es...@googlegroups.com)

[Martin Vieyra]

Hola a Todos, 

Hasta lo que (y por favor corrijanme si me equivoco) el Payload para que pueda negociar, lo agregas en el archivo rtp.c.

En la función      static struct rtpPayloadType static_RTP_PT

agregas casi hasta abajo     [97] = {0, AST_RTP_DTMF},

Te debe quedar algo así:

static struct rtpPayloadType static_RTP_PT[MAX_RTP_PT] = {

.......

.......

[80] = {0, AST_RTP_DTMF},
[96] = {0, AST_RTP_DTMF},

[97] = {0, AST_RTP_DTMF},  /* AQUI */
[101] = {0, AST_RTP_DTMF},
[110] = {1, AST_FORMAT_SPEEX},
[111] = {1, AST_FORMAT_G726},
[112] = {1, AST_FORMAT_G726_AAL2},
[121] = {0, AST_RTP_CISCO_DTMF}, /* Must be type 121 */
};

Saludos a todos.

[Guillermo Prado Obando]

Gracias. Por algo dicen, el que no sabe es como el que no ve.



--
Atentamente,


Guillermo Prado Obando.
Bogotá D.C Colombia.

[Guillermo Prado Obando]

Señores una pregunta. Es posible solo recompilar el rtp.c y sobreescribir la librería.?? Esto para no tener que recompilar todo el asterisk nuevamente.

[oxido A]

Si corres ... De nuevo el Make solo recompilara el archivo o los  archivos actualizados (Que modificaste)...

para eso esta disenados los make files..

Intente lo que menciona martin..

Pero en mis equipos asterisk 1.8.8.2

No lo encontre:

 locate rtp.c

/etc/asterisk/rtp.conf

/home/polycom/Asteriks/rtp.conf

/usr/src/asterisk-1.8.8.2/channels/chan_multicast_rtp.c

/usr/src/asterisk-1.8.8.2/channels/sip/srtp.c

/usr/src/asterisk-1.8.8.2/configs/rtp.conf.sample

/usr/src/asterisk-1.8.8.2/res/res_srtp.c

Aqui este la documentación en Digium http://www.asterisk.org/doxygen/asterisk1.0/rtp_8c.html  ---- del .c en cuestión 

Y en el archivo http://www.asterisk.org/doxygen/asterisk1.0/rtp_8c-source.html

Varia un poco la structura.. aunque debería de funcionar .. 

Pero no estoy seguro por las versiones. 

[Raúl Alexis Betancor Santana]

On Fri, May 04, 2012 at 11:59:15AM -0500, Guillermo Prado Obando wrote:
> Se�ores una pregunta. Es posible solo recompilar el *rtp.c y sobreescribir
> la librer�a.?? Esto para no tener que recompilar todo el asterisk
> nuevamente.

No.

Saludos

[Saúl Ibarra Corretgé]

Qué usas, un 286?! Usa make -j tu_numero_de_cores y a molar.

--
Saúl Ibarra Corretgé
http://saghul.net | http://about.me/saghul

On Friday, May 4, 2012 at 6:59 PM, Guillermo Prado Obando wrote:

> Señores una pregunta. Es posible solo recompilar el rtp.c y sobreescribir la librería.?? Esto para no tener que recompilar todo el asterisk nuevamente.
>
> --
> Atentamente,
>
>
> Guillermo Prado Obando.
> Bogotá D.C Colombia.
>
>
>
>
>
> El 3 de mayo de 2012 10:04, Guillermo Prado Obando <gprado...@gmail.com (mailto:gprado...@gmail.com)> escribió:
> > Gracias. Por algo dicen, el que no sabe es como el que no ve.
> >
> >
> >
> > --
> > Atentamente,
> >
> >
> > Guillermo Prado Obando.
> > Bogotá D.C Colombia.
> >
> >
> >

> > El 3 de mayo de 2012 10:02, Martin Vieyra <martin...@gmail.com (mailto:martin...@gmail.com)> escribió:

> >
> > >
> > >
> > > El 3 de mayo de 2012 02:52, Saúl Ibarra Corretgé <sag...@gmail.com (mailto:sag...@gmail.com)> escribió:
> > >
> > > > No tienes porque usar el mismo que tu proveedor. El telephone-event tiene payload dinámico, es decir, > 96, por lo que se negocia y cada uno puede usar el que quiera.
> > > >
> > > > --
> > > > Saúl Ibarra Corretgé
> > > > http://saghul.net | http://about.me/saghul
> > > >
> > > >
> > > > On Friday, April 27, 2012 at 9:37 PM, Guillermo Prado Obando wrote:
> > > >
> > > > > Buenas tardes.
> > > > >
> > > > > Me gustaria saber si es posible cambiar el payload de asterisk, que
> > > > > tengo entendido tiene un valor de 101.
> > > > >
> > > > > Esto me toca hacerlo porque Segun un proveedor (TELMEX) por estandar
> > > > > utilizan un valor de 97.
> > > > >
> > > > > Gracias.!!
> > > > >
> > > > > --
> > > > > 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
> > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> > > > > - Para anular la suscripción: asterisk-es...@googlegroups.com (mailto:asterisk-es...@googlegroups.com) (mailto:asterisk-es...@googlegroups.com)

> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > 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
> > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> > > > - Para anular la suscripción: asterisk-es...@googlegroups.com (mailto:asterisk-es...@googlegroups.com)

> > >
> > > Hola a Todos,
> > >
> > > Hasta lo que (y por favor corrijanme si me equivoco) el Payload para que pueda negociar, lo agregas en el archivo rtp.c.
> > >
> > > En la función static struct rtpPayloadType static_RTP_PT
> > > agregas casi hasta abajo [97] = {0, AST_RTP_DTMF},
> > > Te debe quedar algo así:
> > >
> > >
> > > static struct rtpPayloadType static_RTP_PT[MAX_RTP_PT] = {
> > > .......
> > > .......
> > > [80] = {0, AST_RTP_DTMF},
> > > [96] = {0, AST_RTP_DTMF},
> > > [97] = {0, AST_RTP_DTMF}, /* AQUI */
> > > [101] = {0, AST_RTP_DTMF},
> > > [110] = {1, AST_FORMAT_SPEEX},
> > > [111] = {1, AST_FORMAT_G726},
> > > [112] = {1, AST_FORMAT_G726_AAL2},
> > > [121] = {0, AST_RTP_CISCO_DTMF}, /* Must be type 121 */
> > > };
> > >
> > > Saludos a todos.
> > >
> > > --
> > > 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
> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> > > - Para anular la suscripción: asterisk-es...@googlegroups.com (mailto:asterisk-es...@googlegroups.com)

> >
>
>
>
>
> --
> Atentamente,
>
>
> Guillermo Prado Obando.
> Bogotá D.C Colombia.

[Guillermo Prado Obando]

Si, tocó recompilar asterisk con el valor solicitado.

--
Atentamente,


Guillermo Prado Obando.
Bogotá D.C Colombia.

El 20 de febrero de 2013 17:48, eduard jair martinez centeno <eduard...@gmail.com> escribió:

--

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 correos electrónicos, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Eduard Centeno]

compa, pero como lo hiciste, perdon la pregunta, pero lo he intentado todo de todo viejo y nada, me ayudas?.

[Eduard Centeno]

compa, le agradezco mucho la ayuda, llevo un mes llevando esto a cuestas....

[Jhoan Orozco]

Alguien sabe donde esta el archivo rtp.c en Asterisk 11?

No lo he podido encontrar y Claro me dice que trabajan es con Payload 97

[Guillermo Prado Obando]

CLARO hace lo que se le da la gana, algunos equipos trabajan con el 101 y otros con el 97 .???, pero si cambias en asterisk al 97 sigue sin funcionar.

Soluciones por parte del proveedor?? ninguna.

Atentamente,


Guillermo Prado Obando.
Bogotá D.C Colombia.

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.

[Juan José Márquez]

Buenas

Jhoan encontraste el fichero? Yo tengo que integrar un trueno sip con claro y me indica. Que usan el payload 97, alguien lo ha conseguido. 

Saludos y gracias

[Jhoan Orozco]

Ya lo puede encontrar, entras a:

cd /usr/src/asterisk-11.6.0/main

vim vim rtp_engine.c

y buscas la linea:

add_static_payload(101, NULL, AST_RTP_DTMF);

y lo cambias por:

add_static_payload(97, NULL, AST_RTP_DTMF);

Luego debes salir al directorio raiz de asterisk (cd ..)

make

make install

y reinicias tu maquina, eso es todo.

El mismo operador me confirmo el cambia de payload 101 a 97

Espero que a alguien le sirva!!

Has recibido este mensaje porque estás suscrito a un tema del grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/0zwClO6YFgs/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.

[Jhoan Orozco]

Ya lo puede encontrar, entras a:

cd /usr/src/asterisk-11.6.0/main

vim vim rtp_engine.c

y buscas la linea:

add_static_payload(101, NULL, AST_RTP_DTMF);

y lo cambias por:

add_static_payload(97, NULL, AST_RTP_DTMF);

Luego debes salir al directorio raiz de asterisk (cd ..)

make

make install

y reinicias tu maquina, eso es todo.

El mismo operador me confirmo el cambia de payload 101 a 97

Espero que a alguien le sirva!!

Has recibido este mensaje porque estás suscrito a un tema del grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/0zwClO6YFgs/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.

[ra...@dimension-virtual.com]

> Ya lo puede encontrar, entras a:
>
> cd /usr/src/asterisk-11.6.0/main
>
> vim vim rtp_engine.c
>
> y buscas la linea:
>
> add_static_payload(101, NULL, AST_RTP_DTMF);
>
> y lo cambias por:
>
> add_static_payload(97, NULL, AST_RTP_DTMF);
>
> Luego debes salir al directorio raiz de asterisk (cd ..)
>
> make
> make install
>
> y reinicias tu maquina, eso es todo.
>
> El mismo operador me confirmo el cambia de payload 101 a 97
>
> Espero que a alguien le sirva!!

Claro que sirve ... para tener problemas luego con el 99.9% de los dispositivos
y carriers SIP del mundo.
Siesquuuuuuueeeeeeeeee ... ¡manía de saltarse los standares, leñe!

Saludos

[Jhoan Orozco]

Querían cambiar del Payload 101 al 97?, asi es que se hace!!!

Que necesites otros Carriers allí  o no, es necesidad de cada cual.

Por personas como tú, es muchos nos reservamos los resultados de nuestras investigaciones y de colaborar a los demás.

Salu2.

[ra...@dimension-virtual.com]

> Querían cambiar del Payload 101 al 97?, asi es que se hace!!!
>
> Que necesites otros Carriers allí o no, es necesidad de cada cual.
>
> Por personas como tú, es muchos nos reservamos los resultados de nuestras
> investigaciones y de colaborar a los demás.
>
> Salu2.

¡A cuadros me quedo con la respuesta!, ¿tienes a caso tú, ni puta idea de las
aportaciones que yo he hecho a la comunidad para que te atrevas siquiera a hacer
ese comentario?

¿Sabías acaso, que asterisk es capaz el solito de reconocer el playload del DMTF
si el request SIP está correctamente construido?, lo he dicho cientos de veces y
lo volveré a decir un millón de veces mas si hace falta, "Perpetuar a carriers,
fabricantes de hardware o software que no cumplen con los estandares, es pegarse
un tiro en el pie de la innovación".

Si tienes que trabajar con un carrier, que no solo cambia el playload que está
estandarizado para el DTMF, sino que encima no lo transmite correctamente en el
SDP del request, sería más que recomendable que buscaras otro carrier, porque
estoy seguro que no va a ser la única cosa en la que te de por el orto en ese
enlace. Y sino te queda más remedio, lo ideal no es ir a saco a cambiar el
código, sino ver si hay otra forma de solucionarlo.

Ya me estoy viendo a ese usuario, dentro de un par de días ... preguntando por
aquí, porqué ahora el DMTF se lo reconoce en el trunk ... pero no le funciona en
los terminales ... y ¿que solución le vas a dar entonces?, ¿que coja un JTAG y
reprograme los terminales SIP?, porque a lo mejor, corre con la suerte de que
usa terminales que NO le permiten modificar el playload del DMTF en la
configuración.

Parece que como uso y costumbre ... el sentido común, no es el más común de los
sentidos.

Saludos

[Fernando Villares]

Amigos calma.....todos sabemos de tu aporte genio....el problema de esta mierda del correo es q todos tendemos a malinterpretar todo....y a encabronarnos....y es cierto lonq dice raul en todo sentido...cambias elmpayload y luego cagaron todos tus otros equipos por lo cual no es una sokucion vuable y tenes q tirar el carrier a la.mierda yo opino igual ...o respetas los estandares o andate y perdon el lenguaje a la concha de la lora como provider....simole y claro

--
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 una entrada 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 obtener más opciones, visita https://groups.google.com/d/optout.

[Jhoan Orozco]

El problema acá no es de si es una buena o mala solución, la pregunta es clara "Como cambiar el Payload", así se hace, que sea estándar o no ya es otra cosa, pero cuando eres parte de una compañía grande te das cuenta que el estándar no siempre es lo que las compañías necesitas, mas aun que tienes un Call Center con 250 personas que tienen un costo de USD 35.000 diarios que no están recibiendo llamadas porque los usuarios no pueden escoger las opciones, y la solución es hacer este cambio.

Los invito a reflexionar, ya que las respuestas obscenas y degradas, no aporta al verdadero objetivo de estos foros.

Pido disculpas si en algún momento ofendí a alguien.

Espero que seguir y que me sigan ayudando en esta comunidad.

Salu2

[ra...@dimension-virtual.com]

> El problema acá no es de si es una buena o mala solución, la pregunta es
> clara "Como cambiar el Payload", así se hace, que sea estándar o no ya es
> otra cosa, pero cuando eres parte de una compañía grande te das cuenta que
> el estándar no siempre es lo que las compañías necesitas, mas aun que

> tienes un Call Center con 250 personas que tienen un costo de USD 35.000

> diarios que no están recibiendo llamadas porque los usuarios no pueden
> escoger las opciones, y la solución es hacer este cambio.

>
> Los invito a reflexionar, ya que las respuestas obscenas y degradas, no
> aporta al verdadero objetivo de estos foros.

Es precisamente en ese tipo de entornos, donde optar 'por el camino de enmedio',
y saltarse el estandar, es más peligroso aún si cabe.
¿que pasaría si los 250 shoftphones o hardphones o gateways, o lo que quiera que
uses para conectar esos 250 agentes, no permite cambiar el playload?, pues que
te acabas de meter en un marrón de 35K USD diarios. Porque te recuerdo que
Asterisk no hace de 'gateway transcodificados' de DTMF's ... la única solución
viable sería en ese caso, que el DTMF en el lado de los agentes fuera inband ó
via INFO.

No es una fácil decisión ... pero yo desde luego (y he trabajado en entornos
mucho más grandes que un callcenter con 250 agentes), no optaría por 'amoldarme'
a los servicios no estandarizados del carrier.

Hace unos años, tuvimos un caso 'curioso', nos llamó un operador español de los
3 grandes, para que le buscáramos una solución al problema de un cliente suyo
(72 sedes nacionales e internacionales, más de 1500 extensiones repartidas por 3
continentes y UN SOLO Asterisk para atenderlo todo), nos llamaron por imposición
DIRECTA del cliente (habíamos presentado una propuesta, pero ganó la del
'grande', porque ... 'son grandes', respuesta literal del responsable de TI),
habían subcontratado el proyecto ... y la subcontrata sabía de VoIP lo que
habían leído en la PC-Magazine ... problemas a doquier, no solo por mala
configuración del Asterisk y de la red, sino también, y estos eran los más
graves, por 'cucadas' del operador, estilo 'Para que se muestren los CLI, me
tienes que mandar una cabecera "especial"', 'Los faxes solo van a funcionar con
G711, porque no soportamos T38, y solo a través de un TRUNK especial', 'Los DTMF
solo pueden ir inband y para el trunk de voz solo puedes usar G729 (ergo ya
tienes un problema en Asterisk)' y cuarentamil cucadas más.
Para cada cosa que le buscavamos la 'ñapa' ... en cuanto pasaba a la fase de
pruebas, resultaba que nisiquiera funcionaba como ellos decían y bajos sus
propios requisitos ... cuando nó había problemas de interoperatividad con otros
elementos de la red del cliente, como máquinas de FAX que tenían soporte de T38
integrado y que no se podía aprovechar ... etc.
Resumen, a lo largo de 3 años de suplicio ... cuando el cliente se iba
cabreando, porque llevaban 3 meses esperando por que arreglaran 'la cucada de
turno', nosotros aparecíamos con la solución estandar, a través de nuestros
servicios y poco a poco nos fuimos quedando con el cliente.
Moraleja ... lo estandar, FUNCIONA y no te hace perder el tiempo 'buscando
fantasmas' y por más 'grande' que sea un proveedor, no significa, ni por asomo,
que sean mejores. ... en TI la máxima de 'ante la duda, la más tetuda', suele
llevar a grandes desastres y más costosos.

¡Alé! ... no es viernes, pero ya he soltado la parrafada reflexiva de la semana.

Saludos.

[Sir Brain Colward]

2014-08-03 15:45 GMT+02:00 <ra...@dimension-virtual.com>:

> Querían cambiar del Payload 101 al 97?, asi es que se hace!!!
>
> Que necesites otros Carriers allí  o no, es necesidad de cada cual.
>
> Por personas como tú, es muchos nos reservamos los resultados de nuestras
> investigaciones y de colaborar a los demás.
>
> Salu2.

¡A cuadros me quedo con la respuesta!, ¿tienes a caso tú, ni puta idea de las
aportaciones que yo he hecho a la comunidad para que te atrevas siquiera a hacer
ese comentario?

¿Sabías acaso, que asterisk es capaz el solito de reconocer el playload del DMTF
si el request SIP está correctamente construido?, lo he dicho cientos de veces y
lo volveré a decir un millón de veces mas si hace falta, "Perpetuar a carriers,
fabricantes de hardware o software que no cumplen con los estandares, es pegarse
un tiro en el pie de la innovación".

Si tienes que trabajar con un carrier, que no solo cambia el playload que está
estandarizado para el DTMF, sino que encima no lo transmite correctamente en el
SDP del request, sería más que recomendable que buscaras otro carrier, porque
estoy seguro que no va a ser la única cosa en la que te de por el orto en ese
enlace. Y sino te queda más remedio, lo ideal no es ir a saco a cambiar el
código, sino ver si hay otra forma de solucionarlo.

Un apunte: no está estandarizado el payload del DTMF. A partir del 96 es payload dinámico, con lo que lo puedes negociar (http://www.iana.org/go/rfc3551). Otra cosa es que de facto sea el 101 porque es el que se suele usar.

Lo que tendría que haber es una negociación, que en el SDP Offer se usa el payload 101, que en el SDP Answer se use también el mismo. Que el SDP Offer usa el 97, pues que el answer use ese también. Que para algo es un payload DINÁMICO. El error es que algo dinámico se codifique como estático y no aceptemos otra cosa. Eso sí que es no seguir el estándar.

Es más, por más que he mirado no veo en ningún punto de los distintos RFC que obligue a que usen el mismo payload en ambos flujo de media (siquiera en el códec de audio usado. otra cosa es que sea de sentido común, pero no está definido tampoco X-D). Si me equivoco, por favor, pasarme el enlace al punto en cuestión que debo estar ciego.

Ya me estoy viendo a ese usuario, dentro de un par de días ... preguntando por
aquí, porqué ahora el DMTF se lo reconoce en el trunk ... pero no le funciona en
los terminales ... y ¿que solución le vas a dar entonces?, ¿que coja un JTAG y
reprograme los terminales SIP?, porque a lo mejor, corre con la suerte de que
usa terminales que NO le permiten modificar el playload del DMTF en la
configuración.

Parece que como uso y costumbre ... el sentido común, no es el más común de los
sentidos.

Saludos

--
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 una entrada 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 obtener más opciones, visita https://groups.google.com/d/optout.

[Juan Jose Marquez Perez]

Buenas

Muchas gracias a todos por las respuestas, siento no haber podido contestar antes. Mi pregunta realmente era como cambiar el payload a 97 que es el que me obliga Claro, pero realmente no quiero que me dejen de funcionar otros trunk con otros proveedores, mi pregunta era relacionada con el inicio del post, donde modificaban el rtp.c y lo que hacian era añadir `[97] = {0, AST_RTP_DTMF},  pero no cambiaban el payload por defecto.

Mañana comienzo las pruebas con Claro, seguramente sin cambiar lo que comenta Jhoan no me funcione, mañana cuando pruebe os comentare, pero si alguno se os ocurre otra solución que no me afecte a otros trunk os lo agradeceria.

Saludos

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.

[Raúl Alexis Betancor Santana]

On Mon, Aug 11, 2014 at 06:24:37PM +0200, Juan Jose Marquez Perez wrote:
> Buenas
>
> Muchas gracias a todos por las respuestas, siento no haber podido contestar antes. Mi pregunta realmente era como cambiar el payload a 97 que es el que me obliga Claro, pero realmente no quiero que me dejen de funcionar otros trunk con otros proveedores, mi pregunta era relacionada con el inicio del post, donde modificaban el rtp.c y lo que hacian era añadir `[97] = {0, AST_RTP_DTMF}, pero no cambiaban el payload por defecto.
>
> Mañana comienzo las pruebas con Claro, seguramente sin cambiar lo que comenta Jhoan no me funcione, mañana cuando pruebe os comentare, pero si alguno se os ocurre otra solución que no me afecte a otros trunk os lo agradeceria.
>
> Saludos

Si Claro hace las cosas como debe ... no tendrías que modificar nada,
ya que Asterisk es capaz de negociar el playload ID del DMTF.

Saludos

[Elio Rojano]

Ya Raúl, pero tú sabes mejor que nadie que cuando un cliente (que no tiene ni idea) quiere un operador, aunque este funcione en un servidor sin toma de tierra y solo haya oído "SIP" cuando le responden a sus preguntas, quiere a ese operador y no existe fuerza en el mundo capaz de explicarle que ese operador no le conviene. Es como decir, "quiero hablar con mis usuario de Skype!" ya puedes decirle misa, que él quiere hablar con otros usuarios de Skype y de ahí no se bajan.

No digo que Claro lo haga mal, igual la persona que dijo que todo es por culpa del payload no tenga mucha idea por que personalmente me extraña que este sea el único sitio donde se diga que Claro sólo trabaja con payload 97 y que no hay otra forma.

Saludos

--
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 una entrada 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 obtener más opciones, visita https://groups.google.com/d/optout.

--
Página web: http://www.sinologic.net/

Twitter: http://twitter.com/hellc2

LinkedIn: http://es.linkedin.com/in/rojano

[Juan Jose Marquez Perez]

Buenas

Después de mis primeras pruebas, me funciona bien el trunk de Claro sin hacer ninguna modificación, me reconoce el DMTF sin problemas.

Muchas gracias por la ayuda.

Saludos

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.