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/
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
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
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
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
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/
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.
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.
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.
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.