RE: Re: [Geopriv] How Location Conveyance specifies the allowed URI

"Rosen, Brian" <[email protected]>
Newsgroups gmane.ietf.sip,gmane.ietf.geopriv
Message-ID <ED0887AEB595F74DB74934F4C37C08DC0A196CBF@stntexch04.cis.neustar.com>
I could be wrong, but I think it is possible to define such an extension
as not updating the original document.  Nearly every SIP extension
effectively modifies one or more ABNF lines in 3261, but none of them
are considered updates to 3261.

Brian

> -----Original Message-----
> From: James M. Polk [mailto:[email protected]]
> Sent: Thursday, July 27, 2006 5:28 PM
> To: Rosen, Brian; IETF SIP List; GEOPRIV
> Subject: Re: [Sip] Re: [Geopriv] How Location Conveyance specifies the
> allowed URI
> 
> At 04:20 PM 7/27/2006 -0500, James M. Polk wrote:
> >>Can we accept this "allowed-URI" proposal and move on? Does it have
to
> >>be standards track, or is Informational okay?
> >
> >A vote for Standards Track, as this ensures IETF LC for everyone's
chance
> >at a proposal., also so some other WG doesn't attempt to slip
something
> by
> >anyone (meaning "by Geopriv")
> 
> As a WG chair, I should know this off the top of my head, but I'm
> bewildered by some of the comments here (and in another area),
therefore
> confused...
> 
> I believe that each subsequent schema proposed would be an official
> 'update' to this SIP RFC (to be), which is Standards Track, meaning I
> don't
> believe an INFO RFC can officially 'update' a Standards Track RFC.
This
> would mean updating this RFC (to be) would take a Standards Track RFC,
if
> my math is right...
> 
> 
> >>I would think
> >>informational is okay, provided geopriv reviews.

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.