4 Jan
2008
4 Jan
'08
1:46 p.m.
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?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
4 Jan
4 Jan
1:49 p.m.
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(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
2:12 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
On Friday 04 January 2008 12:49:46 Jesus Rodriguez wrote:
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
¿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. 
2:20 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
Hola,
On Jan 4, 2008 1:12 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
On Friday 04 January 2008 12:49:46 Jesus Rodriguez
wrote:
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?
--
Victor Pascual Ávila
¿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.
2:27 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
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(a)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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
On Friday 04 January 2008 12:49:46 Jesus
Rodriguez wrote:
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? ¿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.
2:48 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
On Jan 4, 2008 1:27 PM, Iñaki Baz Castillo <ibc(a)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,
--
Victor Pascual Ávila
2:51 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
On Friday 04 January 2008 13:48:08 Victor Pascual Ávila wrote:
On Jan 4, 2008 1:27 PM, Iñaki Baz Castillo
<ibc(a)in.ilimit.es> wrote:
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
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 -.
5:26 p.m.
Hola,
On Friday 04 January 2008 12:49:46 Jesus Rodriguez
wrote:
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á? :)
¿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.
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(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
5 Jan
5 Jan
12:05 a.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
El Viernes, 4 de Enero de 2008, Jesus Rodriguez escribió:
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.
--
Iñaki Baz Castillo
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.
8:21 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
On 1/4/08, Iñaki Baz Castillo <ibc(a)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,
--
Victor Pascual Ávila
11:44 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
El Sábado, 5 de Enero de 2008, Victor Pascual Ávila escribió:
On 1/4/08, Iñaki Baz Castillo <ibc(a)aliax.net>
wrote:
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.
--
Iñaki Baz Castillo
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? 
11:45 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
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(a)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(a)aliax.net>
wrote:
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.
--
Iñaki Baz Castillo
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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?
6 Jan
6 Jan
4:03 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
On 1/5/08, Iñaki Baz Castillo <ibc(a)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 :-)
--
Victor Pascual Ávila
10:43 p.m.
New subject: [OpenSER-Users-ES] [OT] Provedores SIP y método INFO para DTMF
El Domingo, 6 de Enero de 2008, Victor Pascual Ávila escribió:
On 1/5/08, Iñaki Baz Castillo <ibc(a)aliax.net>
wrote:
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).
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.
Gracias ;)
--
Iñaki Baz Castillo
7 Jan
7 Jan
11:57 a.m.
Hola Victor,
On 1/4/08, Iñaki Baz Castillo <ibc(a)aliax.net>
wrote:
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(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
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?
11:58 a.m.
Hola Iñaki,
El Viernes, 4 de Enero de 2008, Jesus Rodriguez
escribió:
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(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
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.
6193
days inactive
6196
days old
sr-users-es@lists.kamailio.org
15 comments
5 participants
participants (5)
-
info＠voipnovatos.es -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
Jesus Rodriguez -
Victor Pascual Ávila