Re: Teasing apart positions (was Re: RE: [Geopriv] Consensusonchanges to location-conveyance)
"James M. Polk" <[email protected]>
| Newsgroups | gmane.ietf.sip,gmane.ietf.geopriv |
|---|---|
| Message-ID | <[email protected]> |
At 11:33 AM 7/27/2006 -0400, Henning Schulzrinne wrote: >>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. Are you saying that the doc now has to state that more than one schema has to be supported within the same Location header? >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 > >_______________________________________________ >Geopriv mailing list >[email protected] >https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ 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