sr-users-es

sr-users-es@lists.kamailio.org

487 discussions

[OpenSER-Users-ES] OpenSER actuando como UA
by Victor Pascual Ávila 27 Feb '08

27 Feb '08

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/

4 5

[OpenSER-Users-ES] record_route
by David Villasmil 26 Feb '08

26 Feb '08

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

5 5

[OpenSER-Users-ES] calerid modificado en la PSTN: +34XX -> 0034XX
by Iñaki Baz Castillo 26 Feb '08

26 Feb '08

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

2 2

[OpenSER-Users-ES] Dialog/SST
by David Villasmil 25 Feb '08

25 Feb '08

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

3 5

[OpenSER-Users-ES] /tmp/openser_fifo
by Victor Pascual Ávila 19 Feb '08

19 Feb '08

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

5 5

Re: [OpenSER-Users-ES] /tmp/openser_fifo -> fixed
by Victor Pascual Ávila 18 Feb '08

18 Feb '08

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/

1 0

[OpenSER-Users-ES] Problema al cancelar una llamada a 2 usuarios
by David Vicente 18 Feb '08

18 Feb '08

Buenos días: Tengo el siguiente escenario. Registro dos sip-phones con la misma sipUri. Les hago una llamada desde otro sip-phone y los INVITE llegan bien a ambos. El problema llega, cuando quiero cancelar la llamada desde uno de ellos, ya que hasta que no cuelga el segundo el Openser no lo envía al llamante. Necesito poder mandarle el mensaje 480 al llamante cuando llega del primero de los llamados, y no esperar al segundo, y no sé si se podría hacer. Si alguien tiene alguna idea se lo agradezco. Un saludo.

2 3

[OpenSER-Users-ES] Problema usando t_on_reply desde branch_route
by Raúl Alexis Betancor Santana 17 Feb '08

17 Feb '08

Siguiendo con la pelea de los branches .. a ver si los termino de dominar .. esto es lo que tengo puesto ... route[n] { .. t_on_branch(2); if(!lookup("location")) { .. } ... } branch_route[2] { if(isbflagset(6)) { xlog("L_INFO", "Fix 2 BI:$T_branch_idx flags=$bF\n"); use_media_proxy(); t_on_reply(2); } else { xlog("L_INFO", "Fix 2 non needed BI:$T_branch_idx flags=$bF\n"); t_on_reply(1); } } Bien .. pues devolviendo lookup 2 contacs, uno en IP pública y el otro tras NAT, saltan ambos a branch_route[2] como era de esperar. Al contact tras NAT, se le aplica correctamente el use_media_proxy y al otro nada, limpito .. pues resulta que todos los REPLY's me entran por onreply_route[1] ... y no entiendo porqué, cuando se supone que los reply's del usuario NAT de deberían llegar a onreply_route[2] ¿Algo no he captado de como funcionan los branch_route? ¿no deberían de quedar "marcados" estos branches en openser para que sus replies vayan a donde deben? -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 8

[OpenSER-Users-ES] Problema con los unREGISTER
by Raúl Alexis Betancor Santana 17 Feb '08

17 Feb '08

Hola a todos, me he encontrado con una situación curiosa probando Zoiper, resulta que el nene manda como Contact un precioso "*." cuando le dices que se unREGISTER, lo que hace que el OpenSer se cepille TODOS los contacs del AoR. ¿Cual es el comportamiento habitual ante estas situaciones? ¿simplemente comprobar si cuando llega un REGISTER tiene Expire=0 y un Contact: * e ignorarlo? ¿generar un error? El RFC dice que habría que comprobar si el usuario tiene permiso para modificar el contact, pero creo que OpenSer no implementa un mecanismo para eso. -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 1

[OpenSER-Users-ES] Duda sobre el comportamiento de los flags en los branches.
by Raúl Alexis Betancor Santana 16 Feb '08

16 Feb '08

Cuando se utiliza t_on_branch y desde un INVITE se generan varios branches porque hay varios contacs para un mismo AoR, se pasa por el bloque branch_route especificado en el t_on_branch y desde ahi se puede usar los otros bloques route que se hallan definido, hasta aquí todo bien. Pero en cuestión de los flags, si en un route(n) se comprobaba un flag concreto con isflagset, ¿esa comprobación se hace sobre el request original (branch[0]) ó sobre cada uno de los branches que pasan por ahi? -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 2

← Newer
1
...
28
29
30
31
32
33
34
...
49
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es