How Location Conveyance specifies the allowed URI

Trying, trying, ....

It seems we have a very rough consensus that there will be some
normative text that specifies the allowable URI schemes for what can be
in the location header.  There are still some voices in opposition to
it, but I think we've heard all the relevant points we're going to get.
I had made a specific proposal on this:

location-param = LAQUOT allowed-URI RAQUOT *( SEMI loc-param ) 
;cid-url from RFC2111, http_URL from RFC2616, SIP/SIPS-URI from RFC3261,
PRES-URI from RFC3859 
allowed-URI = cid-uri / http_URL / https_URL / SIP-URI / SIPS-URI
              / PRES-URI

As we seem to be developing another rough consensus on NOT defining an
HTTP dereference mechanism IN THE LOCATION-CONVEYANCE DOCUMENT, this
would now be:
location-param = LAQUOT allowed-URI RAQUOT *( SEMI loc-param ) 
;cid-url from RFC2111, SIP/SIPS-URI from RFC3261, PRES-URI from RFC3859 
allowed-URI = cid-uri / SIP-URI / SIPS-URI / PRES-URI

The text would say extensions to this list is by (?standards-track?) RFC
requiring geopriv review as a "using" protocol, but is not a SIP change.

A hypothetical http dereference RFC would have the following ABNF:
;allowed-URI from <location-conveyance>, http_URL from RFC2616
allowed-URI =/ http_URL / https_URL

The alternative is to use "AbsoluteURI", and to say roughly the same
thing about RFCs and geopriv review.  I prefer being explicit.  The "=/"
construction is very simple and very explicit. 

Can we accept this "allowed-URI" proposal and move on? Does it have to
be standards track, or is Informational okay?  I would think
informational is okay, provided geopriv reviews.  For example, if some
other organization came along and defined a protocol that worked, and
met the geopriv requirements, an informational saying that the way you
use this with SIP Location is blah, blah, blah, I would think, provided
geopriv agreed it met their concerns, that would be okay (even with the
ABNF extension to allowed-URI in the Informational) 

Brian

_______________________________________________
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