6 Aug
2009
6 Aug
'09
2:25 p.m.
2009/8/5 Iñaki Baz Castillo <ibc(a)aliax.net>et>:
El Martes, 4 de Agosto de 2009, Raúl Alexis Betancor
Santana escribió:
Eso es totalmente falso, el reg Event State se implementa entornos
IMS. Yo no lo calificaría de "paja mental" ni diría que no se
implementa tan a la ligera: el 3GPP tenia que solventar un problema en
entornos IMS, fue al IETF y pidió una solución para ese problema.
Que algunas especificaciones no se usen en los entornos en los que uno
trabaja no significa que no se usen. Los operadores (hablo de grandes
players como AT&T, ChinaMobile, etc) hacen uso de varias
especificaciones que en esta (y otras listas) se han calificado de
inútiles.
Un saludo,
--
Victor Pascual Ávila
On Tuesday 04 August 2009 20:52:35 Pascal Maugeri
wrote:
Le he echado una leída rápida a ese RFC ... y le veo principalmente 2
pegas:
1) Que los UAC SIP han de subscribirse al sistema de "eventos de registro"
(menuda paja mental del IETF), umm .. no se yo cuantos dispositivos SIP hay
por ahí afuera que soportasen esto.
Jaja, yo conocía la existencia de ese RFC pero pensé que era mejor ni
mencionarlo pues, como dices, ni cristo lo implementa. ¿ Es
posible construir un mensaje SIP que indique a todos los teléfonos
que deben enviar una petición de registro en un momento determinado?,
algo asi como mandar un mensaje a la dirección de broadcast. ¿ Que
otras opciones les parece que existen ?.
Tienes que seguir las recomendaciones de Iñaki pero, para tu información,
existe la RFC 3680 (scenario 3.1) que define un mecanismo similar a el
que estas pidiendo para informar a los UAC de volver a registrarse. Pero
me temo que no tiene implementación en kamailio. just for your
information.