[SR-Users-ES] SIPSAK, Alta disponibilidad

[Raúl Alexis Betancor Santana]

On Jueves, 6 de Agosto de 2009 12:25:47 Victor Pascual Avila escribió:
> 2009/8/5 Iñaki Baz Castillo <ibc at aliax.net>:
> > El Martes, 4 de Agosto de 2009, Raúl Alexis Betancor Santana escribió:
> >> On Tuesday 04 August 2009 20:52:35 Pascal Maugeri wrote:
> >> > > ¿ 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.
> >>
> >> 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.
>
> 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.

Lo de "paja mental", que lo dije yo, no Iñaki, viene de que no me parece 
lógico EN ABSOLUTO, que un UAC se tenga que registrar para recibir eventos de 
re-registro, es que me parece lo más absurdo del mundo.
Es dejar a decisión del UAC si quiere o no recibir esos eventos, una locura 
(cuando hablamos de eventos de registro)

Puede que en entornos IMS tenga sentido, no lo sé, no lo he investigado. Pero 
de una lectura rápida del RFC saqué esa conclusión, que me parecía y parece 
... una paja mental.

> 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.

Tienes que admitir que son formas complicadas de resolver problemas simples 
.... ;-), vamos el típico "Matar moscas a cañonazos".

-- 
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.