[Sip] Last Call: draft-ietf-sip-answermode (Requesting AnsweringModes for the Session Initiation Protocol (SIP)) to Proposed Standard
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Sip] Last Call: draft-ietf-sip-answermode (Requesting AnsweringModes for the Session Initiation Protocol (SIP)) to Proposed Standard



Section 4.3.2 states:

   The Answer-Mode and Priv-Answer-Mode header fields have equivalent
   functions, except that Priv-Answer-Mode requests a higher level of
   privilege in granting the answering mode specified by the request.

Would it not make sense to have a single header that performs both of
these equivalent functions, using a parameter (e.g. 'high' or
'level=high') to distinguish between the two?

This might have the following benefits:

1) The document would be smaller.
2) The implementation may be simpler.
3) If the need for more than just two levels of privilege were found in
the future then this could be easily extended, rather than following the
current pattern of needing another header, e.g.
Really-High-Priv-Answer-Mode:
4) 'Priv' might be misinterpreted to mean 'private' rather than
'privilege' by the unfamiliar.



 

> -----Original Message-----
> From: The IESG [mailto:iesg-secretary at ietf.org]
> Sent: 10 July 2007 22:44
> To: IETF-Announce
> Cc: sip at ietf.org
> Subject: [Sip] Last Call: draft-ietf-sip-answermode (Requesting 
> Answering Modes for the Session Initiation Protocol (SIP)) to Proposed

> Standard
> 
> The IESG has received a request from the Session Initiation Protocol 
> WG
> (sip) to consider the following document:
> 
> - 'Requesting Answering Modes for the Session Initiation Protocol  
>    (SIP) '
>    <draft-ietf-sip-answermode-04.txt> as a Proposed Standard
> 
> The IESG plans to make a decision in the next few weeks, and solicits 
> final comments on this action.  Please send substantive comments to 
> the ietf at ietf.org mailing lists by 2007-08-05. Exceptionally, comments

> may be sent to iesg at ietf.org instead. In either case, please retain 
> the beginning of the Subject line to allow automated sorting.
> 
> The file can be obtained via
> http://www.ietf.org/internet-drafts/draft-ietf-sip-answermode-04.txt
> 
> 
> IESG discussion can be tracked via
> https://datatracker.ietf.org/public/pidtracker.cgi?command=vie
> w_id&dTag=14099&rfc_flag=0
> 
> 
> 
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol Use 
> sip-implementors at cs.columbia.edu for questions on current sip Use 
> sipping at ietf.org for new developments on the application of sip
> 


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol Use
sip-implementors at cs.columbia.edu for questions on current sip Use
sipping at ietf.org for new developments on the application of sip

_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www1.ietf.org/mailman/listinfo/ietf




Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.