[SR-Users-ES] SIPSAK, Alta disponibilidad

Pascal Maugeri pascal.maugeri1 en gmail.com
Mie Ago 5 08:58:51 CEST 2009


Totalmente de acuerdo contigo Raul :-))) Tranquilo que solo era "FYI". Como
te lo he escrito, hay que empezar con las recomendaciones previas de
unificar la BB.DD.
-pascal

2009/8/4 Raúl Alexis Betancor Santana <rabs en dimension-virtual.com>

> 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.
>
> 2) Que vas a tener un problemón muy gordo con los UAC que están detrás de
> NAT
> como no guardes en algún sitio información sobre los puertos/ip/socket por
> el
> que se registró originalmente. Los eventos generados desde el servidor no
> llegarían.
>
> Y para rematar la faena .. tenemos el problema de rendimiento, ¿te imaginas
> un
> proxy con ... digamos ... 1.000.000 de usuarios registrados, enviando
> 1.000.000 de NOTIFY's forzando re-subscripción, que generarán a su vez
> 1.000.000 de REGISTERS ... uff ..., como no lo puedas lanzar por tandas,
> vas
> a fundir al proxy, a los UAC's y tu ancho de banda.
>
>
> --
> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
> _______________________________________________
> SR-Users-ES mailing list
> SR-Users-ES en lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.sip-router.org/pipermail/sr-users-es/attachments/20090805/7059ee56/attachment.htm>


Más información sobre la lista de distribución SR-Users-ES