[Freeswitch-dev] FS send re-invite about every minutes, is there a way to disable it?

[seven du]

Hi Math,

in 200 OK session-timeout, do you mean this?

Session-Expires: 120;refresher=uas

I added the session-timeout to my sip profile and I can see

SESSION_TO           0

in console when I typed in " sofia status profile default " , however  
the Session-Expires will be always 120 in the 200OK msg.

Oh, I'm behind a NAT, so I think the timeout always equals 20  
(mod_sofia.c around line 519: session_timeout =  
SOFIA_NAT_SESSION_TIMEOUT; )

I tried change

<param name="minimum-session-expires" value="0"/>

and I can get

Session-Expires: 90;refresher=uas
Min-SE: 90

However, I still get the re-INVITE message after 60 seconds.

On Feb 27, 2009, at 10:31 PM, Mathieu Rene wrote:

> 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org