2007/12/17, Iñaki Baz Castillo <ibc@in.ilimit.es>:
El Monday 17 December 2007 10:31:29 samuel escribió:
> > 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,

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.

Exactamente. 

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.

esto es generalmente configurable dependiendo de la centralita que utilices.. 

Supongo...

Saludos.

Un saludo,
Samuel