Hola a tod@s,
Me estreno en la lista. Tengo un problemilla reINVITE y el check_from
cuando hago llamadas
usando alias. Si llamo usando el canonical URI no hay problema.
-A llama a ALIAS_B --> Todo OK
-B realiza un reINVITE:
El check_from se queja de que el From no coincide el Auth ID !!
(Sniffando los paquetes efectivamente el From:
<alias_number>@domain no coincide
con el auth username)
¿ Ha alguien le pasa lo mismo? ... ¿Me podeis reconducir sobre el tema ?
...
Mi loose_route es el siguiente:
if (loose_route()) {
if ((method=="INVITE" || method=="REFER") && !has_totag()) {
sl_send_reply("403","Forbidden");
return(-1);
}
<users-es(a)openser.org> if (method=="INVITE") {
if (!proxy_authorize("","subscriber")) {
proxy_challenge("","0");
return(-1);
} else if (!(check_from())) {
sl_send_reply("403","Use From!=Authenticate ID");
return(-1);
}
consume_credentials();
...
}
...
<users-es(a)openser.org>*********
Gracias.
Miguel A.
Hola, mi intuición me dice que si un usuario de mi OpenSer hace una llamada
outbound a una cuenta SIP externa, mi proxy podría corregir el NAT de la
cabecera SIP pero del SDP se debería encargar el in-blound proxy del llamado,
es decir, mi proxy no debería aplicar RtpProxy para esta llamada.
¿Esto se suele hacer así? ¿es la "norma" en el mundo real?
Gracias por cualquier aclaración.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hi, I want to try serial forwarding changing "q" values of "location" table.
Unfortunatelly my script only does the first INVITE to contact(s) with mayor "q".
I've tryed everything and read the entire doc and examples, but get nothing,
could you help me please?
This is my config and xlogs:
------------------------------------------
modparam("registrar", "append_branches", 1)
modparam("usrloc", "db_mode", 3)
modparam("lcr", "contact_avp", "$avp(i:711)")
route {
xlog("#### $rm $ru\n");
lookup("location");
if (load_contacts()) {
xlog("L_INFO","#### load_contacts() - avp(i:711) = $avp(i:711) - ds = $ds\n");
}
if (next_contacts()) {
xlog("L_INFO","#### next_contacts() - avp(i:711) = $avp(i:711) - ds = $ds\n");
t_on_failure("31");
t_relay();
}
}
failure_route[31] {
if (next_contacts()) {
xlog("L_INFO","#### failure_route[31] - next_contacts() - avp(i:711) = $avp(i:711) - ds = $ds\n");
t_relay();
exit;
}
else {
xlog("L_ERR","#### failure_route[31] - !next_contacts()\n");
exit;
}
}
------------------------------------------
Now I call to a user with 2 entries in "location":
username domain contact q
800 mydomain.org sip:800@192.168.1.33:5060 0.80
800 mydomain.org sip:800@192.168.1.33:5080 0.50
#### INVITE sip:800@mydomain.org
#### load_contacts() - avp(i:711) = <null> - ds = Contact: sip:800@192.168.1.33:5060;transport=udp
#### next_contacts() - avp(i:711) = <null> - ds = Contact: sip:800@192.168.1.33:5060;transport=udp
<< I reject the call in first location >>
#### failure_route[31] - next_contacts() - avp(i:711) = <null> - ds = Contact: sip:800@192.168.1.33:5060;transport=udp, <sip:800@192.168.1.33:5080>;q=0
<< No other INVITE is sent to second location >>
What am I doing wrong? Thanks a lot for any help.
--
Iñaki Baz Castillo
Hola, estoy tratando de jugar un poco con el parámetro "q" y
el "append_branches" (módulo "registrar") para conseguir desvío "único" y
desvío paralelo.
Sé que con "append_branches" a 0 la función "lookup(location") sólo devuelve
el contacto de "q" más alta, pero en caso de que haya varios con "q" igual de
alta sólo devuelve 1 :(
¿No es posible que devuelva todos los de "q" más alta a la vez?
Por otra parte, según el RFC de SIP el parámetro "q" se puede usar para tratar
de localizar primero a un contacto (el de "q" más alta) y si responde
negativamente tratar de localizar al siguiente.
Esto OpenSer lo "insinúa":
append_branches:
"...is set to 1, Request-URI will be overwritten with the highest-q rated
contact and the rest will be appended to sip_msg structure and can be later
used by tm for forking."
No entiendo, yo he probado a registrar un usuario desde dos contactos y
asignar a uno q=5.00 y a otro con q=1.00 (tb he probado sólo con valores 0.XX
por si acaso) con "append_branches" a 1 y la llamada se hace a todos a la
vez, ¿por qué? ¿no sería posible que sólo llame al de q más alta y si no
responde entonces al siguiente?
--
Iñaki Baz Castillo
Hola, ¿hay algún antispam en esta lista?
Lo digo porque como moderador de la misma rechazo al día unas
cuantas "solicitudes" con asunto "Legal software sales", y no cesa. Siempre
con el mismo asunto pero distinto remitente.
Digo yo que cualquier antispam tendría ya fichado este tipo de correos.
Sin más, saludos.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
como estas Iñaki. he logrado registrar usuarios mediante X-Lite en mi openser. en X-lite hice la configuracion de la siguiente manera:
Display Name: Arturo
User Name: 300
Password: 301
Authorization user name:300
Domain: 192.168.22.123
Cuando deshabilito el CHeck " Register With domain and receive incoming calls"
y selecciono la opcion: target domain
SE REGISTRA NORMAL, pero cuando llamo a un usuario registrado no encamina mi llamada.
Ahora cuando habilito el check " Register With domain and receive incoming calls" no logra REGISTRARSE; a que se debe eso?.
el mensaje sale como esta abajo en los dos casos:
U 2007/10/18 13:54:28.906473 192.168.22.116:58209 -> 192.168.22.123:5060
REGISTER sip:192.168.22.123 SIP/2.0.
Via: SIP/2.0/UDP 192.168.22.116:58209;branch=z9hG4bK-d87543-610aec435306353c-1--d87543-;rport.
Max-Forwards: 70.
Contact: .
To: "Arturo".
From: "Arturo";tag=5f2c4616.
Call-ID: ZDM5MGVhY2Q3ZmY2ZGM5ODY4OGQ5NDMxM2YyNWY4ZDU..
CSeq: 1 REGISTER.
Expires: 3600.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.
User-Agent: X-Lite release 1011s stamp 41150.
Content-Length: 0.
CUANDO HAGO LA LLAMADA ESTA ES LA QUE SALE EN MI SERVIDOR PERO LA LLAMADA NUNCA LLEGA AL OTRO USUARIO
U 2007/10/18 13:57:12.777830 192.168.22.116:18600 -> 192.168.22.123:5060
INVITE sip:400@192.168.22.123 SIP/2.0.
Via: SIP/2.0/UDP 192.168.22.116:18600;branch=z9hG4bK-d87543-3052e76adc7ae162-1--d87543-;rport.
Max-Forwards: 70.
Contact: .
To: "400".
From: "Arturo";tag=89099c7b.
Call-ID: MzgyMDYyMTU0ZTBhYTdmMGZkMWJmNjE0N2M2ZDViOTM..
CSeq: 1 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.
Content-Type: application/sdp.
User-Agent: X-Lite release 1011s stamp 41150.
Content-Length: 424.
.
v=0.
o=- 8 2 IN IP4 192.168.22.116.
s=CounterPath X-Lite 3.0.
c=IN IP4 192.168.22.116.
t=0 0.
m=audio 3888 RTP/AVP 107 119 100 106 0 105 98 8 101.
a=alt:1 1 : 3WjWl/bH ML29dibl 192.168.22.116 3888.
a=fmtp:101 0-15.
a=rtpmap:107 BV32/16000.
a=rtpmap:119 BV32-FEC/16000.
a=rtpmap:100 SPEEX/16000.
a=rtpmap:106 SPEEX-FEC/16000.
a=rtpmap:105 SPEEX-FEC/8000.
a=rtpmap:98 iLBC/8000.
a=rtpmap:101 telephone-event/8000.
a=sendrecv.
espero me ayudes:
al momento de crear la base de datos es necesario crear el SERWEB? y para que me sirve?
Gracias por todo
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
Hola A todos. he consigurado mi openser para que acepte register mediante MYSQL.
Cuando empiezo a correr mi servidor openser aparece todos estos mensajes
voip:/home/artu # openser
0(4097) INFO:xl_parse_name: using hdr type (7) instead of <contact>
0(4097) INFO:xl_parse_name: using hdr type (15) instead of <expires>
Listening on
udp: 192.168.22.123 [192.168.22.123]:5060
Aliases:
udp: voip:5060
udp: voip.site:5060
WARNING: no fork mode
0(4097) init_tcp: using epoll_lt as the io watch method (auto detected)
0(0) INFO: statistics manager successfully initialized
0(0) StateLess module - initializing
0(0) TM - initializing...
0(0) Maxfwd module- initializing
0(0) INFO:ul_init_locks: locks array size 512
0(0) TextOPS - initializing
0(0) AUTH module - initializing
0(0) AUTH_DB module - initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 109568
0(0) INFO: udp_init: SO_RCVBUF is finally 219136
0(4097) INFO:mi_fifo:mi_child_init(1): extra fifo listener processes created(el cursor se queda aca)
quiza algo este mal en mi Openser.
cuando configuro una cuenta en X-Lite 3.0 me sale este error:
Registration error: 408 – Request Timeout
por supuesto que la cuenta ya esta en la base de datos:
si alguien me podria ayudar.
Ademas quisiera saber como monitoreo los mensajes que bienen a mi openser, algun comando? Gracias de antemano
Saludos
Arturo
_________________________________________________________________
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
Hola, una preguntita:
¿Alguien le ve una utilidad a que nuestro OpenSer pueda procesar y encaminar
REGISTER que no van dirigidos a él?
Yo por mí los descartaría inmediatamente, pero tal vez se me escape alguna
exótica utilidad.
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola, si un dispositivo permite modo "comedia" entonces pasa olímpicamente del
SDP recibido (en el 200-OK o en el INVITE) y espera a recibir tráfico RTP en
el puerto que él ha indicado, y cuando lo recibe envía su RTP a dicho origen.
Pero, ¿y si desde un dispositivo con "comedia" activado se llama a otro
también con comedia "activado"? ¿se quedarán ambos esperando? ¿o acaso
enviarán audio a la dirección del SDP recibido y en el que no confían?
--
Iñaki Baz Castillo
Buenas, discutiendo con un carrier sobre porqué no se presentan los callerid
de las llamadas, me dice que es que tenemos que activar el "Nature of.
Address indicator" a "International number", por lo que he estado buscando,
ese parámetro de "Nature of. Address indicator" está relacionado con los
códigos ISUP, pero no encuentro una contrapartida de definición en una
cabecera SIP.
¿Alguien sabe de alguna otra cabecera que no sea el From, Network-Asserted-ID,
Remote-Asserted-ID ó P-Asserted-ID para expecificar el CallerID del llamante?
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.