Re: coordination call minutes for review
Robert Sparks <rjsparks@nostrum.com> Mon, 05 March 2012 21:23 UTC
Return-Path: <rjsparks@nostrum.com>
X-Original-To: w3c-policy@ietfa.amsl.com
Delivered-To: w3c-policy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id C787621E803C for <w3c-policy@ietfa.amsl.com>;
Mon, 5 Mar 2012 13:23:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.541
X-Spam-Level:
X-Spam-Status: No, score=-102.541 tagged_above=-999 required=5 tests=[AWL=0.059,
BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vk-a5MO1XgVJ for
<w3c-policy@ietfa.amsl.com>; Mon, 5 Mar 2012 13:23:14 -0800 (PST)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net
[IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id
75E8E21E803E for <w3c-policy@ietf.org>; Mon, 5 Mar 2012 13:23:14 -0800 (PST)
Received: from dn3-177.estacado.net (vicuna-alt.estacado.net [75.53.54.121])
(authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id
q25LNCQd046023 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256
verify=NO) for <w3c-policy@ietf.org>;
Mon, 5 Mar 2012 15:23:13 -0600 (CST) (envelope-from rjsparks@nostrum.com)
Message-ID: <4F552EC9.4040606@nostrum.com>
Date: Mon, 05 Mar 2012 15:23:21 -0600
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: w3c-policy@ietf.org
Subject: Re: coordination call minutes for review
References: <4F4D6275.3010303@stpeter.im>
In-Reply-To: <4F4D6275.3010303@stpeter.im>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted
mechanism)
X-BeenThere: w3c-policy@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Administration of the W3C/IETF liaison <w3c-policy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/w3c-policy>,
<mailto:w3c-policy-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/w3c-policy>
List-Post: <mailto:w3c-policy@ietf.org>
List-Help: <mailto:w3c-policy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/w3c-policy>,
<mailto:w3c-policy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Mar 2012 21:23:15 -0000
All (but particularly John and Thomas) - First, I'd like to reiterate that the service provider ID discussion is exceedingly unlikely to come up in webrtc. (I'm still a little at loss for what led to the concern? Is there a chance this got confused with the identity provider concept?) That said, I went to find the messages that I said I would point to, and found they are not in as concise a place as I remembered. This message from Richard is one of the first, and captures the idea <http://www.ietf.org/mail-archive/web/dispatch/current/msg03701.html> There was quite a bit of discussion on the thread that message started, and some of that moved to a thread on the RAI list, ending near here: <http://www.ietf.org/mail-archive/web/rai/current/msg01265.html> These threads have not resulted in consensus to act. The DRINKS working group received a related liaison from the ITU. This was their response: <http://www.ietf.org/mail-archive/web/drinks/current/msg01045.html> Does this give you enough of a toe-hold? RjS On 2/28/12 5:25 PM, Peter Saint-Andre wrote: > Please send your feedback in the next ~48 hours so we can make these > public. Thanks! > > ### > > W3C/IETF Coordination Call > February 28, 2012 > > Participants: > > Gonzalo Camarillo (GC) > Stephen Farrell (SF) > John Klensin (JCK) > Philippe Le Hegaret (PLH) > Mark Nottingham (MNOT) > Pete Resnick (PR) > Peter Saint-Andre (PSA) > Robert Sparks (RJS) > Thomas Roessler (TLR) > > Agenda: > > 1. HTTP/2.0 / recharter of IETF HTTPBIS WG > 2. Web authentication (see lively discussion triggered by #1) > 3. Concerns about the "CA system" > 4. IETF IRI WG / W3C i18n Core WG / URL processing spec > 5. WebSocket extensions / HYBI WG recharter > 6. Update on work in IETF WebSec WG and W3C WebAppSec WG > 7. SIP provider identity - does it matter for WebRTC? > 8. Crypto API chartering, Identity meetings in Paris > 9. Paris IETF / IAB plenary > 10. Next meeting > 11. Any Other Business > > Notes: > > 1. HTTP Recharter > > MNOT: SPDY came out ~1 year ago, gained significant momentum in late > 2011. Mark reached out to implementer community. Lots of interest and > positive feedback. Mark worked on strawman charter and socialized it > with Mike Belshe / SPDY folks, IETF ADs, W3C TAG, etc. Implementation is > accelerating. Concern that input is needed sooner rather than later. Has > been put before the IESG. Idea is to solicit proposals for HTTP/2.0 in > the next few months. Open process to ensure that we're not just taking > on SPDY, other approaches are welcome. > > PSA: Any coordination issues with W3C/IETF here? > > MNOT: Should make sure that HTML and HTTP/2.0 are well-coordinated. > > PLH: Are there specific people we need to get involved or specific > issues related to HTML5 and HTTP/2.0? > > MNOT: No specific concerns here, probably involve Yves. > > TLR: Concur about involving Yves. > > 2. Web Authentication > > PSA: Lots of discussion over time, not clear that we have all the right > people at the table yet. > > SF: I think it's gotten better. Might be useful to develop some > experimental approaches / new auth schemes. > > TLR: Could you provide a summary of the discussion? > > SF: During external review of the proposed recharter, I raised the issue > of perhaps developing new / better HTTP authentication approaches. This > gives people an opportunity to introduce proposals to work on that > during the work on HTTP/2.0. If so, the work would happen in HTTPBIS; > for non-adopted, interesting proposals, we might decide to form an > initiative in the IETF Security Area to work on experimental proposals > (so they are not critical path for HTTP/2.0.) > > TLR: Are there any implementers strongly interested here? > > SF: We won't know until we see concrete proposals. > > 3. CA Concerns > > PSA: Could TLR/PLH fill us in? > > TLR: No obvious venue for a productive conversation. Some ideas for the > W3C to form an initiative, also discussions at IETF (therightkey mailing > list). One additional piece: notion among some in the W3C community that > the DNS is more brittle than others think it is. > > PR: What parts do people think are brittle? > > TLR: Concerns not as well-defined as I'd like them to be. But heads-up, > that discussion is going on. > > PR: My slightly snarky response to the CA problem is the existence of > the DANE WG effort at the IETF. I personally feel like it could solve > the problem. > > SF: DANE can change/improve stuff, but might not fix it. > > TLR: Personally I think we need to start thinking about / working on > things like JavaScript APIs for some of this. > > SF: One wrinkle is that there are more unreliable registrars than > unreliable CAs. > > JCK: If you look at it in terms of percentages, it's ugly all around. > > TLR: DANE appears to perhaps limit the attack surface. Also, this is a > much longer discussion. > > TLR: Changing topics, the CA/Browser Forum is discussing whether to form > a more open venue for work on this topic and is soliciting proposals: > http://cabforum.org/index.html > > SF: Is there concrete W3C planning here? > > TLR: Not yet. Counter-question: is there concrete planning at the IETF? > > SF: Not yet, other than therightkey@ietf.org discussion list, but the > proposals there are not yet stable and need more work before they can be > reviewed more widely. Perhaps a W3C community group? > > TLR: Might be worth discussing the possibility of a workshop or, yes, a > community group. > > 4. IRI > > PSA: i18n Core WG has agreed to review the IRI WG documents starting > around the time of IETF83. > > JCK: ICANN IDN work important in this context. Note that, if ICANN > declares that some sets of names are to be considered/ treated as > "equal", anything based on comparisons of URIs or IRIs moves from "hard > and not necessarily reliable" into "surreal". > > ACTION: PSA to pull together IRI / IDN folks for discussion around IETF > 83, additional discussion later. > > Useful participants: folks on this call, Thomas Narten, Suzanne Woolf, > Dave Thaler, Andrew Sullivan, Gervase Markham, Klensin, Faltstrom. > Maybe Vint, maybe Steve Crocker. > > TLR: Where do we stand on the HTML5 / IRI front? > > PSA: See http://dvcs.w3.org/hg/url/raw-file/tip/Overview.html - based on > conversation with Mike Smith the other day, it is a bit early to provide > detailed feedback on that spec now. > > 5. WebSocket Extensions > > PSA: HYBI WG has been rechartered, we might want to make sure that we > continue coordination between HYBI WG and WebApps WG. > > PLH: Main blocker now is tests, but progress is ongoing there. > > 6. WebSec / WebAppSec > > PSA: New version of Strict Transport Security. > > TLR: Discussion of clickjacking and Content Security Policy, trying to > get CORS done, reasonable intensity of work. Reasonably confident that > things are going well. > > 7. SIP Provider Identity and WebRTC > > TLR: There was discussion about having an IANA registry for SIP > providers. Do we have a sense of the use case? > > RJS: I don't think you need to worry about it. The proponents for the > SPID idea itself are continuing to pursue the idea, and I'll point you > to the messages where they have making their motivating arguments. I > have not seen any desire to bring this up in the WebRTC. > > JCK: Please loop me in on this. > > 8. W3C Crypto API > > TLR: WG is under review by Advisory Community, still working to find an > additional co-chair. Expect approved charter in relatively near future. > Other issue is relationship to OAuth, OpenID Connect, possibility for > additional and broader work. Side meeting at IETF 83 in Paris. > > SF: Scheduled on the Thursday lunch break (1130-1300) in room 252A, just > before the OAuth WG session. > > PSA: Stephen, do you see any coordination issues from the IETF side? > > SF: Definitely interest in seeing crypto in the browsers. Existence of > such an API could have an impact in the future on OAuth design etc. > > TLR: Also note OpenID connect meeting Sunday, overlapping with training > sessions > > 9. IETF 83 / IAB Plenary > > TLR: Do we have insights into the agenda for the IAB Plenary? I've heard > it's related to web security. > > SF: We don't have details yet. > > PSA: Who will be there? > > TLR: Me part of the time, Philippe, Dominique for RTCWeb, Harry Halpin > is local, Wendy Seltzer for a few days, Yves might be there too. I also > expect a number of TAG members to be there since they are meeting in > Europe the next week. Might be good to have a separate discussion about > that with Yves and Larry. > > ACTION: Thomas to check in with Yves on TAG activities at IETF. > > 10. Next Meeting > > ~4-5 weeks after IETF 83? Week of April 23rd or 16th might work. To > coordinate on the list. > > 11. Any Other Business > > PLH: Possibility of HTML meeting in May/June timeframe. > > TLR: There's been some discussion about impact of application work such > as WebRTC on lower layers of the network, best practices for network > usage, etc. Is this a general topic that comes up on the IETF side of > the discussion or should there be some coordination here? There is a > community group at http://www.w3.org/community/networkfriendly/ > > PR: Move to hallway discussion in Paris. > > END > > ### > > >
- coordination call minutes for review Peter Saint-Andre
- Re: coordination call minutes for review Robert Sparks
- Re: coordination call minutes for review Thomas Roessler
- Re: coordination call minutes for review Mark Nottingham
- Re: coordination call minutes for review Peter Saint-Andre