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.
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@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@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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
El 27/10/07, Iñaki Baz Castillo ibc@aliax.net escribió:
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).
Que buena, esa no me la sabía! :)
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@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Hola,
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).
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@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
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@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
Jesus Rodriguez -
Saúl Ibarra