sr-users June 2007

sr-users@lists.kamailio.org

191 participants
315 discussions

[Serusers] SER - functional architecture.
by dciepiel＠orange.pl 02 Jun '07

02 Jun '07

Hi, I am a new user of Sip Express Router and I`m looking for SER functional architecture. If anybody have some informations or documents about it I will be grateful for sending it to me. cheers, Deny. dciepiel(a)orange.pl

1 0

[Serusers] ACK and BYE being sent to private IP of UA
by Nhadie 02 Jun '07

02 Jun '07

hi, how can i fix ACK and BYE being sent to private IP of UA? here's sample sniff: caller - 1000 - pap2 callee - 1002 - x-lite caller and callee on the same nat router - public IP -- 222.127.83.25 sip server -- 210.1.71.3 i know there's something wrong with my config i just don't know what. hope anyone can help me U 210.1.71.3:5060 -> 222.127.83.25:60149 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 222.127.83.25:60149;branch=z9hG4bK-33496bfb..From: 1000 < sip:1000@sip.tbgi.net.ph>;tag=183e34c24b4aa0afo0..To: <sip:1002@sip.tbgi.net.ph>;tag=3030149153 ..Contact: <sip:1002@222.127.83.25:61984>..Record-Route: <sip:210.1.71.3;ftag=183e34c24b4aa0afo 0;lr=on>..Call-ID: a8c6587e-dc2c7023@222.127.83.25..CSeq: 102 INVITE..Server: X-Lite release 11 03m..Content-Length: 0.... # U 222.127.83.25:61984 -> 210.1.71.3:5060 SIP/2.0 200 Ok..Via: SIP/2.0/UDP 210.1.71.3;branch=z9hG4bK5e5d.f1f4dec7.0..Via: SIP/2.0/UDP 222 .127.83.25:60149;branch=z9hG4bK-33496bfb..From: 1000 <sip:1000@sip.tbgi.net.ph>;tag=183e34c24b4 aa0afo0..To: <sip:1002@sip.tbgi.net.ph>;tag=3030149153..Contact: <sip:1002@222.127.83.25:61984> ..Record-Route: <sip:210.1.71.3;ftag=183e34c24b4aa0afo0;lr=on>..Call-ID: a8c6587e-dc2c7023@222. 127.83.25..CSeq: 102 INVITE..Content-Type: application/sdp..Server: X-Lite release 1103m..Conte nt-Length: 296....v=0..o=1002 26427691 26433779 IN IP4 222.127.83.25..s=X-Lite..c=IN IP4 222.12 7.83.25..t=0 0..m=audio 60272 RTP/AVP 0 8 3 98 97 101..a=rtpmap:0 pcmu/8000..a=rtpmap:8 pcma/80 00..a=rtpmap:3 gsm/8000..a=rtpmap:98 iLBC/8000..a=rtpmap:97 speex/8000..a=rtpmap:101 telephone- event/8000..a=fmtp:101 0-15.. # U 210.1.71.3:5060 -> 222.127.83.25:60149 SIP/2.0 200 Ok..Via: SIP/2.0/UDP 222.127.83.25:60149;branch=z9hG4bK-33496bfb..From: 1000 <sip:1 000(a)sip.tbgi.net.ph>;tag=183e34c24b4aa0afo0..To: <sip:1002@sip.tbgi.net.ph>;tag=3030149153..Con tact: <sip:1002@222.127.83.25:61984>..Record-Route: <sip:210.1.71.3;ftag=183e34c24b4aa0afo0;lr= on>..Call-ID: a8c6587e-dc2c7023@222.127.83.25..CSeq: 102 INVITE..Content-Type: application/sdp. .Server: X-Lite release 1103m..Content-Length: 316....v=0..o=1002 26427691 26433779 IN IP4 222. 127.83.25..s=X-Lite..c=IN IP4 222.127.83.25..t=0 0..m=audio 60272 RTP/AVP 0 8 3 98 97 101..a=rt pmap:0 pcmu/8000..a=rtpmap:8 pcma/8000..a=rtpmap:3 gsm/8000..a=rtpmap:98 iLBC/8000..a=rtpmap:97 speex/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=direction:active.. # U 222.127.83.25:60149 -> 210.1.71.3:5060 ACK sip:1002@192.168.254.7:5062 SIP/2.0..Via: SIP/2.0/UDP 222.127.83.25:60149;branch=z9hG4bK-a2 95ad98..From: 1000 <sip:1000@sip.tbgi.net.ph>;tag=183e34c24b4aa0afo0..To: <sip:1002@sip.tbgi.ne t.ph>;tag=3030149153..Call-ID: a8c6587e-dc2c7023@222.127.83.25..CSeq: 102 ACK..Max-Forwards: 70 ..Route: <sip:210.1.71.3;ftag=183e34c24b4aa0afo0;lr=on>..Authorization: Digest username="1000", realm="tbgi.net.ph",nonce="466102f26d432f3f1214359a01eaa784e208caa7",uri="sip:1002@192.168.254. 7:5062",algorithm=MD5,response="ff4da318be9647ed5506b3a6ed042f65"..Contact: 1000 <sip:1000@222. 127.83.25:60149>..User-Agent: Linksys/PAP2-3.1.3(LS)..Content-Length: 0.... # U 210.1.71.3:5060 -> 192.168.254.7:5062 ACK sip:1002@192.168.254.7:5062 SIP/2.0..Record-Route: <sip:210.1.71.3;ftag=183e34c24b4aa0afo0; lr=on>..Via: SIP/2.0/UDP 210.1.71.3;branch=0..Via: SIP/2.0/UDP 222.127.83.25:60149;branch=z9hG4 bK-a295ad98..From: 1000 <sip:1000@sip.tbgi.net.ph>;tag=183e34c24b4aa0afo0..To: <sip:1002@sip.tb gi.net.ph>;tag=3030149153..Call-ID: a8c6587e-dc2c7023@222.127.83.25..CSeq: 102 ACK..Max-Forward s: 16..Authorization: Digest username="1000",realm="tbgi.net.ph",nonce="466102f26d432f3f1214359 a01eaa784e208caa7",uri="sip:1002@192.168.254.7:5062",algorithm=MD5,response="ff4da318be9647ed55 06b3a6ed042f65"..Contact: 1000 <sip:1000@222.127.83.25:60149>..User-Agent: Linksys/PAP2-3.1.3(L S)..Content-Length: 0..P-hint: rr-enforced.... --- config start -- # main routing logic route{ setflag(8); # Turn on XLOG Debugging if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; if (!method=="REGISTER") { setflag(9); record_route(); } if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); break; }; if ((method=="BYE") || (method=="CANCEL")) { setflag(9); }; append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (src_ip==XX.XX.XX.XX) { if (isflagset(8)) {xlog("L_INFO","From ASTERISK");}; setflag(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; if (uri==myself) { if (method=="REGISTER") { if (isflagset(8)) {xlog("L_INFO","UA Trying to Register...");}; if (!www_authorize("tbgi.net.ph", "subscriber")) { www_challenge("tbgi.net.ph", "0"); break; }; if (!search("^Contact:[ ]*\*") && nat_uac_test("19")) { if (isflagset(8)) {xlog("L_INFO","UA Behind NAT\n");}; setflag(6); fix_nated_register(); force_rport(); } else { if (isflagset(8)) {xlog("L_INFO","UA not Behind NAT");}; }; save("location"); break; }; if (uri=~"^(sip:)?[1-8]...@(([a-z]+\.)?tbgi.net.ph|210\.1\.71\.3)") { if (isflagset(8)) {xlog("L_INFO","CALL TO LOCAL DESTINATION\n");}; setflag(2); if (method=="INVITE") { if (!www_authorize("tbgi.net.ph", "subscriber")) { www_challenge("tbgi.net.ph", "0"); break; }; if (nat_uac_test("19")) { if (isflagset(8)) {xlog("L_INFO","INVITE FROM NATTED UA\n");}; setflag(6); fix_nated_contact(); force_rport(); fix_nated_sdp("3"); }; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; route(1); break; } else if (uri=~"^(sip:)?00[0-9]*@(([a-z]+\.)?tbgi.net.ph|210\.1\.71\.3)") { if (isflagset(8)) {xlog("L_INFO","CALL TO INTERNATIONAL\n");}; setflag(3); if (method=="INVITE") { if (!www_authorize("tbgi.net.ph", "subscriber")) { www_challenge("tbgi.net.ph", "0"); break; }; if (nat_uac_test("19")) { if (isflagset(8)) {xlog("L_INFO","INVITE FROM NATTED UA\n");}; setflag(6); fix_nated_contact(); force_rport(); fix_nated_sdp("3"); }; }; prefix("9"); rewritehostport("XX.XX.XX.XX:5060"); t_relay_to_udp("XX.XX.XX.XX", "5060"); break; }; route(1); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { t_on_reply("1"); if (!t_relay()) { sl_reply_error(); }; } onreply_route[1] { if (isflagset(6) && status=~"(183)|2[0-9][0-9]" && !search("^Content-Length:\ +0")) { if (isflagset(8)) {xlog("L_INFO","ON REPLY FROM NATTED UA\n");}; fix_nated_contact(); fix_nated_sdp("3"); } else if (nat_uac_test("1")) { if (isflagset(8)) {xlog("L_INFO","ON REPLY FROM NATTED UA ALTERNATIVE\n");}; fix_nated_contact(); }; } ________________________________________________ Message sent using UebiMiau 2.7

1 0

[Serusers] TOS question - should see 0x10, am seeing 0x00
by Ravindranath Gummadidala 01 Jun '07

01 Jun '07

Hi, I am using SER 0.9.4. I want to make sure that all SIP traffic from the SER is marked with a specific DSCP value. I grepped in the src and found that SER already does this for both TCP and UDP sockets using a setsockopt with a value IPTOS_LOWDELAY (0x10). However, a packet trace I captured shows that the TOS field is 0x00. It did not look to me like the TOS setting code was featurized, so I am not sure what is going on here. Anyone have any ideas. Regards, -Ravi.

1 0

[Users] acc::log_extra question
by Will Quan 01 Jun '07

01 Jun '07

Hi all,I noticed that if I request to log a field that was not present in the SIP message it doesnt log 'n/a' anymore.Is this design intent ?Here is an example:/* I would like to see diversion in log */modparam("acc", "log_extra", "div=$di")However if not present, later I get an error in the logs:xl_get_diversion: ERROR cannot parse Diversion headerThe 1.1.x behavior was to not generate that error while the actual ACC had a value of 'n/a'.Regards,Will

1 0

[Serusers] Help for mysql to ser 2.0.0. rc1
by Liu Wenlong 01 Jun '07

01 Jun '07

why there is not a subscriber table in my_create.sql of ser 2.0.0 rc1? AND how can I create it? thanks -- aRES iN aNYWhere

2 1

[Users] DNS SRV Setting for the OpenSER proxies
by raviprakash sunkara 01 Jun '07

01 Jun '07

Hello Users, I'm tring to configuring the load balance , Initial i have 2 sip proxies and centralized database. for 2 sip proxies database is common , ie. centralized. Let Assume the proxy1 is a.b.c.b , other proxy2 is 1.2.3.4 and proxy domain name is sip.sample.com , is common if the proxy1 is not started or some failure case , it has goes to the second proxy2.. but this is not happening at all. i follow this url for DNS_setting -- > http://www.voip-info.org/wiki/view/DNS+SRV all the request going to proxy1 only. but not the proxy2.... please any can guide me regarding this... -- Thanks &Regards Ravi Prakash Sunkara

1 0

[Users] "invalid cseq for aor" in replicated registrations
by Papadopoulos Georgios 01 Jun '07

01 Jun '07

Hello all, I have a question about replicated registrations. Server1 sends an authenticated REGISTER to server2. The script looks like: if (method=="REGISTER") { if (src_ip==server1) { # Handle replicated registrations. No need to authenticate, just save. if (!save("location")) sl_reply_error(); } else { # Digest authentication if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); return; } if (!check_from() | !check_to()) { sl_send_reply("400", "Bad Request"); return; } if (!save("location")) { sl_reply_error(); } # Send a copy of this registration to the other proxy t_replicate("sip:server2:5060"); } return; } On server2 I get this message: ERROR:registrar:update_contacts: invalid cseq for aor <...> But I don't have the same message on server1. If the cseq is invalid then how come server1 saves it successfuly and then replicates it to server2? thank you George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

1 0

Re: [Users] starting openser error
by Henning Westerholt 01 Jun '07

01 Jun '07

On Freitag, 1. Juni 2007, you wrote: > OK, I would install a newer version then, which one do you recommend > me to install? > > Do I have to uninstall the old one or just make an update? The latest stable version 1.2.1 should be fine. Look at the migration notes in the wiki for update hints, http://openser.org/dokuwiki/doku.php As you going from 1.0 to 1.2, a complete new installation would be probably easier. So uninstall the old openser, backup your database tables, install the new and migrate the data to the new installation. You find informations about the necessary changes in the mentioned documents. Henning P.S: please CC at the user list

1 0

[Serusers] Preserve DSCP marking
by Ravindranath Gummadidala 01 Jun '07

01 Jun '07

Does SER have support for preserving the DSCP markings of (incoming) SIP messages it processes before sending them out? Or is this something one would need to change the SER source code for? I searched in the archives but could not find anything relevant. Regards, -Ravi.

3 2

Re: [Users] starting openser error
by Henning Westerholt 01 Jun '07

01 Jun '07

On Freitag, 1. Juni 2007, isetien001(a)ikasle.ehu.es wrote: > > > I got an error while starting openser: > > > > > > openser[15247]: usrloc:preload_udomain: Wrong version v1004 for table > > > <location>, expected v1001 > > > [..] > > > I realize that I have a problem with the version of the openser > > > binaries and the openser_mysql script version, but I don't really know > > > wich is the problem and how to solve it. > > > > Hello Izortze, > > > > your version of the openser_mysql script must match the openser binary > > version. Otherwise the created tables from the script would not match. > > What version of openser do you use? > > I use openser 1.0.1-notls (i386/linux) > > Thanks a lot This version is really old, you should consider doing an upgrade. Please control the version (installation source) of the openser_mysql script. This must be the same version as the binary package as i said. Henning

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users June 2007