Re: Teasing apart positions (was Re: RE: [Geopriv] Consensusonchanges to location-conveyance)

> ii)	if we have more than one option, we either need some means of
> determining that the dereferencer supports the one the client chooses to
> use, or require support of all options. As we seem to be lacking any
> mechanism for the former, then it would imply that all options have to
> be supported at the dereferencer, and therefore that the list needs to
> be a small list.

This isn't quite true. It is quite possible to include multiple options, 
as long as one of them is universally supported. For example, you can 
support a "universal & slow" and a "sometimes & fast" solution, and 
everybody wins.

This approach is not new: MIME email does exactly that, where messages 
with HTML or rich text often also contain an alternate plain text rendering.

Henning

_______________________________________________
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