<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
The problem is only with PSTN call.<BR>
&nbsp;<BR>
I tried&nbsp;to send call to the&nbsp;three gateway Teles, SIP-HIT and Asterisk but all disconnect calls in that priticular seconds.<BR>
The thinng is i cannot understand if i am using STUN in Linksyspap2 the call goes normal and without STUN it disconnect. So the problem is gateway side or Openser?<BR>
&nbsp;<BR>
our router is not implimented with SIP, and there is one more strange thing, In some callshop the same rtptproxy working well and going cal for long duration but i have 3 callshop which facing this problem. the configuration and others are same as other working devices.<BR>
&nbsp;<BR>
&nbsp;<BR>
&nbsp;<BR>
<BR><BR>Regards, <BR>www.Go4Calls.Com <BR>VoIP Forums <BR><BR>&gt; From: ibc@aliax.net<BR>&gt; To: users@lists.openser.org<BR>&gt; Date: Mon, 21 Jan 2008 00:19:12 +0100<BR>&gt; Subject: Re: [OpenSER-Users] Calls disconnect automatically<BR>&gt; <BR>&gt; El Lunes, 21 de Enero de 2008, VoIP Forums www.Go4Calls.com escribió:<BR>&gt; &gt; i tired with the following configuration but still result is same. calls<BR>&gt; &gt; disconnect in 30 - 32 sec<BR>&gt; &gt;<BR>&gt; &gt; modparam("nathelper", "natping_interval", 20)<BR>&gt; &gt; modparam("nathelper", "ping_nated_only", 1)<BR>&gt; &gt; modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock")<BR>&gt; &gt; modparam("nathelper", "rtpproxy_disable", 0)<BR>&gt; &gt; modparam("nathelper", "rtpproxy_disable_tout", 60)<BR>&gt; &gt; modparam("nathelper", "rtpproxy_tout", 1)<BR>&gt; &gt; modparam("nathelper", "rtpproxy_retr", 5)<BR>&gt; &gt; modparam("nathelper", "sipping_method", "OPTIONS")<BR>&gt; &gt; modparam("nathelper", "received_avp", "$avp(i:801)")<BR>&gt; &gt;<BR>&gt; &gt; Please advise me if i need more modification?<BR>&gt; <BR>&gt; <BR>&gt; Which kind of calls are disconnected after 30 seconds? PSTN calls or user to <BR>&gt; user call?<BR>&gt; <BR>&gt; In any case, you could do a "tcpdump -n port UAC_RTP_PORT" in a PC using a <BR>&gt; softphone that uses UAC_RTP_PORT for audio. Call to PSTN (or other user) from <BR>&gt; this softphone and monitorize with tcpdump when the audio is disconnected.<BR>&gt; <BR>&gt; Some gateways (as Asterisk) disconnect a call by default if they don't receive <BR>&gt; RTP during 30 seconds.<BR>&gt; <BR>&gt; Since I don't know which kind of gateway you use I don't know if it uses <BR>&gt; Session Timers as call monitorization way, so if your router blocks the port <BR>&gt; after 30 seconds, then the periodic ire-INVITE or UPDATE from gateway to UAC <BR>&gt; will not arrive so they won't be replied with "200 OK", and gateway will <BR>&gt; discconect the call.<BR>&gt; To test this, do a "ngrep" in a computer using a softphone registered behind <BR>&gt; NAT (no STUN). After REGISTER you should receive a OPTIONS from proxy as keep <BR>&gt; alive.<BR>&gt; <BR>&gt; Another possible problem is the existence of painful ALG routers, have you <BR>&gt; tested if your router implements SIP ALG?<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; -- <BR>&gt; Iñaki Baz Castillo<BR>&gt; <BR>&gt; _______________________________________________<BR>&gt; Users mailing list<BR>&gt; Users@lists.openser.org<BR>&gt; http://lists.openser.org/cgi-bin/mailman/listinfo/users<BR><BR><br /><hr />Express yourself instantly with MSN Messenger! <a href='http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/' target='_new'>MSN Messenger</a></body>
</html>