FS 200 OKs with a session-timeout header, add that to your sip profile <param name="session-timeout" value="0"/>
It will disable them. ~Math On 27-Feb-09, at 1:25 AM, seven wrote: > Thank you. > > I first noticed this and posted on JIRA: > http://jira.freeswitch.org/browse/SFSIP-110 > , however it's another problem(network problem I think). > The easiest way to make a sip trace is from our production system and > I it's not good to post in public, hope email you off list is OK. > > On Feb 27, 2009, at 12:09 PM, Mathieu Rene wrote: > >> OPTIONS messages arent call-related, they can be used to check >> connectivity but is not relevant in the event of a call being >> proxied. >> >> Could you attach a sip trace? and which UA are we talking about? >> >> ~Math >> >> On 26-Feb-09, at 11:05 PM, seven wrote: >> >>> Thanks, but doesn't OPTION msg can make sure KEEP-ALIVE? >>> >>> I have no way to edit the bad UA settings for Session-Expires. But I >>> traced SIP and there is no Session-Expires in the UA's INVITE msg, I >>> guess FS default that to 1 minute so it send out the re-INVITE. And >>> INVITE sent by FS do has a Session-Expires:120 header . >>> >>> >>> Seven- >>> >>> On Feb 27, 2009, at 11:23 AM, Mathieu Rene wrote: >>> >>>> Seven, >>>> >>>> This is called session timers, its sent out to make sure the call >>>> is >>>> still active. Since SIP is UDP-based, if the UA is unplugged, the >>>> call >>>> would just stay active. >>>> >>>> You can look in your UA's settings to see if you can make that >>>> longer >>>> or disable it. >>>> >>>> If you do a SIP trace, look for the "Session-Expires" header. >>>> (Should >>>> be like: Session-Expires: <nbr of seconds>). >>>> >>>> When FS performs an outbound call, this is controlled by the >>>> session- >>>> timeout parameter in the sip profile. >>>> Eg: <param name="session-timeout" value="120"/> >>>> >>>> ~Math >>>> >>>> On 26-Feb-09, at 10:12 PM, seven wrote: >>>> >>>>> Hi, >>>>> >>>>> The recent version of FS( I think I had notice that also on 1.0.1 >>>>> stable version) seems sends out an INVITE msg every minute when I >>>>> originate a call from a SIPUA(say X-Lite), then the SIPUA will >>>>> respond >>>>> 200 OK with SDP msg. There's no problem with X-Lite but some bad >>>>> SIPUA >>>>> can send bad responding msg and will cause FS hangup the call said >>>>> "Malformed Session Description". >>>>> >>>>> I know it's not FS's problem, but I don't understand why it send >>>>> the >>>>> INVITE(a re-INVITE?) every minute? is there a way to disable it? >>>>> >>>>> btw, it only happens when you originate a call from a SIPUA, I >>>>> originate from FS(originate sofia/defaut/1000 &echo) doesn't get >>>>> re- >>>>> INVITE msg. >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Freeswitch-dev mailing list >>>>> Freeswitch-dev@lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>> freeswitch- >>>>> dev >>>>> http://www.freeswitch.org >>>> >>>> >>>> _______________________________________________ >>>> Freeswitch-dev mailing list >>>> Freeswitch-dev@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- >>>> dev >>>> http://www.freeswitch.org >>> >>> >>> _______________________________________________ >>> Freeswitch-dev mailing list >>> Freeswitch-dev@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- >>> dev >>> http://www.freeswitch.org >> >> >> _______________________________________________ >> Freeswitch-dev mailing list >> Freeswitch-dev@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- >> dev >> http://www.freeswitch.org > > > _______________________________________________ > Freeswitch-dev mailing list > Freeswitch-dev@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
