Subject: [Sip] Re: Regarding sending of Min-SE header in the re-INVITE

From: Jonathan Rosenberg <[email-masked]>
Date: Tue, 18 Jun 2002 13:18:24 -0400

More old emails... inline:

[email-masked] wrote:
> 
> Hello
>      I have doubt regarding the following  statement of the
> draft-ietf-sip-session-timer-08.txt
> 
> "The UAC MUST insert the Min-SE header into a re-INVITE request for a
> particular call leg if it has ever received a 422 response to a
> previous
> INVITE on the same leg"
> 
> When a UAC receives 422 response for a INVITE request, it retries with
> by
> removing the tag field.
> So once the call is established, there will not be any Min-SE for that
> call
> leg.

Correct.

> 
> The example in draft also says same thing.
> 
> What value in the Min-SE header should go out ?.

None, unless the UAC has one it wishes to impose.

> 
> 
> The draft also specifes
> 
> "In an INVITE that is   within a call leg with an active session timer,
> the
> header SHOULD be   present, and SHOULD contain the the larger of the
> current value of   the session interval and the value of the Min-SE, if
> present"
> 
> So how can be the re-INVITE get 422 response, so that next re-INVITE
> will
> go out with Min-SE header.

Once the dialog is established, the min-SE is "cleared", as the draft 
states. So, the UAC could, for example, send a re-INVITE with a very low 
session expiration. This would result in a 422 if some proxy objects, 
and that 422 would have a Min-SE. The retried INVITE then has a Min-SE 
once again.

-Jonathan R.
-- 
Jonathan D. Rosenberg, Ph.D.            72 Eagle Rock Avenue
Chief Scientist                         First Floor
dynamicsoft                             East Hanover, NJ 07936
[email-masked]                 FAX: (973) 952-5050
http://www.jdrosen.net                  PH:  (973) 952-5000
http://www.dynamicsoft.com

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email-masked] for questions on current sip
Use [email-masked] for new developments on the application of sip