- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Thu, 14 Sep 2017 01:34:55 +0900
- To: Public Web of Things IG <public-wot-ig@w3.org>, public-wot-wg@w3.org
available at: https://www.w3.org/2017/09/13-wot-minutes.html also as text below. Thanks a lot for taking these minutes, Michael McCool! Kazuyuki --- [1]W3C [1] http://www.w3.org/ - DRAFT - WoT IG/WG 13 Sep 2017 See also: [2]IRC log [2] http://www.w3.org/2017/09/13-wot-irc Attendees Present Michael_McCool, Kaz_Ashimura, Michael_Koster, Uday_Davuluru, Matthias_Kovatsch, Dave_Raggett, Zoltan_Kis, DarkoAnicic, Daniel_Peintner, Kazuo_Kajimoto, Niklas_Widell, Masato_Ohura, Barry_Leiba, Ryuichi_Matsukura, Yongjing_Zhang, Kazuaki_Nimura, Keiichi_Tokuyama Regrets Chair Matthias, McCool, Kajimoto, Yongjing Scribe McCool, kaz Contents * [3]Topics 1. [4]quick updates 2. [5]plugfest and tpac and next steps for wg 3. [6]plugfest update * [7]Summary of Action Items * [8]Summary of Resolutions __________________________________________________________ <mkovatsc> [9]https://www.w3.org/WoT/IG/wiki/Main_WoT_WebConf#Agenda [9] https://www.w3.org/WoT/IG/wiki/Main_WoT_WebConf#Agenda <kaz> scribenick: McCool quick updates kaz: status of fpwd monday, found some minor issues, talked with editors and got clarifications will be working with the webmaster, and will get them published tomorrow matthias: dave offered to write a blog we are still deciding where it will go <inserted> scribenick: kaz matthias: mccool, workshop status? mccool: 2 proposals ... talked with the other proposer ... updated our proposal a bit ... to merge the 2 workshops together ... will circulate the updated proposal to the group ... we have to submit a paper to the NDSS workshop ourselves ... the other is IoT security ... security across various standards ... focus on Web of Things ... going to have to work on another proposal for IEEE workshop matthias: what is the motivation for the 2nd one? mccool: focus on standards ... NDSS one is broader ... would have more focused workshop for IEEE ... for NDSS workshop, paper deadline is in 2 months ... IEEE S&P is May ... much more time for review ... would generated an updated proposal for IEEE ... presenting at NDSS and get people involved ... and invite them to IEEE one <inserted> scribenick: McCool mccool: I will distribute the revised proposal; could use some more topics related to WoT if you have any suggestions plugfest and tpac and next steps for wg matthias: now we have released fpwd ... some changes; want to get plugfest aligned with the fpwd ... so one goal is that we want to update node-wot to match the fpwd ... would also like to target the scenarios as well ... does anyone see any blockers for updating their implementations ... to match the fpwd ... asking implementors and leads kajimoto: what is viable target for plugfest implementors? ... consensus on what is viable ... thing description, changes at the plugfest every time ... so what is standard to define interoperability ... defined current practices as viable... but now we have fpwd mccool: do you want to define a subset of the fpwd for the plugfest? kajimoto: yes ... first step, update current practices to fpwd ... for thing description ... adding security support ... define purposes for next plugfest to prove concepts kaz: proposing organizing and orchestrating plugfest as a starting point ... but not sure we need a profile or a minimum subset ... would like some clairification matthias: about current practices document, have some responses kajimoto: use cases are good... but we should have some guidelines or standards for how to describe our semantics ... the current practices document was good to have something to target ... but now we have the td only, less specific ... would like to update the current practices document to match the fpwd matthias: overall, have plan that current practices needs to be adapted ... but main content is now in fpwd; normative content is there ... but there are some primary and secondary features; we should define which is which ... and it would also be useful to set some goals, for instance ... to describe their security features, test thing, use cases ... would this solve some of your issues? kajimoto: yes kaz: matthias has mostly covered my point ... we probably should update the current practices with whatever is not covered in other fpwd documents plugfest update matsukura: plugfest update, sharing screen <kaz> [10]Matsukura-san's slides [10] https://lists.w3.org/Archives/Public/public-wot-ig/2017Sep/att-0005/Issues_for_TPAC_plugfest_170913.pptx See issue #346 <kaz> [11]Issue 346 [11] https://github.com/w3c/wot/issues/346 <McCool_> scribenick: McCool_ matsukura: three kinds of servient ... exposed thing, consumed thing, servient (gateway) ... also integration model, 3-layer, 4-layer ... issues: interfaces between servients, authentication, discovery, TD exchange, ... NAT and firewall traversal ... event operation ... finally, TD management issues ... for TD management, how to create URI, who manages TD and how ... call for participation, want to accelerate preparation, share information ... so please share information about what you plan to do dape: mentioned authentication... some content used quite a while ago ... but not sure if it is still the state of the art <kaz> [12]current practice doc [12] http://w3c.github.io/wot/current-practices/wot-practices-duesseldorf-2017.html matthias: mechanism in current practices is just one way of how it could be done ... but really we want to describe what is existing ... rather than defining our own mechanisms ... main comment is also about management of TDs ... we have a Thing Directory... at the moment is standalone ... but could also be merged with a (cloud) servient <Zakim> dape, you wanted to CP and authentication matthias: but might also have a sparql endpoing to support semantic search matsukura: some variations are possible matthias: could be included ... logically it could be a separate component <inserted> scribenick: kaz mccool: exposed OCF device as a Thing ... including CoAP as protocol ... question about security metada ... various decision to make about devices ... mechanisms for authentication ... we could for further ... we should pick examples <McCool_> mccool: I think we should pick some other platforms and figure out how to support them <inserted> scribenick: kaz mccool: interested in Amazon Alexa interface ... that's doable but don't want to identify any devices ... need to find out how to handle discovery ... more than one Thing Directory matthias: Thing Directory could be a good entry point mccool: multiple directories ... starting with one entry point ... can be a working assumption <inserted> scribenick: McCool_ mccool: I want to build an Alexa service that can discover things and talk to them in a generic way matthias: good working assumption is one Thing Directory ... if there is more than one, they could still have a single front end and delegate, but we don't plan to do that for plugfest kaz: do we need an additional document? matsukura: yes, we need an additional document in addition to the PlugFest wiki ... need a specification ... we do want another document... but were? wiki? markdown? expand current practices document? matthias: propose re-expanding the current practices document ... but ultimately should go into arch... but current practices can be used to draft things <Zakim> dsr, you wanted to comment on work for TPAC on plain JSON and WebSocket based messaging protocol and ask about specific goals for interoperability testing dsr: hope to collaborate with mozilla... websockets, etc ... mozilla hopes to bring some actual devices ... dsr to bring some simulated devices <dsr> see: [13]https://lists.w3.org/Archives/Public/public-wot-ig/2017Sep/ 0006.html [13] https://lists.w3.org/Archives/Public/public-wot-ig/2017Sep/0006.html dsr: wants to see us as a group to clarify our goals for interop testing ... dsr also looking at "plain JSON" description in collab with mozilla ... unfortunately ben is unavailable for now... dsr not ready to share matthias: would be better to share early dsr: is plain JSON aspect, is also web socket aspect matthias: can the ws aspect be aligned with panasonic? kajimoto: can you explain the current situation with ws communication? ... (asking panasonic members) ... have a document that panasonic sent to mozilla ... need to understand the differences in the approaches, is useful tokuyama: have to confirm these topics with rest of panasonic team and communications with mozilla ... but waiting for response from mozilla ... have already sent some material to them matthias: best if moz and panasonic can collaborate directly kaz: probably should send official invitation dsr: we already talked to them about this ... they are just waiting for internal authorization ... so we already talked about this; can send another email, but already aware kaz: point is they should enter their information on the wiki etc. dsr: yes, but they are still waiting for internal approval kaz: ok, will send a reminder dsr: but they are away until the end of the month kaz: please cc me when you contact him. I'll also cc you and the Chairs when I contact him. dsr: ok zkis: security and provisioning; even though we are not provisioning them, we still need to get client keys, etc. to talk to OCF devices ... so that is non-trivial ... we will have to provide some guidelines on how to do it mccool: and I'm not sure where we find OCF implementations that actually do this... matthias: anyone who brings device needs to figure this out ... the credentials can't go into TD, they have to be provisioned somehow ... ok, out of time... ... please do update info ... even siemens has to do this <kaz> [14]plugfest wiki [14] https://www.w3.org/WoT/IG/wiki/F2F_meeting,_4-10_November_2017,_Burlingame,_CA,_USA#PlugFest_.284-5_Nov_2017.29 matthias: and next to-do is to update the current practices <kaz> [15]current practices [15] http://w3c.github.io/wot/current-practices/wot-practices.html matthias: with focus on use cases mccool: what is timing of node-wot updates? matthias: will only be done just before the plugfest... ... will have to use current systems, and intercept ... need to work on a roadmap after cleanup mccool: good topic for next meeting matthias: may not be available next two weeks... dape: hope we can get it done sooner than two weeks before the plugfest matthias: would also be good to get test thing done early ... and that has a dependency on the scripting api mccool: also, McCool to chair next two meetings, Matthias will not be available <kaz> [adjourned] Summary of Action Items Summary of Resolutions [End of minutes] __________________________________________________________ Minutes formatted by David Booth's [16]scribe.perl version 1.152 ([17]CVS log) $Date: 2017/09/13 16:16:58 $ [16] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [17] http://dev.w3.org/cvsweb/2002/scribe/
Received on Wednesday, 13 September 2017 16:36:04 UTC