IETF
core@jabber.ietf.org
Wednesday, November 12, 2014< ^ >
irob has set the subject to:
Room Configuration
Room Occupants

GMT+0
[01:19:35] Tony Hansen joins the room
[01:21:16] Ana He joins the room
[01:22:22] kepeng_li joins the room
[01:22:44] Meetecho joins the room
[01:24:08] Tony Hansen leaves the room
[01:24:09] kohei.kasamatsu130 joins the room
[01:24:10] ראש תחום joins the room
[01:24:38] tony hansen joins the room
[01:24:49] tony hansen leaves the room
[01:25:45] tony hansen joins the room
[01:26:29] tony hansen leaves the room
[01:26:56] tony hansen joins the room
[01:28:26] David Perkins joins the room
[01:46:10] tony hansen leaves the room
[01:46:33] tony hansen joins the room
[01:51:52] tony hansen leaves the room
[01:53:07] kohei.kasamatsu130 leaves the room
[02:02:26] Dave Thaler joins the room
[02:03:03] <Dave Thaler> are these slides online? (I know the others are but can't find these)
[02:04:49] <David Perkins> Is it really get the collection, or is it iterate the collection?
[02:07:08] <David Perkins> How many people are present in the WG meeting?
[02:07:28] ראש תחום leaves the room
[02:08:52] <Ana He> http://www.ietf.org/proceedings/91/slides/slides-91-core-0.pdf
[02:10:36] satoru.kanno@jabber.org joins the room
[02:14:11] <David Perkins> Are there going to be "implementation reports". Specifically, has a stack been implemented on an Atmel processor, and if so, what was the size of the FLASH and RAM?
[02:14:57] <Dave Thaler> @Ana: maybe 70 people in the room or so
[02:15:17] <Dave Thaler> er @David Perkins sorry
[02:16:17] <David Perkins> MIC: real important - what processor and FLASH and RAM. Just numbers is not real telling.
[02:16:21] <Dave Thaler> and the link Ana posted does not include these slides, hence my question
[02:16:42] <Dave Thaler> is someone else doing MIC relay?
[02:18:31] <Dave Thaler> do you need me to relay David?
[02:21:00] Dave Thaler leaves the room
[02:22:47] Barry Leiba joins the room
[02:30:53] v b joins the room
[02:32:12] v b leaves the room
[02:38:23] Meetecho leaves the room
[02:38:24] Meetecho joins the room
[02:38:46] <David Perkins> MIC: please clarify - the RD contains only a list of resources and not the values of those resources. What happens if the RD is not present or crashes?
[02:42:29] <Ana He> RD can be used to assist ACE, it is unlikely to be a constraint device
[02:49:42] <kepeng_li> To David, if RD is not present or crashes, then client will not receive any response. Your question seems not be related to security.
[02:50:51] <Ana He> The exist of RD might change the way of how ACE works
[02:51:22] <kepeng_li> To Ana, yes, RD is unlikely to be a constrained device. To me, it is bi-direction. ACE can help RD, RD can help ACE to find Authorization Server.
[02:51:52] <Ana He> right
[02:52:34] <David Perkins> MIC: Does the RC provide info about the "quality" of the "link"? Does it tell me how often the info is updated? ETC
[02:53:57] <David Perkins> MIC: Can someone find out when the link was added? Is there a "timeout" of the links
[02:59:36] <David Perkins> Thanks - the issue is that if there are multiple sensors, and they report different values, which do you trust?
[03:00:52] <David Perkins> An example of "quality" might be how long ago in the expected life of the sensor was it calibrated?
[03:07:58] <kepeng_li> To David, depends on implementation
[03:13:22] <David Perkins> KEPENG - I don't understand your statement. Would you elaborate?
[03:17:49] <kepeng_li> David, sorry, busy in meeting, talk to you later
[03:21:03] Barry Leiba leaves the room
[03:22:14] Ana He leaves the room
[03:22:26] satoru.kanno@jabber.org leaves the room
[03:22:31] David Perkins leaves the room
[03:23:52] Meetecho leaves the room
[03:28:55] Barry Leiba joins the room
[03:29:02] Barry Leiba leaves the room
[03:43:13] kepeng_li leaves the room
[18:51:30] Barry Leiba joins the room
[18:59:21] Meetecho joins the room
[19:03:57] kepeng_li joins the room
[19:26:39] metricamerica joins the room
[19:28:02] Bill joins the room
[19:29:32] metricamerica leaves the room
[19:30:55] <Bill> Hello, Bill Silverajan here, from tut.fi <http://tut.fi> (in case there's a virtual blue sheet)
[19:31:02] kohei.kasamatsu130 joins the room
[19:36:43] <kepeng_li> I just notice that chairs forgot to distribute blue sheets. Or I am the only one who didn;t sign?
[19:36:44] kohei.kasamatsu130 leaves the room
[19:40:57] tsavo.stds@gmail.com joins the room
[19:56:02] <Barry Leiba> There's a blue sheet floating around.  I will find it.
[20:00:27] Barry Leiba leaves the room
[20:00:37] Barry Leiba joins the room
[20:02:36] <Bill> Question from Bill Silverajan: what was the reasoning to adopt coaps+tcp:// instead of coap+tls:// for the URI format?
[20:06:22] <kepeng_li> To Bill, in your presentation, you also proposed to use coap+tcp://
[20:07:03] <Bill> kepeng, yes for carrying coap over tcp. the previous presentation proposed coaps+tcp to carry over tls
[20:11:21] <Bill> This is Bill Silverajan. Thanks to Carsten for presenting the slides we prepared for alternative transports
[20:12:44] loreto.salvatore joins the room
[20:23:54] Barry Leiba leaves the room
[20:24:29] tsavo.stds@gmail.com leaves the room
[20:26:55] Barry Leiba joins the room
[20:39:50] Bill leaves the room
[20:50:12] Barry Leiba leaves the room
[20:50:22] Barry Leiba joins the room
[20:57:26] ludwig.seitz joins the room
[20:57:44] ludwig.seitz leaves the room: offline
[21:11:15] dmitry.anipko joins the room
[21:11:27] dmitry.anipko leaves the room
[21:19:45] Barry Leiba leaves the room
[21:31:56] loreto.salvatore leaves the room
[21:39:42] Meetecho leaves the room
[21:40:11] kepeng_li leaves the room
[22:46:09] satoru.kanno@jabber.org joins the room
[23:26:18] satoru.kanno@jabber.org leaves the room
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!