+ Introduction, Agenda Bashing -- Chairs "Note Well" noted. Robert Cragie could not come to the meeting. Yoshihiro Ohba is taking minutes. Thanks! Jabber scriber: Hui Deng Agenda is shown. WG document status is explained. lwig-guidance: latest WG doc 01 in July 2012. Individual documents status are explained. + IPSO Alliance work by Geoff Mulligan IPSO Alliance Chair IPSO goal is to promote IP smart objects. IPSO supports vendor-neutral inteorp tests. Several Committees. Held multiple interop events on 15.4, 6lowpan, rpl, coap. IPSO app data framework - a application independent data format is developed. IPSO interop test in the week of IETF84. Open room on Wednesday. After Paris meeting, Geoff developed a sensor to detect someone-entered-in-room event and automatically send email. COAP is also tested. Chair: Why IPSO choosed to be vendor-neutral approach? People to come with no affiliation. We want to make sure if specifications are correct. Mehmet: Unfortunately my company is not IPSO member. Is app data farmework is available? It will be available as soon as lawyers resolve the issue. probably before september. IPSO profile is different thing. Carsten: I am not a IPSO member. COAP test in last three days? In CORE WG, we decidedto have one last breaking change. Complaiment Any conclusions of the test? It works ;) Is that surprising? No. It's not simple to implement, but it's works. If you come to bit and bites, you can see demo connected to Jari's house. My goals is somebody from IPSO to convince industries that how IP based application works. Jari: someone asked about interop results. I parcipated for a while, got a grisp of it. We detected implemetion bug, but implemetnation is rubust. Geoff: We did not find specification bug. Robert Taylor: How many people attended IPSO tests compareted IBM MQTT? Geoff: I don't have an exact answer, ... Carsten: MQTT is horrible protocol. Geoff: We need to get running code experience early before an RFC is published. + LWIG guidance document by Carsten Bormann Scope is explained. "Constrained" definition. 2 rough classes. 10/100 and 50/250. Data Plain: TCP is newly added in -01. Control plain. Security. "Wire-visible" constaints (checksum, etc.) and "wire-invisible" constraints (buffers, timers, etc.) Document is still sparse and looking for additional contributors. Send text! It's running document for quite some time. Continue for months. Kerry: Looked the charter. Whatis the best place to discuss bootstrapping? Area-neutral place can be here like security issues. Geoff: There is mailing list working on how to deal with security, etc. Carsten: We need to find a different place for security. People will discuss it in ROLL WG tomorow. Jari: One issue is people do not have time to read documents. People may want to write some small text about security... It's a bit difficult to participate. Brian: One way to avoid everying in a singel pocket is looking at for example transport, consider general principles on transport first. Brian: How many people read text? many. Brian: How many people send comments? none. Suggestions: Generize. Read the doc. : Do not try to address all issues on constrained devices. Carsten: The document is about constrained nodes. ... Yusuke: Can we have sections on difficult cases? Example: discovery. I can contribute to binary xml implementation. Carsten: It will be very useful implementations. Chair: Send comments to mailing list. + Building power-efficient copa devices for celular networks by Ari Background: Low--©\power cellular prototype Three power usage strategies: always on, always off, low-power. power sources: battery, harvesting, and mains. Cellular link-layer characteristics. public/generic-use, point-point, long-range radio. Possible recommendations: use coap. data formats: json/senml. Discovery: more work to do. Communications model; sleepy devices and real-time reachable devices. For sleepy devics a good way is client to send resultsto a proxy. Some cases "server" model. Hui: question on sleep devices. Do you consider push service like OMA-DM? Android has a push service. Ari: We have been using SMS messages. Zhen: OMA is too complicated. Jari: We focus on IP based mechanisms. meeting ended at 18:32.