[OpenSER-Users] SIP max session timer

[Raj Jain]

Hi Bogdan,

Thanks. I wasn't aware of that. While sending a BYE from proxy on
session expiration makes some practical sense, RFC 4028 has a MUST NOT
clause on this (quote below). I'm not sure what problems this can
cause. Perhaps, this behavior can be made configurable (i.e. by
default OpenSER will clear its internal state only, but if this flag
was set, it'll send a BYE as well).

8.3.  Session Expiration

   When the current time equals or passes the session expiration for a
   session, the proxy MAY remove associated call state, and MAY free any
   resources associated with the call.  Unlike the UA, it MUST NOT send
   a BYE.

--
Raj Jain

On Tue, Jun 10, 2008 at 4:18 AM, Bogdan-Andrei Iancu
<bogdan at voice-system.ro> wrote:
> Hi Raj,
>
> well, openser can send a BYE - dialog module keep the call state and is able
> to send BYEs on both legs.
>
> Regarding the Max Session Timer - take a look at SST module.
>
> Regards,
> Bogdan
>
> Raj Jain wrote:
>>
>> On Mon, Jun 9, 2008 at 12:21 PM, Iñaki Baz Castillo <ibc at in.ilimit.es>
>> wrote:
>>
>>>
>>> El Monday 09 June 2008 18:06:38 Kaeman Chris escribió:
>>>
>>>>
>>>>  Please let me know how can i configure this sip max session timer on
>>>> the
>>>> openser? (SIP max timer) - If  the openser doesn't receive any BYE
>>>> message
>>>> from the origination or termination  equipment than the SIP max timer
>>>> will
>>>> forcefully kill the call by generating the  BYE on its own.
>>>>
>>>
>>> OpenSer is not a call-statefull proxy, but a transaction stateful, so you
>>> cannot rely on OpenSer to terminate a call after X seconds.
>>>
>>
>> A SIP proxy cannot send a BYE on its own (unless it's a 3GPP IMS SIP
>> proxy). With session-timers, proxies can clear their internal dialog
>> state if session refresh isn't performed by the UAs at the negotiated
>> interval.
>>
>> --
>> Raj Jain
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.openser.org
>> http://lists.openser.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>