sr-users June 2007

sr-users@lists.kamailio.org

191 participants
314 discussions

[Serusers] ACK and BYE being sent to private IP of UA

by Nhadie

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

17 years, 5 months

[Serusers] TOS question - should see 0x10, am seeing 0x00

by Ravindranath Gummadidala

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.

17 years, 5 months

[Users] acc::log_extra question

by Will Quan

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

17 years, 5 months

[Serusers] Help for mysql to ser 2.0.0. rc1

by Liu Wenlong

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

17 years, 5 months

[Users] DNS SRV Setting for the OpenSER proxies

by raviprakash sunkara

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

17 years, 5 months

[Users] "invalid cseq for aor" in replicated registrations

by Papadopoulos Georgios

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.

17 years, 5 months

Re: [Users] starting openser error

by Henning Westerholt

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

17 years, 5 months

[Serusers] Preserve DSCP marking

by Ravindranath Gummadidala

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.

17 years, 5 months

Re: [Users] starting openser error

by Henning Westerholt

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

17 years, 5 months

[Users] starting openser error

by isetien001＠ikasle.ehu.es

Dear all: I got an error while starting openser: openser[15247]: Maxfwd module- initializing openser[15247]: usrloc:preload_udomain: Wrong version v1004 for table <location>, expected v1001 openser[15247]: register_udomain(): Error while preloading domain 'location' openser[15247]: domain_fixup(): Error while registering domain 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. Any help will be wellcome. Thanks a lot, Izortze.

17 years, 5 months

Jump to page:

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