Dear List,
SER at Public IP : 212.154.104.198 and operating good, there's no firewall or etc. PSTN Gateway located at Public IP : 212.154.59.48 and operating good, there's no firewall or etc. There are two ATA's for testing purpose, both are behind NAT (Zoom X4 ADSL Modem/Gateway) but please note that port forwarding is done from router so when a user dials another one, the voice traffce flows directly between users, not on SER and again no problem for parties while calling each other, they can hear/speak.
Gateway already set up to accept calls from SER's IP. When i try to dial a cellular/landline number as i can see results from ngrep utility, SER routes the call to Gateway and step by step it's , INVITE, RINGING... i hear ringing tone, and then internet connection for computers/servers/voip devices in the ATA's sides are cut and ADSL modems halts, i have to switch it off and on. after a time, not more then 10 seconds my cellular rings, i open it and there's no voice since the connection was lost with ATA's... Finally, i can say that routing is working but why my internet connection is lost everytime when i try to make a cellular/landline call...
I've tried to setup a STUN Server Setting in ATA's, i've tried with a public STUN Server 66.7.238.210:3478 again that did not solved my problem.
Anyone have an idea ?
Thanks, Ozan Blotter
My SER version is 0.9.4 and below is my SER.CFG
check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/openser_fifo"
loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/textops.so"
modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1)
route{
if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 8192 ) { sl_send_reply("513", "Message too big"); break; };
if (!method=="REGISTER") record_route();
if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); route(1); break; };
if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(1); break; };
if (method=="REGISTER") {
save("location"); break; };
if (lookup("aliases")) { if(!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; } }
if (uri=~"^sip:9053[0-9]*@*") { rewritehost("212.154.XX.YY"); # prefix("201"); route(1); break; };
if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; };
append_hf("P-hint: usrloc applied\r\n"); route(1); }
route[1] { if (!t_relay()) { sl_reply_error(); }; }
This is NGREP log for a cellular call :
[root@n212-154-104-198 openser]# ngrep 90532 port 5060 interface: eth0 (212.154.104.196/255.255.255.252) filter: ip and ( port 5060 ) match: 90532 ### U 85.96.192.140:5060 -> 212.154.104.198:5060 INVITE sip:905325123580@212.154.104.198 SIP/2.0..Via: SIP/2.0/UDP 85.96.192 .140:5060;branch=z9hG4bKaae6e7e772518fac..Max-Forwards: 70..To: <sip:905325 123580@212.154.104.198>..From: sip:8334843600@212.154.104.198;user=phone; tag=xIjNyIDMxID..Call-ID: 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Co ntact: sip:8334843600@85.96.192.140:5060..Session-Expires: 100;refresher= uac..Supported: timer..Content-Type: application/sdp..Content-Length: 191.. ..v=0..o=8334843600 0 0 IN IP4 85.96.192.140..s=-..c=IN IP4 85.96.192.140.. t=0 0..m=audio 15034 RTP/AVP 18 18..a=rtpmap:18 G729/8000..a=sendrecv..a=rt pmap:18 G729/8000..a=sendrecv..a=ptime:20.. # U 212.154.104.198:5060 -> 85.96.192.140:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 85.96. 192.140:5060;branch=z9hG4bKaae6e7e772518fac..To: <sip:905325123580@212.154. 104.198>..From: sip:8334843600@212.154.104.198;user=phone;tag=xIjNyIDMxID ..Call-ID: 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Server: OpenSer ( 0.9.4 (i386/linux))..Content-Length: 0..Warning: 392 212.154.104.198:5060 " Noisy feedback tells: pid=1969 req_src_ip=85.96.192.140 req_src_port=5060 in_uri=sip:905325123580@212.154.104.198 out_uri=sip:905325123580@212.154.59 .48 via_cnt==1".... # U 212.154.104.198:5060 -> 212.154.59.48:5060 INVITE sip:905325123580@212.154.59.48 SIP/2.0..Record-Route: <sip:212.154.1 04.198;ftag=xIjNyIDMxID;lr=on>..Via: SIP/2.0/UDP 212.154.104.198;branch=z9h G4bK1bbb.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6 e7e772518fac..Max-Forwards: 16..To: sip:905325123580@212.154.104.198..Fro m: sip:8334843600@212.154.104.198;user=phone;tag=xIjNyIDMxID..Call-ID: 76 26671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:8334843600@85.96 .192.140:5060>..Session-Expires: 100;refresher=uac..Supported: timer..Conte nt-Type: application/sdp..Content-Length: 191....v=0..o=8334843600 0 0 IN I P4 85.96.192.140..s=-..c=IN IP4 85.96.192.140..t=0 0..m=audio 15034 RTP/AVP 18 18..a=rtpmap:18 G729/8000..a=sendrecv..a=rtpmap:18 G729/8000..a=sendrec v..a=ptime:20.. # U 212.154.59.48:5060 -> 212.154.104.198:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 212.154.104.198:5060;branch=z9hG4bK1bb b.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6e7e7725 18fac..Record-Route: sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on..From: <s ip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..To: <sip:9053251 23580@212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID: 76266 71D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580@212.15 4.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0.... ## U 212.154.59.48:5060 -> 212.154.104.198:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 212.154.104.198:5060;branch=z9hG4bK1b bb.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6e7e772 518fac..Record-Route: sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on..From: < sip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..To: <sip:905325 123580@212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID: 7626 671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580@212.1 54.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0.... # U 212.154.104.198:5060 -> 85.96.192.140:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6 e7e772518fac..Record-Route: sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on..F rom: sip:8334843600@212.154.104.198;user=phone;tag=xIjNyIDMxID..To: <sip: 905325123580@212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID : 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580 @212.154.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0... . ##
Hi Ozan,
both the script and the net flow look ok - I would say you have a network problem - maybe some traffic congestion?? you said this happens only when trying to call the GW which is outside your network and the RTP traffic goes via your ADSL modem....
regards, bogdan
Ozan Blotter wrote:
Dear List,
SER at Public IP : 212.154.104.198 and operating good, there's no firewall or etc. PSTN Gateway located at Public IP : 212.154.59.48 and operating good, there's no firewall or etc. There are two ATA's for testing purpose, both are behind NAT (Zoom X4 ADSL Modem/Gateway) but please note that port forwarding is done from router so when a user dials another one, the voice traffce flows directly between users, not on SER and again no problem for parties while calling each other, they can hear/speak.
Gateway already set up to accept calls from SER's IP. When i try to dial a cellular/landline number as i can see results from ngrep utility, SER routes the call to Gateway and step by step it's , INVITE, RINGING... i hear ringing tone, and then internet connection for computers/servers/voip devices in the ATA's sides are cut and ADSL modems halts, i have to switch it off and on. after a time, not more then 10 seconds my cellular rings, i open it and there's no voice since the connection was lost with ATA's... Finally, i can say that routing is working but why my internet connection is lost everytime when i try to make a cellular/landline call...
I've tried to setup a STUN Server Setting in ATA's, i've tried with a public STUN Server 66.7.238.210:3478 again that did not solved my problem.
Anyone have an idea ?
Thanks, Ozan Blotter