10:55:48 RRSAgent has joined #wot-pf 10:55:48 logging to http://www.w3.org/2017/10/04-wot-pf-irc 10:58:49 yamada has joined #wot-pf 10:59:56 zkis has joined #wot-pf 11:02:00 Meeting: WoT PlugFest 11:02:06 dape has joined #wot-pf 11:02:18 present+ Kaz_Ashimura, Ryuichi_Matsukura, Takeshi_Yamada, Zoltan_Kis 11:02:41 present+ Tomoaki_Mizushima 11:03:11 present+ Daniel_Peintner 11:04:47 Agenda: https://www.w3.org/WoT/IG/wiki/PlugFest_WebConf#Agenda 11:05:05 Soumya has joined #wot-pf 11:05:41 present+ Soumya_Kanti_Datta 11:05:50 present+ Uday_Davuluru 11:06:30 uday has joined #wot-pf 11:06:49 scribenick: kaz 11:07:16 present+ Michael_McCool 11:08:02 McCool has joined #wot-pf 11:08:29 present+ Michael_McCool 11:09:43 topic: TPAC/PlugFest registration 11:10:08 https://www.w3.org/2002/09/wbs/1/WoTPlugFest201711/ 11:10:13 https://www.w3.org/2002/09/wbs/35125/TPAC2017/ 11:10:34 topic: PlugFest proposal update 11:10:46 -> https://lists.w3.org/Archives/Public/public-wot-ig/2017Oct/att-0005/Servients_TPAC2017_171004d.pptx Matsukura-san's slides 11:11:00 Mizushima has joined #wot-pf 11:11:06 matsu: updated the slide based on the information on the f2f wiki 11:11:16 ... you can see there are 5 colors 11:11:43 ... application servient, remote proxy servient, local proxy servient, device servient and devices 11:12:03 ... the left most row is Panasonic 11:12:08 ... the second row is Siemens 11:12:36 ... then Lemonbeat, Intel, SmartThing, Eurecom 11:13:05 ... will get concrete information on Eurecom from Soumya 11:13:08 soumya: next week 11:13:17 matsu: the right most row is Fujitsu 11:13:27 ... Nimura and myself 11:13:39 present+ Sebastian_Kaebisch 11:13:55 ... also Mizushima-san from IRI will provide an application servient 11:14:00 ohura has joined #wot-pf 11:14:01 mjkoster has joined #wot-pf 11:14:05 mm: sorry have not put info on the wiki yet 11:14:12 ... would provide various devices 11:14:19 I'm having trouble starting webex 11:14:30 ... not device servient itself but device servient generator 11:14:40 matsu: application as well? 11:14:45 mm: yes 11:14:49 ... using Alexa 11:15:00 ... web service is visible globally 11:15:20 ... bridge between Alexa and WoT devices 11:15:42 uday: allocate devices dynamically? 11:15:56 mm: want to talk to whatever Things dynamically 11:16:06 ... and generate voice interface for them 11:16:11 ... turn on/off 11:16:18 ... would see semantic tagging 11:16:32 ... the idea is more generic one 11:16:39 ... likewise OCF Thing 11:17:05 uday: Alexa already knows about the devices? 11:17:15 mm: no, dynamically asks about that 11:17:55 kaz: it seems there is a list of issues on p3 11:17:57 mm: yeah 11:18:08 ... would like to demonstrate semantic interoperability 11:18:29 ... proxy things could be useful but not unique 11:18:38 ... there could be more dynamic mechanism 11:19:00 mm: also think we need some directory service somewhere 11:19:06 matsu: tx for your comments 11:19:13 Mizushima has joined #wot-pf 11:19:14 ... would be useful to have those points on the wiki 11:19:27 ... and discuss it in detail later 11:19:28 mm: ok 11:19:38 present+ Michael_Koster 11:19:48 present+ Kazuaki_Nimura 11:20:01 present+ Masato_Ohura 11:20:14 (Michal_Koster joins) 11:20:27 matsu: Koster, do you have any update on your side? 11:20:37 ... device servient, etc. 11:21:18 kaz: expectation for your devices and servients? 11:21:27 koster: Smart Thing devices 11:21:48 ... exposed as a "device" 11:21:55 mm: as an OCF device? 11:21:58 koster: yeah 11:22:04 ... light and motion sensor 11:22:18 ... will show the information on the f2f wiki 11:22:27 matsu: ok 11:22:51 ... maybe Matthias could provide a remote proxy as well 11:23:20 ... Daniel and Sebastian, do you know if Siemens can provide app servient and proxy servient? 11:23:33 dape: finish by beginning of Nov but not completed 11:23:41 sk: working on that 11:23:45 q? 11:23:53 ... some slide maybe in 2 weeks 11:23:58 ... about how it works 11:24:04 q+ 11:24:16 sk: btw, "TD repository" is missing here 11:24:31 ... to find all the accessible Things 11:24:43 mm: yeah, how to discover Things/services 11:24:58 ... web services are visible and accessible, though 11:25:12 matsu: TD repository is one of the important issues 11:25:21 ... would like to talk about that in detail later 11:26:20 dape: not only who but one in the local side and another in the Internet side 11:26:33 kaz: why don't you explain the 2nd slide, Matsukura-san? 11:26:44 matsu: (go ahead to the 2nd slide) 11:27:04 ... devices on some locations 11:27:13 ... applications can be located in the Internet side 11:27:43 mm: one assumption here is all the applications work on the Internet side 11:27:56 ... on the other hand there can be apps on the local side like fog apps 11:28:15 ... also NATs accept all the global addresses? 11:28:39 koster: accepts all the incoming addresses. right? 11:29:14 mm: we can reach between different networks 11:29:27 ... there are 3 different networks here 11:30:00 koster: 2 different networks via a remote proxy 11:30:03 mm: right 11:30:27 matsu: this slide shows the combination of possible servients 11:30:44 ... we want to get information for the PlugFest 11:30:53 ... e.g., what kind of devices will be used 11:31:02 ... and application scenario 11:31:13 kaz: and the interface between servients 11:31:15 matsu: yes 11:31:27 ... (p3: Issues for TPAC plugfest) 11:31:27 ... issues 11:31:33 ... 1. interface between servients 11:31:42 q? 11:32:10 ... need to think authentication, discovery/TD exchange, firewall/NAT, Event operation 11:32:21 ... 2. TD management 11:32:38 ... need to think about how to create the URI 11:33:00 mm: we should try discovery API 11:33:07 ... e.g., the one of node-wot 11:33:27 ... should be set up to look up local TD directory 11:33:32 ... and need to set up TD directory 11:33:59 ... other people use something other than node-wot 11:34:08 ... in that case, how to handle discovery? 11:34:17 ... where is "it"? 11:34:35 koster: one common directory to discover TD? 11:34:48 mm: Fujitsu may have their own implementation for discovery 11:35:28 ... local proxy could delegate discovery capability to remote proxy 11:35:37 koster: we've not clarify how to handle that yet 11:35:52 ... p 11:36:02 s/... p/ 11:36:17 ... the basic case is having everything within home 11:37:13 mm: the basic case could be having one global chaching directory 11:37:32 ... would be happy to have one single point for now 11:37:40 s/chaching/cashing/ 11:38:54 kaz: confirm everybody happy and provide servients 11:39:02 ... and file issues 11:39:06 mm: wot repo? 11:39:09 kaz: that's fine 11:39:29 mm: we have 2 proxies for the local network in SF 11:39:41 s/proxies/local proxies/ 11:40:27 matsu: and each of the two remote servients correspond to one of them 11:40:44 q? 11:40:56 matsu: we should clarify the way how to register Things 11:41:11 mm: idea here to create a generic proxy service? 11:41:17 matsu: right 11:41:27 mm: we need to document the interface for that purpose 11:41:42 ... discover and identify the devices 11:42:11 koster: proxies have both the capabilities of expose/consume 11:42:36 mm: need to define TD for the local proxy servient 11:42:54 ... how to search devices within the local network from the outside 11:43:00 s/outside/outside?/ 11:43:27 mm: discovery the Things dynamically or any provisioning? 11:43:55 koster: we have multiple problems 11:44:03 ... we have local proxy and remote proxy 11:44:26 ... what is exposed for the north-bound? 11:44:30 mm: OCF talks with CoAP 11:45:11 koster: the assumption here is 11:45:42 ... possibly have multiple protocols, CoAP, MQTT, etc. 11:45:48 ... or simply HTTP 11:46:02 mm: I'm creating a bridge 11:46:12 ... could create a proxy as well 11:46:52 q 11:46:55 s/q// 11:47:05 mm: this diagram is misleading 11:47:27 ... OCF device doesn't know the local proxy servient 11:47:44 ... on the other hand, the local proxy servient need to talk with the device servient 11:49:14 kaz: we should clarify that the green box "device servient" is just a device which handles the specific devices 11:49:44 mm: yes, for my side, the blue box itself is a servient 11:51:49 kaz: I guess the point here with the blue box is describe the pattern of Panasonic's system 11:51:52 mm: yeah 11:51:56 ... both patterns make sense 11:52:26 ... device servient+device vs servient device(which includes both device servient and device at once) 11:53:26 koster: in that case, some of the blue boxes can be directory connected to the yellow box (=local proxy servient) 11:54:50 kaz: so we should rather start with green boxes which expose device capability 11:54:54 mm: right 11:55:02 matsu: ok 11:55:59 ... would suggest you also generate diagrams of your systems and descriptions :) 11:56:06 mm: where to store the resources? 11:56:14 kaz: how about wot repo 11:56:27 ... under plugfest sub directory? 11:57:14 https://www.w3.org/WoT/IG/wiki/F2F_meeting,_4-10_November_2017,_Burlingame,_CA,_USA#Suggested_Hotels 11:57:26 mm: visit the above f2f wiki 11:57:34 ... point the wot repo 11:57:43 ... and diagrams, etc. 11:58:03 issue prefix "PlugFest4Q17 11:58:14 ... and issues should have prefix like "PlugFest4Q17" 11:58:42 kaz: and we can create a label "PlugFest4Q17" as well 11:58:45 mm: right 11:58:47 and please document that in a section of the wiki page above... 11:59:48 ack m 11:59:50 kaz: at some point we could think about MD and HTML on the wot/plugfest repo as well 12:00:32 ... btw, the minutes to be published publicly? 12:00:35 all: fine 12:00:40 [adjourned] 12:00:49 rrsagent, make log public 12:00:49 McCool has left #wot-pf 12:00:53 rrsagent, draft minutes 12:00:53 I have made the request to generate http://www.w3.org/2017/10/04-wot-pf-minutes.html kaz_ 12:01:02 mjkoster has left #wot-pf 12:06:47 Soumya has left #wot-pf 12:09:22 Mizushima has left #wot-pf 12:11:17 ohura has left #wot-pf 12:26:15 https://github.com/w3c/wot-scripting-api/issues/64 12:29:04 https://github.com/w3c/wot/issues/352 14:03:25 Zakim has left #wot-pf