If the REGISTER message does not have any "expire" parameter in Contact and messgae does not have "Expires" header then registrar can use it's default value for the "expire" and send in 200 OK. It's mandatory to send "expires" in contact or "Expires" header.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bhanuprasad K S Sent: Thursday, January 18, 2007 1:56 AM To: Venkatesh Joshi; [email protected] Subject: Re: [Sip-implementors] Expiration interval in REGISTRATION sequences Hi Venkatesh, The Value present in the 200 OK must be taken as expires value. REGISTER request can ask for any duration of time (say 3600) if 200 OK contains 360 then 360 is the expires value. registrar can reduce expires value but it must not increase the expires value which present in REGISTER request while sending final response (200OK). Regards, Bhanuprasad KS ----- Original Message ----- From: "Venkatesh Joshi" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, January 18, 2007 10:44 AM Subject: [Sip-implementors] Expiration interval in REGISTRATION sequences > Hi, > > I have a situation where a phone sends a REGISTER message with > "expires=3600" in the Contact Header. > > The SIP registrar replies back with "Expires: 300" in the 200 OK response. > > In such a situation, which of these 2 values should be taken as the actual > expiration interval ? > > RFC 3261 -> section 10.3 is slightly obfuscated. > > In one instance it states that if REGISTER request has an "expires" > parameter or if the request has an "Expires" header field, that value MUST > be taken as the requested expiration. > > Then, it also states that registrar MAY choose an expiration less than the > requested expiration interval. > > Does this mean that the value in the 200 OK message takes precedence ? > > thanks, > venkatesh joshi > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
