17 Dec
2007
17 Dec
'07
11:50 a.m.
El Monday 17 December 2007 10:31:29 samuel escribió:
Gracias, me ha sido muy útil.
Al final supongo que lo que se hace para emular estas características es
hacerlo a nivel de PBX, o sea, que sea un B2BUA el que en vez de enviar un
SUBSCRIBE "dialog-info" al teléfono llamado sencillamente reaccione cuando
dicho diálogo que él mantiene como UAC acabe y entonces originar la llamada.
Y para el caller, en vez de enviar el exótico 302 "Contact: <http://...>"
lo
que hará es rutar la llamada original a un servicio de media en el que suena
una locución "El usuario llamado está ocupado, si desea realizar la llamada
automáticamente cuando esté disponible pulse 1", y vía DTMF activar el
servicio.
Supongo...
Saludos.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Mi pregunta
entonces es:
¿Forma esto parte del mundo de la piruleta donde se explican
funcionalidades
exóticas poniendo como ejemplos cosas que no existen ni están
implementadas?
La teoria estáahí...implementaciones que funcionen..más bien pocas (o
ninguna en este caso).
Para realizar la rellamada después de colgar se utiliza el Event
dialog-info (mírate RFC 4235) que no he visto ningún teléfono que lo
utilize (puede que lo haya, claroestá...).
La teoria es que un teléfono se subscriba al estado del dialogo SIP del
terminal llamada en caso que
éste esté comunicando y cuando reciba que el diálogo se ha terminado,
reiniciar el proceso de llamada.
Los teléfonos ponen Allow: SUBSCRIBE porque entienden el mensaje pero
tendrías que mirar la cabecer Supported, que es la que indica cúales de los
<ingles>Event Packages</ingles> soporta, como por ejemplo el dialog-info
que te comentaba en el párrafo anterior.
Espero t sirva d algo,