RE: [Sip] WGLC for Informational Draft on Media Authorization

All,

A very late but very small, and perhaps important, comment: the header
carries a hex string which contains a Policy Element as defined in RFC2750,
including length and P-Type. Should it be able to carry more than one Policy
Element ? RSVP allows you to include more than one, and since the Policy
Elements can be of different types, the flexibility to include more than one
could be of value.

Sinec the token in this header is just a hex string, including length and
type bytes, then the syntax can remain the same, and the procedure at the
UAs (copy the data into the appropriate place in the RSVP POLICY-DATA
object) remains the same.

Regards...Mark

> -----Original Message-----
> From: Dean Willis [mailto:dean.willis@softarmor.com]
> Sent: 10 March 2002 22:09
> To: sip@ietf.org
> Cc: Rohan Mahy; jo@ipdialog.com; brian.rosen@marconi.com;
> wtm@research.att.com; Flemming Andreasen
> Subject: [Sip] WGLC for Informational Draft on Media Authorization
> 
> 
> We'd like to open discussion for a working group lst call on:
> 
> http://www.softarmor.com/sipwg/drafts/draft-ietf-sip-call-auth-04.txt
> 
> Please note that this is not a standards-track draft. It 
> defines a p-class
> header used for interworking with a restricted set of QoS 
> policy managers
> potentially used in some cable and wirless networks, It is 
> also part of the
> "Bundle 2" set deemed critical by 3GPP.
> 
> We plan to conclude WGLC on or about 25 March 2002 and 
> advance to IETF last
> call as soon as possible thereafter.
> 
> --
> Dean Willis
> SIP WG co-chair.
> 
> 
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip
> 