[07:06:08] Recent RFCs published: 7505, 7565, 7578, 7595 [07:06:25] rfc7001bis in the RFC Editor queue [07:06:49] markdown documents in IESG followup (i18n, etc, needs to be resolved). [07:07:20] 3 docs in development: -file-scheme, -http-problem, -mdn-3798bis [07:07:36] MNot speaks to -http-problem. [07:08:00] Got lots of feedback from W3C TAG. Still need to deal with extensibility. [07:08:50] Deciding on whether to add an extension bucket to the JSON, or just bump the media type when you want to extend. Some favor for the latter. [07:09:30] Martin Thomson: Sounds fine, but people are going to do extensions without bumping media type, so not a big deal. [07:09:54] (Bucket is like "x-", which is bad) [07:10:44] No other comments. Sounds like no need to bring it back to the WG. New version forthcoming. [07:11:27] Alexey on -mdn-3798bis: Still working on grammar a bit. Still need to work through open issues. [07:11:58] Murray on -file-scheme: Sounds like one more round of feedback, then WGLC. [07:12:34] Barry on rechartering APPSAWG: [07:13:50] Looking to recharter APPSAWG to act more like DISPATCH; less handling of documents. [07:14:31] Finding homes for documents instead of handling documents on its own (with a few easy exceptions). [07:15:21] The ADs are still figuring out whether to do a ART-wide area WG. [07:16:25] Dave Crocker: This was supposed to be a WG for documents that can't find homes. What changed? [07:17:21] Barry: We've gotten better about spinning up new WGs quickly, so that's less of an issue. But there's also worries about review here (both things not getting airtime, and getting buried in noise). [07:17:40] Alissa: Also possible for the decision for AD-shepherded document. [07:17:52] Murray: Can it go to ISE? [07:18:28] Alissa/Ben: They haven't, but DISPATCH can always say "No", which can end up with things to ISE. [07:18:52] Ben: DISPATCH also has gotten better at spinning up quick focused WGs. [07:19:26] Barry: And to repeat, trying to figure out how to make area more cohesive. [07:19:29] To be fair, the RAI stuff never was in APPS. [07:20:21] Ben on the new area: [07:20:48] Talking about what RAI was. [07:21:05] Keith: Some was. Geopriv, for example. [07:21:29] Previously, there was SIPPING. Moved to the DISPATCH process. [07:21:42] "the liver of RAI" [07:21:55] (Slides stolen from 2013 tutorials. Will be updating on the fly.) [07:22:37] Not "real-time" in the computer science sense. We mean "delay sensitive interpersonal communication". [07:23:16] Focused on building blocks. (See slides for details) [07:23:46] RTP, SIP, SDP, SIMPLE/XMPP, RTCWEB, GEOPRIV, ECRIT, CLUE, PERC. [07:24:44] RTP caries time-dependent data across jittery nets. [07:25:01] SIP is about Rendezvous and Negotiation. [07:25:25] Pretty picture of SIPing. [07:26:33] SDP [07:26:40] RTCWEB [07:27:09] resnick gets bored re-typing things on slides. Go look here: RAI WGs Overview [07:27:13] RAI WGs Overview [07:27:42] Telepresence. CLUE, "immersive" conferencing. [07:27:55] Pretty picture of Telepresence. [07:28:18] Presence and Messaging space. [07:29:29] Mary Barnes joins the room [07:30:03] Calling party identify (STIR) [07:30:23] (Contrary to the slides, STIR is well-underway) [07:31:13] Emergency Services [07:31:30] (Works with other SDOs) [07:31:45] DISPATCH - Assessing new work [07:32:46] Map of WGs not-very-pretty picture. [07:33:21] More map. [07:33:53] (SIPCORE belongs on the previous slide) [07:34:17] More background slides; go look for yourself. [07:34:19] Q's? Quick review of new Working Groups: [07:35:27] Ben: PERC, MODERN, NETVC are also new groups. [07:35:59] Ted Hardie: ACME - Trying to make it easy to install/update certs. [07:36:09] Sounds very SEC-sy. [07:36:10] ...and LAGER, though not meeting this week [07:36:52] Matt Miller: JSONBIS - coordinating with ECMA and getting JSON to Standard. Only meeting on the list. [07:37:19] Alexey: IMAPAPND - Extension to get big things uploaded to IMAP. Meeting on the list. [07:38:22] Murray - DBOUND: Figure out how to find relationships between domain names. 17:40 today. [07:39:48] Marc Blanchet: LAGER is about beer^h^h^h^h a file format to describe a list of codepoints (i.e., text), especially for DNS registries. [07:40:33] Adam Roach: NETVC is doing a royalty free video codec, similar to OPUS for audio. [07:40:54] Richard Barnes: PERC is about encrypted conferences that scale. [07:42:05] Henning Schulzrinne: MODERN is for managing phone numbers. Quick review of BOFs: [07:43:27] Mark Nottingham: CAPPORT BOF - Trying to improve the captive portal problem. [07:44:44] Ted Hardie: Bar BOF on use of UDP as substrate. Wed 20:20 Congress I [07:45:08] Cullen Jennings: DETNET BOF - Scheduling timeslots for packets. This PM [07:45:44] Robert Sparks: EDUNEXT BOF - Thinking about doing different things than tutorials, different kinds of trainings. This PM. [07:46:41] Leif Johanson - SCIM bar bof (missed the time and place) [07:53:29] SCIM location, from "the list:": "The last session on Monday ends at 19:50, so let's meet 8:15-ish at the Prague Beer Museum, Dlouhá 46, Prague 1" … http://www.praguebeermuseum.com/en [07:48:08] Linda Dunbar: I2NSF BOF - Virtualized security functions use by multiple vendors. Tuesday 13:00. Applications might want to be able to get at incident reports. [07:49:01] Alexey speaks to IMAP4rev2 [07:49:22] Short History of IMAP. [07:49:46] IMAP4, revision 2 [07:50:15] Goals - general. [07:51:11] Goals - fixes [07:51:48] (I will presume if people want more details here because they can't download the slides, they will say so.) [07:51:54] Goals - cleanup [07:53:03] Goals - improvements [07:53:39] Challenges [07:55:47] What I've done so far [07:56:01] What's next? [07:57:43] Pete Resnick: Why not charter now? [07:58:12] Barry: Because it might distract IMAPAPND. But OK with me. [07:58:40] Dave Crocker: Should get a dedicated mailing list. [07:59:05] Barry: But we need the people on imapext [07:59:23] IMO there is such a thing as too many mailing lists, too much fragmentation of discussions. [07:59:30] Dave: But this is a focused effort. Make it a separte list. [07:59:42] Barry: Suggest you draft a charter and create a list. [07:59:52] Done. [08:00:37] Cullen Jennings on WebRTC Enterprise Firewall Traversal [08:00:56] Skipping to 4th slide (P2P Media) [08:01:14] Firewalls and WebRTC Traffic [08:02:19] Back 2 slides to "Proposed Firewall Algorithm for WebRTC" [08:03:33] Looking for input on algorithms, but also trying to figure out who the experts are here. [08:04:12] Eric Rescorla: There are still some problems with the algorithm [08:04:24] Did ekr just say "firewall" and "totally reasonable" in the same sentence? [08:05:08] I think the angle was more "totally reasonable approach to dealing with firewalls", which isn't quiiiiiite the same thing. [08:05:12] Linda Dunbar: Sounds like I2NSF doing similar things. Is it? [08:05:46] Cullen: This is more old-school, the firewall is working independently. [08:06:24] Linda: From the firewall perspective, it's just a signal coming in. So, this is somewhat similar. Are there particular semantics? [08:06:35] Cullen: Yeah, that's what we want to have a technical discussion about. [08:07:11] Cullen: This is a strawman proposal to address that. Discussing this on the BEHAVE list. [08:07:34] Linda: Having this discussion on I2NS too. We should coordinate. [08:07:40] Cullen: Sounds good. [08:08:04] Eric Rescorla: Key seems to be do this at the firewall without having to change the clients. Right? [08:08:14] Cullen: Right for WebRTC, not for SIP. [08:08:36] Cullen: Even SIP clients that do ICE don't do everything needed for this. [08:09:30] David Black: STUN and friends are pin-hole punchers. WebRTC won't work without that. Since we're doing that, we want this added thing. Caution. [08:09:45] Last slide: What to do about media hiding in HTTPS [08:12:52] Adam Roach: One additional consideration - Proxies are for privacy. Need to be cognizant of what that means for running WebRTC over the proxy. [08:13:36] Ted Hardie: When you say request...? [08:13:47] Cullen: They mean "outbound packet" [08:13:57] Ted: That ain't going to fly in HTTP2. [08:14:18] Ted: You need a dedicated mailing list and some Prozac. [08:14:40] Martin Thomson: Doing this because you are unhappy with the current solution? [08:15:00] Cullen: I've gotten feedback from vendors. [08:15:18] oh this is hogwash. the middlebox vendors have been largely ignored in that wg [08:15:32] Martin: Middlebox vendors have participated [08:16:30] Eliot, to you want to be channeled at the mic? [08:16:31] Christian Huitema: Transparency vs. Control. Going on the control side is going to screw with transparency and privacy. Going to make firewalls worse than they are. [08:16:38] +1 to Christian Huitema's comment [08:17:00] sure- but i am not responding to the content of the draft, just martin's statement [08:17:31] in q [08:18:04] Eric Rescorla: This is phrased less helpful than it might. Surprised people think it's not possible to block voice traffic; of course firewalls can do that. [08:18:44] There are two concern that admins have: 1. I don't want voice/videoc calls at all. 2. I wish they'd choose a different proxy. [08:19:06] Easier way to say, "Here's a better proxy" is what we want. [08:20:16] Or a signal to say, "I don't want voice traffic" [08:20:27] Should be some signalling to do that. [08:22:33] Dave Crocker: Heard, "Try to get firewalls to do things the same way", but also "Let's try to make the hack work better". Seems like a cleaner solution is better than the fix to the hack. [08:23:05] The goal in all cases should be to make the network's behavior (including that of firewalls) predictable. [08:23:41] Cullen: Two parts: What can you do in enterprise and what can you do in residential. Residential we're stuck. Enterprise you could change, but getting people to change the settings is hard. [08:25:40] Joe Hildebrand: Dave sounded like we needed an architectural framework. One day we might have something like that (e.g., potato-ish things), but as you learn about this, bring that back to stack-evolution program in the IAB. [08:26:26] Aaron Falk: This looks like a new killer app is stressing the infrastructure, so either fix or block the app. But that's the proxy's problem, not the app. [08:27:26] Eric Rescorla: HTTP CONNECT is a terrible mechanism to push voice traffic through the firewall. It would be really nice for there to be a mechanism for apps to do so. [08:27:27] I keep wishing that apps had a reliable way of pointing out exactly what about the network is keeping the app from working. e.g. this app is being prevented from working by a misconfigured firewall, and the administrator's address is joe@example.com. [08:28:37] for those that didn't get it: "potato-ish" is a reference to draft-hildebrand-spud-prototype. This is NOT a protocol you can use here, it's a prototype that's an input into the IAB stack evolution program. One of the things we're exploring there, Keith, is explicit mechanisms for path-to-app communication (such as errors) in a protocol-independent way. [08:28:40] Cullen: I'll send email to HTTP list; interested to get an answer to EKR's issues. [08:30:16] WG Reports [08:31:38] Dave Crocker: ARCMEDIA - Developing a top-level media type for archives. Chartered in February. Almost no activity. Probably appropriate to shut it down. Comments? [08:31:58] Crickets.... [08:32:35] Mark Nottingham: HTTPBIS - HTTP2 shipped, but there are more things in the pipeline. [08:33:06] Cullen Jennings: RTCWEB is getting close to done on the key documents. Pretty boring stage, but need reviewers. [08:33:48] Mo Zanaty: NETVC - Looking to get people from assorted affiliations to get involved. [08:34:19] Alex Mayhoffer: DRINKS is down to just me. Finishing up. [08:34:52] Alissa: There's a bunch of groups on the list that are closing soon. At least 6. [08:35:53] Mark Nottingham and Wendy Seltzer on W3C update. [08:36:28] W3C/IETF relationship quiet for the moment. Nothing in RTCWeb/WebRTC problematic at the moment. [08:36:59] Liaising is tending toward pointing W3C people to assorted IETF stuff. [08:37:45] (Wendy lists many technologies) [08:37:53] Cullen Jennings: Web of Things? [08:38:20] Wendy: There's a Web of Things Interest Group. [08:38:39] Mark: Webappsec seems to be the locus. [08:39:03] TPAC is in Sapporo the week before Yokohama. [08:39:46] Working on the details of how to coordinate. [08:40:38] TAG met last week in Berlin. Talking about e2e encryption (without back doors) and [thing Pete missed]. [08:40:39] http://www.w3.org/2015/10/TPAC/ [08:41:25] Wendy: HTML activities being restructured. New Web Incubator Community Group [08:48:55] http://wicg.io/ [08:43:00] Takehito Akagiri on Mail Divide [08:43:10] Mail Divide Framework [08:45:05] resnick paying attention to slides, but he's going through them slide for slide, so nothing to add here. [08:50:16] Personal Cloud Storage Sync Protocol [08:52:30] (Yong Cui) [09:01:15] Joe Hildebrand: Any of the vendors interested? [09:01:22] Yong: No. [09:01:45] Eric Rescorla: There are existing protocols, but none of the vendors used them. [09:01:55] Mic: Addition to Joe's question: there are a bunch of vendors who are selling "personal" network storage devices designed for the same sort of purposes, but under enterprise or indivudal control, rather than third-party vendors -- anyone talking with them? Seems that we shouldn't need two sets of protocols. [09:02:03] in q [09:02:15] Mark Nottingham: Doesn't sound like vendors are interested. Maybe just a sync protocol is worth it. Need to be realistic. [09:03:14] Leif Johanson: Supporting Mark. It's not the sync that locks in. The vendors won't listen to us. Need to go talk to them directly. [09:03:49] John Klensin channeled. [09:04:41] Mark Nottingham: Bad that people's data put into proprietary silos. But need to take IM lessons to heart. [09:06:28] market incentives drive existing vendors away from standards in order to get brand awareness on your desktop. think about other incentives you could offer them [09:06:57] contrary to some peoples' beliefs, standards bodies can't force anyone to do anything [09:07:24] Cullen Jennings: This needs to be BOFed. [09:08:21] It needs to be BoF'd, but it would be surprising to me if he could get a successful one put together by Yokohama. I'm prepared to be impressed and surprised however. [09:08:45] Bob Briscoe on Data Centre to the Home - Ultra Low Latency for All. Come to AQM or Bits n' Bytes.. [09:10:26] @hildjj: That is one of the reasons I'm interested in the individual/enterprise devices. Their vendors might have incentives to play and, if they played together, it might help stimulate the big actors. for all oft the second source reasons.