27 Oct
2007
27 Oct
'07
6:02 p.m.
Hola, el modo modparam("usrloc", "db_mode", 3) consume más en cuanto a
que
cada segundo hace una petición SQL para encontrar contactos con nat_bflag y
otras peticiones por cada "lookup(location)".
Pero también tiene sus ventajas en cuanto a que permite meter entradas a mano
(así tengo hecho yo el tema delos forwardings paralelos o secuenciales con el
módulo LCR y tal).
Pero claro, ¿cómo de perjudicial es usar modparam("usrloc", "db_mode",
3)
respecto de usar modparam("usrloc", "db_mode", 1/2) en un entorno en
producción?
Sé que depende de la carga de usuarios y llamadas, pero ¿puede el modo "3"
saturar un servidor que en modo "2" funciona holgadamente?
PD: ¿Qué significa esto?
http://www.openser.org/docs/modules/devel/usrloc.html#AEN285
1.3.20. db_mode (integer)
3 - DB-Only scheme.
...
The lack of memory caching also disable the location watcher
registration (in will not work with PA module)
El módulo PA está obsoleto así que asumo incumbe también al módulo "presence",
pero ¿qué significa "disable the location watcher registration"? En principio
a mí me funciona bien la presencia en modo "3".
Gracias por cualquier explicación y un saludo.
--
Iñaki Baz Castillo
27 Oct
27 Oct
6:24 p.m.
New subject: [OpenSER-Users-ES] ¿modparam ("usrloc", "db_mode", 3) es una locura?
Te hablo desde el 'suponer', pero si tenemos que montar un cluster de
OpenSER, tendríamos que usar el modo3, para no tener dato distintos en
memoria... por lo que _supongo_ que estará pensado para ese tipo de
asuntos, y tirará way con un server molón :)
El 27/10/07, Iñaki Baz Castillo <ibc(a)aliax.net> escribió:
Hola, el modo modparam("usrloc",
"db_mode", 3) consume más en cuanto a que
cada segundo hace una petición SQL para encontrar contactos con nat_bflag y
otras peticiones por cada "lookup(location)".
Pero también tiene sus ventajas en cuanto a que permite meter entradas a mano
(así tengo hecho yo el tema delos forwardings paralelos o secuenciales con el
módulo LCR y tal).
Pero claro, ¿cómo de perjudicial es usar modparam("usrloc",
"db_mode", 3)
respecto de usar modparam("usrloc", "db_mode", 1/2) en un entorno en
producción?
Sé que depende de la carga de usuarios y llamadas, pero ¿puede el modo "3"
saturar un servidor que en modo "2" funciona holgadamente?
PD: ¿Qué significa esto?
http://www.openser.org/docs/modules/devel/usrloc.html#AEN285
1.3.20. db_mode (integer)
3 - DB-Only scheme.
...
The lack of memory caching also disable the location watcher
registration (in will not work with PA module)
El módulo PA está obsoleto así que asumo incumbe también al módulo "presence",
pero ¿qué significa "disable the location watcher registration"? En principio
a mí me funciona bien la presencia en modo "3".
Gracias por cualquier explicación y un saludo.
--
Iñaki Baz Castillo
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
6:32 p.m.
New subject: [OpenSER-Users-ES] ¿modparam ("usrloc", "db_mode", 3) es una locura?
El Sábado, 27 de Octubre de 2007, Saúl Ibarra escribió:
Te hablo desde el 'suponer', pero si tenemos
que montar un cluster de
OpenSER, tendríamos que usar el modo3, para no tener dato distintos en
memoria... por lo que _supongo_ que estará pensado para ese tipo de
asuntos, y tirará way con un server molón :)
Sí, pero también tengo entendido que se usa "replicación SIP" con el modo 2, o
sea, replicar un REGISTER entre los nodos del cluster (creo que se usa la
función t_replicate() para ello).
En cualquier caso creo que de momento voy a tirar con modo 3, ya me meteréel
batacazo más adelante XD
--
Iñaki Baz Castillo
28 Oct
28 Oct
12:47 p.m.
New subject: [OpenSER-Users-ES] ¿modparam ("usrloc", "db_mode", 3) es una locura?
El 27/10/07, Iñaki Baz Castillo <ibc(a)aliax.net> escribió:
El Sábado, 27 de Octubre de 2007, Saúl Ibarra
escribió:
Que buena, esa no me la sabía! :)
Te hablo desde el 'suponer', pero si
tenemos que montar un cluster de
OpenSER, tendríamos que usar el modo3, para no tener dato distintos en
memoria... por lo que _supongo_ que estará pensado para ese tipo de
asuntos, y tirará way con un server molón :)
Sí, pero también tengo entendido que se usa "replicación SIP" con el modo 2, o
sea, replicar un REGISTER entre los nodos del cluster (creo que se usa la
función t_replicate() para ello).
En cualquier caso creo que de momento voy a tirar con modo 3, ya me meteréel
batacazo más adelante XD
--
Iñaki Baz Castillo
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
30 Oct
30 Oct
4:55 p.m.
Hola Iñaki,
Hola, el modo modparam("usrloc",
"db_mode", 3) consume más en
cuanto a que
cada segundo hace una petición SQL para encontrar contactos con
nat_bflag y
otras peticiones por cada "lookup(location)".
Pero también tiene sus ventajas en cuanto a que permite meter
entradas a mano
(así tengo hecho yo el tema delos forwardings paralelos o
secuenciales con el
módulo LCR y tal).
Pero claro, ¿cómo de perjudicial es usar modparam("usrloc",
"db_mode", 3)
respecto de usar modparam("usrloc", "db_mode", 1/2) en un entorno en
producción?
Sé que depende de la carga de usuarios y llamadas, pero ¿puede el
modo "3"
saturar un servidor que en modo "2" funciona holgadamente?
Depende del número de requests por segundo que tengas. Si no tienes
una barbaridad, yo lo probaría.
PD: ¿Qué significa esto?
http://www.openser.org/docs/modules/devel/usrloc.html#AEN285
1.3.20. db_mode (integer)
3 - DB-Only scheme.
...
The lack of memory caching also disable the location watcher
registration (in will not work with PA module)
El módulo PA está obsoleto así que asumo incumbe también al módulo
"presence",
pero ¿qué significa "disable the location watcher registration"? En
principio
a mí me funciona bien la presencia en modo "3".
Ese watcher se encargaba de ver si había un REGISTER nuevo y pasaselo
al módulo PA.
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
4:57 p.m.
Hola,
El Sábado, 27 de Octubre de 2007, Saúl Ibarra
escribió:
Sí, así es. Replicas los REGISTER entre los proxies de forma que
todos tienen la misma información en el location. Así puedes activar
o desactivar los proxies y siempre sabrás dónde encontrar a los
usuarios.
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
Te hablo desde el 'suponer', pero si
tenemos que montar un cluster de
OpenSER, tendríamos que usar el modo3, para no tener dato
distintos en
memoria... por lo que _supongo_ que estará pensado para ese tipo de
asuntos, y tirará way con un server molón :)
Sí, pero también tengo entendido que se usa "replicación SIP" con
el modo 2, o
sea, replicar un REGISTER entre los nodos del cluster (creo que se
usa la
función t_replicate() para ello).
6016
days inactive
6019
days old
sr-users-es@lists.kamailio.org
5 comments
3 participants
participants (3)
-
Iñaki Baz Castillo -
Jesus Rodriguez -
Saúl Ibarra