sr-users-es February 2008

sr-users-es@lists.kamailio.org

22 participants
32 discussions

[OpenSER-Users-ES] Integracion openser + alcatel

by Mariam M. T.

En primer lugar agradecer a David Villasmil por la sugerencia en la anterior consulta, teneis razon era cuestiones de alcance en las VLANs y permisos en el Firewall. ya me funciona. Ahora mi consulta es: Resulta que en esta empresa se tiene implementado telefonia IP, con equipos y software propietario de Alcatel, por cierto me dicen que les costo mucho dinero, por cuestiones de licencia no tiene permisos para utiizar softphones, solo telefonos IP, en tal sentido la idea mia es integrar mi openser con el sistema propietario, para que mis usuarios pueden hacer llamadas a los usuarios en el sistema propietario y viciversa. Aunque encontre un pequeño problema, ya que el sistema propietario funciona con el protocolo H.323, entonces, sera posible integrar dos sistemas que funcionan con diferentes protocolos como openser y alcatel, y si es posible que es lo que necesito para integrar Openser con Alcatel. Gracias de antemano por las sugerencias Saludos _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

16 years

[OpenSER-Users-ES] [Users-es] Mensajes que requieren autenticación

by Saúl Ibarra

Hoola! En algún hilo se ha comentado el tema de qué mensajes deberían ir autenticados o no, pero como no era el tema central, he decidido abrir este otro hilo para comentar mi pregunta/cosa: Según he leido por aqui (creo que lo comentó Iñaki), los mensajes que tienen que autenticarse con el proxy_authorize y tal son: -INVITE -REGISTER -MESSAGE -SUBSCRIBE -PUBLISH -OPTIONS Vale, si esta es la lista, entonces yo ahora mismo tengo un problemilla de seguridad, así que quería verificar una cosa: Los INVITE se suelen tratar en u route aparte, así como los REGISTER. Aunque todavía no me he metido mucho con ello, PUBLISH y SUBSCRIBE también irían aparte, porque están relacionados con la presencia. Entonces me quedan MESSAGE y OPTIONS. Actualmente he estado probando los mensajes sin autenticación y por supuesto iban OK. Ahora he añadido este bloque para manejarlos: # ----------------------------------------------------------------- # MESSAGE handler # ----------------------------------------------------------------- route[8] { xlog("L_INFO","$Cbx-- Mandando un MESSAGE --$Cxx\n"); ## Es necesario autenticarse if (!proxy_authorize("","subscriber")) { xlog("L_INFO","$CbxSe necesita autenticacion para el MESSAGE$Cxx\n"); proxy_challenge("","0"); exit; } ## Tienen que coincidir el nombre de usuario con el de la cabecera FROM else if (!check_from()) { xlog("L_INFO","$Crx*** check_from() = NO!! ***$Cxx\n"); sl_send_reply("403", "Use From=ID"); exit; }; xlog("L_INFO","$Cbx*** MESSAGE correcto ***$Cxx\n"); consume_credentials(); # Puede que venga a nosotros pero tengamos definido un alias a fuera. lookup("aliases") nos da la nueva URI que puede sea !=myself. lookup("aliases"); if (!is_uri_host_local()) { xlog("L_INFO","$CrxNot my URI after the alias lookup$Cxx\n"); ## A las salientes route(4); exit; }; ## Miramos si existe el destino en nuestra tabla "location". if (!lookup("location")) { xlog("L_INFO","$Crx404 User Not Found$Cxx\n"); sl_send_reply("404", "Not Found"); exit; }; ## Si hemos llegado hasta aquí enrutamos el mensaje al destino por la ruta por defecto. route(1); exit; } La pregunta es: podría utilizar este mismo bloque para los OPTIONS? Entonces, llegados a este punto (sorry por la chapa) nos quedan por tratar CANCEL, BYE, INFO, REFER, UPDATE, y PRACK? Bien, entonces, asumiendo que tenemos esto en nuestro route principal: if (!is_uri_host_local()) { if (is_from_local()) { route(4); } else { sl_send_reply("403", "Forbidden"); }; exit; } Si un cuanlquiera nos manda algo pasaremos de ello. Entonces, para los CANCEL y los BYE podemos hacer t_relay tranquilamente. Los INFO solo ocurririan en loose_route no?Al igual que los UPDATE? Ya solo nos quedan REFER, UPDATE y ese PRACK que no se yo... :P Segun leo en el RFC3515, "REFER request MAY be placed outside the scope of a dialog" entonces, deberia tratarlo fuera del loose_route? Iria autenticado? PD: Sorry por la "pesadilla mail", si aun os quedan fuerzas tras haber llegado hasta aqui: que hacemos con el PRACK? (aunque no lo he visto nunca...) -- Saúl -- "Some people say why, other just say, why not." ---------------------------------------------------------------- http://www.saghul.net/

16 years, 9 months

[OpenSER-Users-ES] openserctl

by Ronmel Jiron

16 years, 9 months

[OpenSER-Users-ES] instalación openser 3.0

by Javier Allende Astigarraga

Buenas Señores : Vuelvo al fascinante mundo de la VoIP, y me he descargado la ultima versión de Opener la 1.3.0 , hago lo siguiente make include_modules="mysql" sudo make install include_modules="mysql" Pero no me sale el fichero openser_mysql.sh :S un saludo -- ===================================================== Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================

16 years, 9 months

[OpenSER-Users-ES] OpenSER actuando como UA

by Victor Pascual Ávila

Hola, estamos implementando un pequeño servicio para que un usuario, mandando un MESSAGE contra el Proxy, pueda consultar el saldo que tiene en su cuenta de prepago. ¿Se puede generar un MESSAGE desde OpenSER y en el body meterle el contenido (e.g. saldo del cliente)? ¿Puede actuar OpenSER como B2BUA? Saludos y gracias, -- Victor Pascual Ávila Research Engineer Tel. +34 93 542 2906 Fax. +34 93 542 2517 Research Group on Network Technologies and Strategies (NeTS) Universitat Pompeu Fabra (UPF) Pg. de Circumval·lació, 8 Office 358 08003 Barcelona (Spain) http://nets.upf.edu/

16 years, 9 months

[OpenSER-Users-ES] record_route

by David Villasmil

Hola a todos, Tengo entendido que para que TODOS los mensajes siguentes al INVITE pasen por mi proxy, debo agregar un "Via" en el cual esté la ip de server para que pasen por mí todos los mensajes. Ésto lo entiendo, la pregunta es: ¿Cómo lo hago? Por cuestiones de billing necesito tener la garantía de que pasarán por mi proxy todos los mensajes para el ACC. En mi cfg (que obtuve en principio de sipwise) sólo veo un "record_route" en un if REGISTER: if (!method=="REGISTER") record_route(); Pero creo que ésto simplemente guarda la información respecto a dónde se encuentra el cliente... a lo mejor me estoy enrredando sólo, porque he visto la documentación y dice que agrega un Record-route header... pero.. ¿porqué en el REGISTER? ¿No debería ser en el INVITE? Muchas gracias david

16 years, 10 months

[OpenSER-Users-ES] calerid modificado en la PSTN: +34XX -> 0034XX

by Iñaki Baz Castillo

Hola, envío un INVITE con el PAI "sip:+34XXXXXXXX@XXX" a mi carrier, pero cuando recibo esa llamada a través de un RDSI de Telefónica veo en el debug de Asterisk que viene con origen "0034XXXXXXXXXX". Vaya por dios, ¿tienen las operadoras algo en contra de la nomenclatura E164? ¿por qué se usa más 00 que + cuando realmente 00 sólo es un código para indicar que la llamada es internacional, mientras que usando + (E164 puro y duro) definimos unequívocamente un destino telefónico? ¿por qué a pesar de eso parece que se prefiere el 00 y se usa para lo que no es? Me ha fastidiado que Telefónica me cambie el callerid. Gracias por cualquier comentario al respecto. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 10 months

[OpenSER-Users-ES] Dialog/SST

by David Villasmil

Buenas, Alguien se ha metido con el módulo SST o el Dialog para establecer timeouts para una llamada y que se CORTE en X segundos? He estado mirando los módulos pero me parece que habla del "session-timeout" que si mal no lo entiendo (que es imposible entender la documentación) no habla de duración de la llamada, si no de el tiempo máximo que puede pasar para que el cliente envíen una especie de "KEEP ALIVE" para saber que la llamada sigue en curso... Ideas?? Gracias chicos, David

16 years, 10 months

[OpenSER-Users-ES] /tmp/openser_fifo

by Victor Pascual Ávila

Buenas, hago un openser restart 0(0) INFO:mi_fifo:mi_destroy: process hasn't been created -> nothing to kill y al hacer un ul show obtengo: ERROR: Error opening OpenSER's FIFO /tmp/openser_fifo ERROR: Make sure you have line the 'modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")' in your config ERROR: and also have loaded the mi_fifo module. Tengo cargado el modulo y tengo puesto el modparam en el cfg. Any idea? Gracias, -- Victor Pascual Ávila

16 years, 10 months

Re: [OpenSER-Users-ES] /tmp/openser_fifo -> fixed

by Victor Pascual Ávila

Buenas, después de matar el servicio y volver a arrancar sin solucionar el problema varias veces... he reiniciado el server. Con la misma config ahora todo vuelve a funcionar correctamente. Otro ítem para añadir a la Troll's List :-) Gracias, Victor On 2/18/08, Victor Pascual Ávila <victor.pascual.avila(a)gmail.com> wrote: > Hola, > tengo puesto el 'modparam("mi_fifo", "fifo_name", > "/tmp/openser_fifo")' y hago el loadmodule (con el path correcto). > > On 2/18/08, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote: > > Pero ese error ¿sólo te sale usando "openserctl"?, > > Exacto. > > Es bastante raro ¿verdad? > > Saludos, > -- > Victor Pascual Ávila > Research Engineer > Tel. +34 93 542 2906 > Fax. +34 93 542 2517 > > Research Group on Network Technologies and Strategies (NeTS) > Universitat Pompeu Fabra (UPF) > Pg. de Circumval·lació, 8 > Office 358 > 08003 Barcelona (Spain) > http://nets.upf.edu/ > -- Victor Pascual Ávila Research Engineer Tel. +34 93 542 2906 Fax. +34 93 542 2517 Research Group on Network Technologies and Strategies (NeTS) Universitat Pompeu Fabra (UPF) Pg. de Circumval·lació, 8 Office 358 08003 Barcelona (Spain) http://nets.upf.edu/

16 years, 10 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es February 2008