W3C home > Mailing lists > Public > public-web-and-tv@w3.org > December 2013

RE: [apis] Gap analysis for Network Service Discovery

From: HU, BIN <bh526r@att.com>
Date: Wed, 4 Dec 2013 15:20:19 +0000
To: Daniel Davis <ddavis@w3.org>, public-web-and-tv <public-web-and-tv@w3.org>
Message-ID: <179FD336116F754C876A9347238FE29A011183B3@WABOTH9MSGUSR8L.ITServices.sbc.com>
Thanks Daniel for the update.

REQ 6 Device Authentication: agree it is not in scope of NSD. We should leave it "blank" which means irrelevant. Red "X" means it doesn't support but it should, i.e. a gap.

REQ 7 Local Access Control: see revised / clarified requirement based on Mark's suggestion in [1]. I suggest to keep the red "X" (gap) as is because it is being discussed and hopefully will be addressed in NSD.

REQ 17 Tuner Control: because it is irrelevant of NSD, it should be "blank".

Thanks
Bin

[1] http://www.w3.org/2011/webtv/wiki/Media_APIs/Requirements#Local_Access_Control 

-----Original Message-----
From: Daniel Davis [mailto:ddavis@w3.org] 
Sent: Tuesday, December 03, 2013 9:59 PM
To: public-web-and-tv
Subject: [apis] Gap analysis for Network Service Discovery

Hi all,

I've updated the requirements spreadsheet [1] to remove the question
marks from the NSD column. Actually, I turned all of them to red crosses
for the following reasons:

6. Device Authentication Mechanism

Authentication is not in scope for the NSD spec. This is probably better
handled with Web Crypto or others.

7. Local Access Control

As discussed at TPAC, the requirement itself needs more refinement
before determining how in-scope this is.

17. Tuner Control

Tuner Control, or something similar, is likely to need its own spec or
API so is not part of NSD. Moving this forward is being discussed
separately.

By the way, I won't be in the call today but hopefully this can resolve
the outstanding work for NSD.

Thanks,
Daniel

[1]
https://docs.google.com/spreadsheet/ccc?key=0AvACjV6qSvmxdEctdjYwa2JOalZLOG10elE1LVRZNlE&richtext=true#gid=1
Received on Wednesday, 4 December 2013 15:21:02 UTC

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