Hola, supongamos que un gateway PSTN_SIP me envía el DTMF en el RTP (RFC2833), y que me dicen que no pueden configurarlo para que me envíe SIP INFO.
Qué faena, ¿no? Todo lo que podría ser un IVR a través de un servidor de aplicaciones SIP se va al garete... hum...
El tráfico llegará a un MediaProxy. Aún no lo he mirado, pero por casualidad sabéis si MediaProxy sería capaz de detectar DTMF RFC2833 y generar SIP INFO? buff, ya me respondo yo que no, pero ni de coña.
¿Cómo solucionar este problema entonces?
Hola Iñaki,
Hola, supongamos que un gateway PSTN_SIP me envía el DTMF en el RTP (RFC2833), y que me dicen que no pueden configurarlo para que me envíe SIP INFO.
Qué faena, ¿no? Todo lo que podría ser un IVR a través de un servidor de aplicaciones SIP se va al garete... hum...
El tráfico llegará a un MediaProxy. Aún no lo he mirado, pero por casualidad sabéis si MediaProxy sería capaz de detectar DTMF RFC2833 y generar SIP INFO? buff, ya me respondo yo que no, pero ni de coña.
Hasta dónde yo se, no puede hacerlo.
¿Cómo solucionar este problema entonces?
Una opción es recoger los DTMF en rfc2833 en un Asterisk y vía AGI pasarselos al servidor de aplicaciones.
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
On Friday 04 January 2008 12:49:46 Jesus Rodriguez wrote:
¿Cómo solucionar este problema entonces?
Una opción es recoger los DTMF en rfc2833 en un Asterisk y vía AGI pasarselos al servidor de aplicaciones.
Vaya, eso me suena de una presentación en el SIMO (aunque era una mierda porque hablaba de OpenSer pero no enseñaba nada de código XDDD).
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
O igual no he entendido algo...
Gracias por la ayuda.
Hola,
On Jan 4, 2008 1:12 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
On Friday 04 January 2008 12:49:46 Jesus Rodriguez wrote:
¿Cómo solucionar este problema entonces?
Una opción es recoger los DTMF en rfc2833 en un Asterisk y vía AGI pasarselos al servidor de aplicaciones.
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
Es fiable recoger los DTMF según con qué códec?
On Friday 04 January 2008 13:20:56 Victor Pascual Ávila wrote:
Hola,
On Jan 4, 2008 1:12 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
On Friday 04 January 2008 12:49:46 Jesus Rodriguez wrote:
¿Cómo solucionar este problema entonces?
Una opción es recoger los DTMF en rfc2833 en un Asterisk y vía AGI pasarselos al servidor de aplicaciones.
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
Es fiable recoger los DTMF según con qué códec?
Que yo sepa con G711 no debería haber problema, aunque tampoco entiendo a qué viene esta pregunta. Precisamente a mí lo que me gustaría sería recibir sólo SIP INFO pero el proveedor entrega RFC2833.
¿Podrías explicar a qué te referías con esa pregunta? Gracias.
On Jan 4, 2008 1:27 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
Que yo sepa con G711 no debería haber problema, aunque tampoco entiendo a qué viene esta pregunta. Precisamente a mí lo que me gustaría sería recibir sólo SIP INFO pero el proveedor entrega RFC2833.
¿Podrías explicar a qué te referías con esa pregunta? Gracias.
No tengo demasiado conocimiento sobre DTMF interoperability, pero mi pregunta era si es fiable clasificar los tonos DTMF que se reciben como media para convertirlos a signaling -permitiendo el uso de otras compresiones que no sean G711 -.
Saludos y gracias,
On Friday 04 January 2008 13:48:08 Victor Pascual Ávila wrote:
On Jan 4, 2008 1:27 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
Que yo sepa con G711 no debería haber problema, aunque tampoco entiendo a qué viene esta pregunta. Precisamente a mí lo que me gustaría sería recibir sólo SIP INFO pero el proveedor entrega RFC2833.
¿Podrías explicar a qué te referías con esa pregunta? Gracias.
No tengo demasiado conocimiento sobre DTMF interoperability, pero mi pregunta era si es fiable clasificar los tonos DTMF que se reciben como media para convertirlos a signaling -permitiendo el uso de otras compresiones que no sean G711 -.
Ah vale, pensé que era una pregunta retórica XD
Pues la verdad es que también me pillas, no sé cómo de fiable sería. En cualquier caso yo sólo recibiré codecs G711 o G729, en los que asumo debe funcionar bien el RFC2833 (del cuál no tengo ni idea).
Yo interpreto que lo que puede fallar más es el DTMF in-band.
Saludos.
Hola,
On Friday 04 January 2008 12:49:46 Jesus Rodriguez wrote:
¿Cómo solucionar este problema entonces?
Una opción es recoger los DTMF en rfc2833 en un Asterisk y vía AGI pasarselos al servidor de aplicaciones.
Vaya, eso me suena de una presentación en el SIMO (aunque era una mierda porque hablaba de OpenSer pero no enseñaba nada de código XDDD).
¿Por qué será? :)
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
En el caso de que tengas un servidor de aplicaciones que pueda hacer de b2bua puedes controlar en todo momento las dos (o más) patas de una llamada, reenviando una de ellas al asterisk sólo cuando te interese recoger los dtmf. En ese caso, el RTP sí que va al Asterisk.
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
El Viernes, 4 de Enero de 2008, Jesus Rodriguez escribió:
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
En el caso de que tengas un servidor de aplicaciones que pueda hacer de b2bua puedes controlar en todo momento las dos (o más) patas de una llamada, reenviando una de ellas al asterisk sólo cuando te interese recoger los dtmf. En ese caso, el RTP sí que va al Asterisk.
Vale, así que tendríamos un Asterisk para servicios de IVR y similares, lo acabo de dibujar ahora en un papel y le veo la lógica XD
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Gracias.
On 1/4/08, Iñaki Baz Castillo ibc@aliax.net wrote:
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Significa esto que toda la media de todos los usuarios van a tener que pasar por ese (cluster de ) Asterisk por si alguno decide usar tonos?
Saludos,
El Sábado, 5 de Enero de 2008, Victor Pascual Ávila escribió:
On 1/4/08, Iñaki Baz Castillo ibc@aliax.net wrote:
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Significa esto que toda la media de todos los usuarios van a tener que pasar por ese (cluster de ) Asterisk por si alguno decide usar tonos?
Sí, es lo mejor que se me había ocurrido antes de entender de entender el esquema que indicaba Jesús.
PD: De todas formas no sería tan maléfico. Lo que yo sugería era poner un Asterisk sólo como gateway DTMF RFC2833 a DTMF SIP INFO pero sólo aplicarlo en llamadas entrantes desde el gateway PSTN. Los usuarios irían configurados con DTMF SIP INFO y no necesitarían traducción alguna.
Saludos.
Siempre hay que recordar que en ingeniería no hay solo una solucione buena. Por algo usamos el ingenio... -----Original Message----- From: Iñaki Baz Castillo ibc@aliax.net
Date: Sat, 5 Jan 2008 22:44:14 To:users-es@lists.openser.org Subject: Re: [OpenSER-Users-ES] [OT] Provedores SIP y mét odo INFO para DTMF
El Sábado, 5 de Enero de 2008, Victor Pascual Ávila escribió:
On 1/4/08, Iñaki Baz Castillo ibc@aliax.net wrote:
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Significa esto que toda la media de todos los usuarios van a tener que pasar por ese (cluster de ) Asterisk por si alguno decide usar tonos?
Sí, es lo mejor que se me había ocurrido antes de entender de entender el esquema que indicaba Jesús.
PD: De todas formas no sería tan maléfico. Lo que yo sugería era poner un Asterisk sólo como gateway DTMF RFC2833 a DTMF SIP INFO pero sólo aplicarlo en llamadas entrantes desde el gateway PSTN. Los usuarios irían configurados con DTMF SIP INFO y no necesitarían traducción alguna.
Saludos.
On 1/5/08, Iñaki Baz Castillo ibc@aliax.net wrote:
PD: De todas formas no sería tan maléfico. Lo que yo sugería era poner un Asterisk sólo como gateway DTMF RFC2833 a DTMF SIP INFO pero sólo aplicarlo en llamadas entrantes desde el gateway PSTN. Los usuarios irían configurados con DTMF SIP INFO y no necesitarían traducción alguna.
La verdad es que tienes razón, no tiene tan mala pinta...
De todos modos le pegaré un vistazo a ver si hay algo de DTMF interoperability del AVT WG o de algunos de los grupos de SIP ya que puede ser interesante para nuestro prototipo P2PSIP (basado en Openser). Iñaki, si veo algo interesante y qué se aplique para tu escenario te mando un correo.
Saludos y que tengais muchos regalos :-)
El Domingo, 6 de Enero de 2008, Victor Pascual Ávila escribió:
On 1/5/08, Iñaki Baz Castillo ibc@aliax.net wrote:
PD: De todas formas no sería tan maléfico. Lo que yo sugería era poner un Asterisk sólo como gateway DTMF RFC2833 a DTMF SIP INFO pero sólo aplicarlo en llamadas entrantes desde el gateway PSTN. Los usuarios irían configurados con DTMF SIP INFO y no necesitarían traducción alguna.
La verdad es que tienes razón, no tiene tan mala pinta...
De todos modos le pegaré un vistazo a ver si hay algo de DTMF interoperability del AVT WG o de algunos de los grupos de SIP ya que puede ser interesante para nuestro prototipo P2PSIP (basado en Openser).
Yo lo veo complejo en cuanto a que estamos hablando de transformar información que viaja en el media a señalización luego se me antoja necesario un B2BUA (en este supuesto de hacer de intermediario).
Iñaki, si veo algo interesante y qué se aplique para tu escenario te mando un correo.
Gracias ;)
Hola Victor,
On 1/4/08, Iñaki Baz Castillo ibc@aliax.net wrote:
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Significa esto que toda la media de todos los usuarios van a tener que pasar por ese (cluster de ) Asterisk por si alguno decide usar tonos?
No. Sólo envías la llamada al asterisk cuando en tu aplicación necesitas recoger los DTMF.
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
Hola Iñaki,
El Viernes, 4 de Enero de 2008, Jesus Rodriguez escribió:
Pero sigo sin entenderlo, Asterisk es un B2BUA y no un "router" RTP, así que usar Asterisk para recoger los DTMF implica que Asterisk debe ser el SIP UAS y comerse el SIP que llega desde el proveedor. ¿De verdad queremos que Asterisk haga de SIP endpoint entre el gateway y el resto de nuestra infraestructura SIP?
Además, en salientes también debería pasar el audio por Asterisk para permitir que el llamado (un tfno PSTN) envíe DTMF y poder interceptarlos.
En el caso de que tengas un servidor de aplicaciones que pueda hacer de b2bua puedes controlar en todo momento las dos (o más) patas de una llamada, reenviando una de ellas al asterisk sólo cuando te interese recoger los dtmf. En ese caso, el RTP sí que va al Asterisk.
Vale, así que tendríamos un Asterisk para servicios de IVR y similares, lo acabo de dibujar ahora en un papel y le veo la lógica XD
Pero antes de empezar a entenderlo se me había ocurrido una idea un tanto descabellada:
Entre el gateway y el proxy (y/o servidor de aplicaciones) poner un Asterisk (o varios en paralelo) simplemente para transformar el RTF2833 a SIP INFO. Una barbaridad, ¿no?
Creo que sí :)
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
sr-users-es@lists.kamailio.org