sr-users

sr-users@lists.kamailio.org

1 participants
37563 discussions

Re: [Serusers] NAT Problem with PAP2
by Nhadie 04 Jun '07

04 Jun '07

hi, i did not, as i thought it didn't it because it was registering as a public IP already. i will try that. thanks regards, nhadie Eneref wrote: > Do you have STUN support enabled on the PAP2? > > N. > > > Nhadie wrote: >> Hi All, >> >> >> I'm testing the default of config of ser, and just adding some >> nathelper command to make it 2 UA's work, I have an x-lite and a PAP2 >> both are behind nat. >> >> X-lite is being detected by ser as behind NAT, but the PAP2 isn't, >> the ser thinks the PAP2 is registering with public IP. >> >> When I call from PAP2 to X-lite, i have no problem, because the c= IN >> on the SIP/200 OK reply is already public IP, so wehen PAP2 sends an >> ACK or BYE it sends it the c=IN of X-lite which is public IP. >> >> But when I call vice versa, that PAP send c=IN as private IP so when >> X-lite sends an ACK/BYE, it wil send it to the private IP. which >> obviously will not be able to be recieved by PAP2. >> >> How can I fix this? Another thing i don't get is that why PAP2 >> registers as not behind NAT, but when it replies to messages, it is >> sending the private IP on the c= IN. >> >> Anyone experienced this before? >> >> TIA >> >> Regards, >> Nhadie >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> > > >

1 0

[Serusers] NAT Problem with PAP2
by Nhadie 04 Jun '07

04 Jun '07

Hi All, I'm testing the default of config of ser, and just adding some nathelper command to make it 2 UA's work, I have an x-lite and a PAP2 both are behind nat. X-lite is being detected by ser as behind NAT, but the PAP2 isn't, the ser thinks the PAP2 is registering with public IP. When I call from PAP2 to X-lite, i have no problem, because the c= IN on the SIP/200 OK reply is already public IP, so wehen PAP2 sends an ACK or BYE it sends it the c=IN of X-lite which is public IP. But when I call vice versa, that PAP send c=IN as private IP so when X-lite sends an ACK/BYE, it wil send it to the private IP. which obviously will not be able to be recieved by PAP2. How can I fix this? Another thing i don't get is that why PAP2 registers as not behind NAT, but when it replies to messages, it is sending the private IP on the c= IN. Anyone experienced this before? TIA Regards, Nhadie

2 1

[Serusers] TECHNICAL BOARD: Open for voting
by Greger V. Teigre 03 Jun '07

03 Jun '07

Hi all, Unless somebody objects, I assume the responsibility as coordinator of the voting on the technical board. Voting on candidates for the technical board of iptel.org is now open and will be open the next seven days. The rules governing the voting can be found at http://www.iptel.org/technicalboard/rules. A summary/howto can be found below. Where to send your vote =================== To make a public vote: send an email to one or more of the iptel.org lists seruser(a)iptel.rog, serdev(a)iptel.org, semsdev(a)iptel.org To make a secret vote: send an email to the coordinator at greger(a)iptel.org How to vote =========== The candidates can be found at http://www.iptel.org/nominations_and_voting_technical_board_2007. We have a total of eight candidates. Send an email with subject line "Vote: Technical Board" listing 1-5 people from the candidate list that you want on the iptel.org technical board. Each name listed in your email will give one vote to that person. Please note: * The board has an assigned seat for a SEMS representative and there are two candidates from SEMS (marked on the list of candidates). The SEMS seat will be assigned to the candidate with the highest number of votes counting only these two. * Two members of the board must have SER CVS write privileges (SER developer). Thus, the two candidates with such privileges having the highest number of votes will be elected. * The remaining three seat do not have any restrictions. Thus, once the SEMS and SER developer representatives have been elected, the remaining three candidates with the highest number of votes will be elected. * The number of votes for each candidate will be listed on http://www.iptel.org/nominations_and_voting_technical_board_2007

1 0

[Serusers] does anybody knows what that mean?
by olivier.taylor 02 Jun '07

02 Jun '07

What exactly means this message, it doesn't seems so important because everything works ok for my users. Regards, Olivier Jun 2 16:19:44 finalcut ser[51227]: ERROR: udp_send: sendto(sock,0x28325408,4,0,0xbfbfeab0,16): No buffer space available(55)

1 0

[Serusers] SER Ring Timeer/Time Out
by Cyprian Clement 02 Jun '07

02 Jun '07

Hi everybody, Just a quick question, is there a parameter in SER that I can set to control the INVITE will be Cancelled/TimedOout(towards the Called Party) if the called party keeps ringing without picking up the phone?. Thanks in advance. Regards, Cyp. ------- ___________________________________________________________ Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

1 0

[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

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