- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Tue, 12 Apr 2016 20:28:31 +0900
- To: Public Web of Things IG <public-wot-ig@w3.org>
- Message-ID: <CAJ8iq9W+=iWykAL5jtVou4mEvgGi9KdNx3110T2EvUgSSrtS-g@mail.gmail.com>
Sorry but it seems there was some confusion with RRSAgent tool.
So I've just renamed the minutes from Prep Day to:
https://www.w3.org/2016/04/10-wot-minutes.html
Text version re-attached below.
Sorry,
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Plugfest Preparation Day
10 Apr 2016
Attendees
Present
Kaz_Ashimura(W3C), Louay_Bassbouss(Fraunhofer_FOKUS),
Dave_Raggett(W3C), Joerg_Heuer(Siemens),
Kazuo_Kajimoto(Panasonic), Johannes_Hund(Siemens),
Sebastian_Kaebisch(Siemens), Daniel_Peinter(Siemens),
Taki_Kamiya(Fujitsu), Victor_Charpenay(Siemens),
Michael_Koster(SmartThings/Samsung),
Matthias_Kovatsch(Siemens), Yingying_Chen(W3C),
Karen_Myers(W3C), Ryuichi_Matsukura(Fujitsu),
Katsuyoshi_Naka(Panasonic)
Regrets
Chair
Sebastian
Scribe
kaz
Contents
* [2]Topics
1. [3]Introduction of each plugfest demo
* [4]Summary of Action Items
__________________________________________________________
Introduction of each plugfest demo
louay: discovery using UPnP
kajimoto: no demo this time
dsr: proxy for discovery
michael: doing REST-based proxy
dsr: the other thing to do is slides for tomorrow
johannes: same thing as the previous demo
... UI to interact with TD
... several things on servients
... how to model things
... how to handle the processes
... some lifecycle method
... and how to interlink things
... thinking about having resources
... would investigate patterns
michael: collection of patterns?
johannes: yes
... also collection of multiple, e.g., 64, LEDs
daniel: @@@
taki: no demo
victor: TD Repository:
... [5]http://vs0.inf.ethz.ch:8080
... coap://vs0.inf.ethz.ch:5687
[5] http://vs0.inf.ethz.ch:8080/
louay: shows FlowsAndBindings.md
...
[6]https://github.com/w3c/wot/blob/master/TF-DI/DiscoveryFlowsA
ndBindings.md
... several possible discovery flows
... discovery flow 1, 2, 3, 4, 5
... myself use flow 3
... flow 4 looks up endpoints
... flow 5 has TD generator
... there could be more patterns
... next how to bind concrete protocols
... the first is SSDP binding
... difine new SSDP device type
... Thing provider (server) advertises some specific SSDP
message
[6]
https://github.com/w3c/wot/blob/master/TF-DI/DiscoveryFlowsAndBindings.md
s/message/messages when things appear/disappear
scribe: mDNS proposed by Dave
dsr: mDNS sends query using UDP
... binary data
... and links for early records
... "A" record for IPv4 address
... "AAAA" record for IPv6 address
johannes: do we have any starting points for documentation?
dsr: no, not yet
johannes: need to think about broadcasting?
dsr: mDNS is build on DNS
johannes: would be handy if we could document concrete examples
... the question is we need guidance for developers
louay: this .md file is the basis of the possible guideline
... [7]https://github.com/fraunhoferfokus/wot-cli
... setup: install Node.js, clone the repository, install
dependencies
... usage: wot [options] [command]
... wot discover
... wot advertise
[7] https://github.com/fraunhoferfokus/wot-cli
sebastian: work for local network?
louay: yes
... and we'll discover all the things within the local network
... possible to use QUERY to search specific Things
daniel: @@d
louay: what you're asking is rather similar to the discovery
flow 4
... advertise(Lookup-Endpoint)
daniel: would get same results regardless of the protocols
louay: would start with SSDP binding
... shows "TD.WOT.W3C.ORG: URL to Thing Description"
dsr: how about multicast?
sebstian: another question
... always announce Thing Description?
... how Bonjour and mDNS work
daniel: UPnP is gone, isn't it?
matthias: implementations for various OSs?
dsr: mDNS is quite simple
louay: s/SSDP/SSDP/
s|s/mDNS/SSDP/|there are libraries|
scribe: TVs use UPnP for discovery with DLNA
dsr: quick introduction for mDNS
... UDP and multicast
... IANA repository for service name
... shows Bonjour Browser
... can use a command line tool, dns-sd
... give service name using -R option
... shows /dev/cu.wchusbserial1420 log
... default network arrangement
... shows Transport.cpp
... log again
... easy to advertise endpoints
michael: diagram with 2 stages
... how about implementations?
dsr: there are many implementations
louay: registration is not part of work currently
... do we really need "RN:"?
dsr: need to specify which protocol(s) the endpoint can talk
... devices may sleep
daniel: also network traffic issue
sebastian: would see interaction with SSDP as well
(discussion on multiple protocols)
louay: important to specify USN (unique service name), e.g.,
advertisement UUID
... specify both service name and protocol
... wot search command has -p option to specify proptocols
... currently supports only ssdp and mdns, though
joerg: do we think it would be relevant for the next plugfest?
... who are interested?
louay: would make sense to have multiple gateways for different
protocols
joerg: asking because we need to be clear what is expected for
plugfest
... wondering how to deal with the categories
... we need to agree with what to do
... and decide who to do what
dsr: what kind of network to be used
... secure or not
johannes: for Nice meeting, eventually somebody brought a
router and everybody used that
dsr: we can prepare what is needed
... July meeting will be held at some hotel?
johannes: if we can prepare beforehand, it would be better
... would be better to get prepared before we fly
louay: shows description.jsonld
... and scpd.xml
... and shows a demo which plays a video
... and show Node-RED diagram
johannes: relationship between Node-RED and TD?
louay: added thing as a node
johannes: how to translate UPnP to actions?
louay: if you want to use TD directly you can use URI and
actions
johannes: you have same issues on actions vs properties
(Node-RED is useful to express the bindings between multiple
protocols)
louay: we can start with concrete Thing Description which is
tied to some device
... or we can start with "discover things"
... connect multiple things using Node-RED tool
kaz: here "thing" node is a wot servient as TD processor rather
than concrete device. right
louay: right
[ adjourned ]
Summary of Action Items
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [8]scribe.perl version
1.128 ([9]CVS log)
$Date: 2016/04/12 10:59:07 $
[8] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[9] http://dev.w3.org/cvsweb/2002/scribe/
Received on Tuesday, 12 April 2016 11:29:44 UTC