RE: [xri] FW: New Version Notification -draft-hammer-hostmeta-09.txt

[Eran Hammer-Lahav <eran@hueniverse.com>]

The <Host> element as currently specified adds no value to any of the use cases host-meta is intended for. The only reason why it was originally added was to support signatures. At this point it is far from clear how it will actually be used, how to address multiple hosts, and what impact will a JSON serialization will have on signatures (especially when considering "magic signatures").

It is a part of the spec no one really cares much about, and removing it doesn't prevent anyone from specifying it elsewhere, where it is actually used.

As for last stage, I'm not done with the document and planning on making significant changes to LRDD and integrating them into the same spec. This is based on feedback received over the last couple of weeks.

Host-meta didn't even reach IETF last call yet.

EHL

> -----Original Message-----
> From: Breno de Medeiros [mailto:breno@google.com]
> Sent: Monday, May 24, 2010 10:56 AM
> To: Eran Hammer-Lahav
> Cc: xri@lists.oasis-open.org; webfinger@googlegroups.com
> Subject: Re: [xri] FW: New Version Notification - draft-hammer-hostmeta-
> 09.txt
> 
> -1 to this change.
> 
> Can you explain why the simplification is worth the cost of making a last-
> minute change and sowing uncertainty at this last stage?
> 
> On Mon, May 24, 2010 at 10:49, Eran Hammer-Lahav
> <eran@hueniverse.com> wrote:
> > They can do whatever they want, as long as it is valid according to the XRD
> schema. Host-meta leaves <Subject> and <Alias> undefined and not
> recommended.
> >
> > EHL
> >
> >> -----Original Message-----
> >> From: Breno de Medeiros [mailto:breno@google.com]
> >> Sent: Monday, May 24, 2010 10:21 AM
> >> To: Eran Hammer-Lahav
> >> Cc: xri@lists.oasis-open.org; webfinger@googlegroups.com
> >> Subject: Re: [xri] FW: New Version Notification -
> >> draft-hammer-hostmeta- 09.txt
> >>
> >> I suspect people will want to write a <Subject> instead of <hm:Host>
> >> now that it's gone. :)
> >>
> >> On Mon, May 24, 2010 at 00:52, Eran Hammer-Lahav
> >> <eran@hueniverse.com> wrote:
> >> > After much (re)deliberation and discussions, I've decided to drop
> >> > the
> >> <Host> element from host-meta. The two reasons why it was there were:
> >> >
> >> > 1. make host-meta self-contained so it can be obtained via other
> >> > means than /.well-known/host-meta 2. provide a subject for
> >> > signatures
> >> >
> >> > Since there are no use cases for #1, and #2 has failed to
> >> > materialize after
> >> more than a year of discussions (still no signature profile
> >> published), I have decided that for the sake of simplicity and
> >> practicality to remove the element. host-meta doesn't address
> >> security and it should not provide a hook for future security
> >> profiles - that's their job. Those who find a need for expressing the
> >> subject of a host-meta XRD (or JRD) can add it back in their own spec (or
> make up something else).
> >> >
> >> > -09 dropped the element.
> >> >
> >> > Note that there is going to be a -10 coming out shortly which
> >> > merges LRDD
> >> back into host-meta, dropping links from HTTP headers and HTML bodies
> >> (which don't have any driving use cases).
> >> >
> >> > EHL
> >> >
> >> >
> >> > -----Original Message-----
> >> > From: Internet-Draft@ietf.org [mailto:Internet-Draft@ietf.org]
> >> > Sent: Monday, May 24, 2010 12:45 AM
> >> > To: Eran Hammer-Lahav; draft-hammer-hostmeta@tools.ietf.org;
> >> > stpeter@stpeter.im
> >> > Subject: New Version Notification - draft-hammer-hostmeta-09.txt
> >> >
> >> > New version (-09) has been submitted for draft-hammer-hostmeta-
> 09.txt.
> >> > http://www.ietf.org/internet-drafts/draft-hammer-hostmeta-09.txt
> >> >
> >> >
> >> > Diff from previous version:
> >> > http://tools.ietf.org/rfcdiff?url2=draft-hammer-hostmeta-09
> >> >
> >> > IETF Secretariat.
> >> >
> >>
> >>
> >>
> >> --
> >> --Breno
> >>
> >> +1 (650) 214-1007 desk
> >> +1 (408) 212-0135 (Grand Central)
> >> MTV-41-3 : 383-A
> >> PST (GMT-8) / PDT(GMT-7)
> >
> 
> 
> 
> --
> --Breno
> 
> +1 (650) 214-1007 desk
> +1 (408) 212-0135 (Grand Central)
> MTV-41-3 : 383-A
> PST (GMT-8) / PDT(GMT-7)