W3C home > Mailing lists > Public > public-web-and-tv@w3.org > August 2011

RE: [HOME_NETWORK_TF] Priorities for requirements

From: Bob Lund <B.Lund@CableLabs.com>
Date: Tue, 23 Aug 2011 10:29:43 -0600
To: Giuseppe Pascale <giuseppep@opera.com>, Matt Hammond <matt.hammond@rd.bbc.co.uk>
CC: "public-web-and-tv@w3.org" <public-web-and-tv@w3.org>
Message-ID: <114DAD31379DFA438C0A2E39B3B8AF5D0308CE01CD@srvxchg>


> -----Original Message-----
> From: Giuseppe Pascale [mailto:giuseppep@opera.com]
> Sent: Tuesday, August 23, 2011 9:24 AM
> To: Matt Hammond; Bob Lund
> Cc: public-web-and-tv@w3.org
> Subject: Re: [HOME_NETWORK_TF] Priorities for requirements
> 
> my comments inline
> 
> On Mon, 22 Aug 2011 17:46:17 +0200, Bob Lund <B.Lund@cablelabs.com>
> wrote:
> >>      1.7.3.5 Time-synchronization
> > While I understand this is viewed as a very important feature, I think
> the control protocol to exchange time synchronization information and
> the application logic to make use of this information are both outside
> the scope of HNTF.
> 
> Agree that the control protocol is out of scope. On the other hand the
> ability to cover this requirement/usecase can have an impact on
> architectural decisions when discussing a generic message exchanging
> mechanisms between applications.
> 
> Is your proposal to drop the requirement or change it? If you think the
> current text is ambiguous could you provide some alternative text?
> 
> >>
> >> The requirements listed above focus on enabling applications to
> >> utilise existing home network services.  The remaining requirements
> >> all enable use cases and scenarios that are of great interest, but
> >> could be considered a "next step" of making it possible for
> >> applications to advertise and/or offer services. I therefore would
> >> consider these to be of lower priority.
> >>
> >>      1.7.2.5 Services Advertisement
> > I see this as high priority. If you don't have service advertisement I
> don't see how one does service discovery.
> >
> 
> I think the kind of service advertisement discussed here is "an
> application exposing a service". This is also in my opinion a less
> "urgent" use case since the primary usecase would be to discover
> traditional services.
> 

With the clarification that application refers to Web content then I agree.
> 
> 
> 
> /g
> 
> --
> Giuseppe Pascale
> TV & Connected Devices
> Opera Software - Sweden
Received on Tuesday, 23 August 2011 16:31:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:57:07 UTC