Re: Distinguishing features and feature sets

Graham Klyne <[email protected]>
Newsgroups gmane.ietf.medfree
Message-ID <[email protected]>
At 12:56 03/02/99 -0500, Al Gilman wrote:
[...]
>The lazy client that doesn't want to dereference ACME-COMMUNICATOR will
>match it with ACME-COMMUNICATOR and treat ACME-COMMUNICATOR and SONY-GIZMO
>as values of different tags.  The industrious client will dereference
>ACME-COMMUNICATOR and know it matches SONY-GIZMO or the content of
SONY-GIZMO.
>Yes?
>
>I guess I just missed an earlier turn in the road -- like the motivation
>for hashes.

One motivation I see is that if SONY-GIZMO and ACME-COMMUNICATOR have the
same hash value, then they can be reasonably assumed to be the same feature
expression without actually knowing what that feature set is.

Another motivation is that if a recipient's characteristics change, the
change can be detected without sending the entire feature set.

An underlying motivation here is to save bandwidth whenever possible.  As
Ted pointed out, look what happened to HTTP Accept: headers because the
information to be communicated (repeatedly) became too voluminous.

#g


------------
Graham Klyne
([email protected])
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.