[straw] IETF#90: Draft STRAW minutes

Christer Holmberg <christer.holmberg@ericsson.com> Sat, 26 July 2014 14:23 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: straw@ietfa.amsl.com
Delivered-To: straw@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DAD01B2827 for <straw@ietfa.amsl.com>; Sat, 26 Jul 2014 07:23:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pA2g8NuqoUou for <straw@ietfa.amsl.com>; Sat, 26 Jul 2014 07:23:34 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E361B1B2825 for <straw@ietf.org>; Sat, 26 Jul 2014 07:23:33 -0700 (PDT)
X-AuditID: c1b4fb2d-f798a6d000000e9b-3d-53d3b9e39845
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 14.68.03739.3E9B3D35; Sat, 26 Jul 2014 16:23:32 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.4]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0174.001; Sat, 26 Jul 2014 16:23:31 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "straw@ietf.org" <straw@ietf.org>
Thread-Topic: IETF#90: Draft STRAW minutes
Thread-Index: Ac+o3OeZtAp1AN04RPy8c9sDjIscAA==
Date: Sat, 26 Jul 2014 14:23:31 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D3D5B73@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.150]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D3D5B73ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPLMWRmVeSWpSXmKPExsUyM+Jvje6TnZeDDb5nW0zts7WYvvcau8Wt 5sesFjvOTWBxYPFY232VzePOnA+sHkuW/GTymLxxFksASxSXTUpqTmZZapG+XQJXxoQ3S5gL Hi5krLh7aRNjA2NfL2MXIyeHhICJRPOqLWwQtpjEhXvrwWwhgaOMEj1vOSDsRYwSHevVuxg5 ONgELCS6/2mDhEUEVCUmfLkJNoZZoFZiYt8EdhBbGCj+sbWDCaJGS2LPu1dQtp7E2ytbwcaz ANX8OziHGcTmFfCV2PVxHVicEeiE76fWMEHMFJe49WQ+E8RpAhJL9pxnhrBFJV4+/scKYStJ rNh+CeqGfIk5f7tYIGYKSpyc+YRlAqPwLCSjZiEpm4WkDCKuI7Fg9yc2CFtbYtnC18ww9pkD j5mQxRcwsq9iFC1OLS7OTTcy1kstykwuLs7P08tLLdnECIyxg1t+6+5gXP3a8RCjAAejEg+v wuxLwUKsiWXFlbmHGKU5WJTEeRedmxcsJJCeWJKanZpakFoUX1Sak1p8iJGJg1OqgZFd8/Pk tY8KtU32ax1XF0rr2uEdaSypUHmzZucHgSnrjF5PU+xWuiz3f+ER5XCGZqvrT5qdDpksVWqf lc1zJu7pDscdis9ZDKSfey/akPPDVbLwc2f0oYebHH5MFWv/rBfGs/bJil0WUy1E6yKM5Kcc evn6yoTNl84E2Cx8smHGqVsXUq+bn32qxFKckWioxVxUnAgAHcWZO5ICAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/straw/BIIy2z_igNPycVf7YJS1E7eHnXg
Cc: "Richard Barnes (rlb@ipv.sx)" <rlb@ipv.sx>, Sean Turner <TurnerS@ieca.com>, Stephen Farrell <stephen.farrell@cs.tcd.ie>
Subject: [straw] IETF#90: Draft STRAW minutes
X-BeenThere: straw@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" <straw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/straw>, <mailto:straw-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/straw/>
List-Post: <mailto:straw@ietf.org>
List-Help: <mailto:straw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/straw>, <mailto:straw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Jul 2014 14:23:37 -0000

(Co-chair)

Hi,

Below are the STRAW minutes that the chairs intend to upload.

However, before we do that, we would like to ask the community to take a look at least at the notes associated with the DTLS-SRTP presentation, as it caused lots of discussion.

Note that the minutes do not contain who-said-what information (that can be found elsewhere), but if you think there are some important things missing, or if you think something is wrong, please let the chairs now.

Thanks!

Regards,

Christer & Victor

-------------------


IETF 90 - STRAW

1150-1320 EDT    Friday Afternoon Session I





Topic:     Agenda bashing, IETF Note Well and WG status

Presenter: Christer Holmberg (co-chair)

Slides:       http://www.ietf.org/proceedings/90/slides/slides-90-straw-0.pdf

Draft:     N/A





No issues were identified.







Topic:     Guidelines to support RTCP in B2BUAs

Presenter: Lorenzo Miniero

Slides:       http://www.ietf.org/proceedings/90/slides/slides-90-straw-1.pdf

Draft:     draft-ietf-straw-b2bua-rtcp





It was indicated that XR needs to be looked into, to see whether something needs to be covered in the draft.



It was indicated that the terminology will be aligned with the grouping-taxonomy draft. In case there are conflicts, or other issues are found, the STRAW community is requested to provide comments on the grouping-taxonomy draft.



It was requested whether the draft should also cover RTP specific issues. It was indicated that the scope of the RTCP, and that we should be very careful about introducing RTP issues. It was recommended to talk to Colin Perkins whether he has any opinions regarding the need to cover RTP.



I was asked how the document will relate to the work on multisource optimisation taking place in AVTEXT.



It was indicated that the text recommending man in the middle functionality for SRTP most likely will cause issues with IESG. After the DTLS-SRTP discussion (see further down) it was suggested that the RTCP draft should not talk about SRTP.







Topic:     Taxonomy Discussion

Presenter: Lorenzo Miniero

Slides:       http://www.ietf.org/proceedings/90/slides/slides-90-straw-2.pdf

Draft:     All STRAW deliveries





It was agreed the STRAW shall use the terms in the avtext-grouping-taxonomy document in preference to definitions elsewhere is they are appropriate, with a note indicating any differences in other documents that may influence understanding.







Topic:     STUN handling in B2BUAs

Presenter: Lorenzo Miniero (on behalf of the draft authors)

Slides:       http://www.ietf.org/proceedings/90/slides/slides-90-straw-3.pdf

Draft:     draft-ram-straw-b2bua-stun





It was indicated that B2BUA, due to policy reasons, may strip candidates from SDP.



It was indicated that B2BUAs must be very careful to not perform actions that will cause ICE mismatch.



The chair informed the community that a WG adoption request will be sent out within the upcoming weeks.



It was indicated that the group needs to follow the ICE bis work taking place in MMUSIC, in case there will be any impacts on the STRAW draft.







Topic:     DTLS-SRTP handling in B2BUAs

Presenter: Lorenzo Miniero (on behalf of the draft authors)

Slides:       http://www.ietf.org/proceedings/90/slides/slides-90-straw-4.pdf

Draft:     draft-ram-straw-b2bua-dtls-srtp





The presentation triggered lots of discussions and controversy, as it was seen as an attempt to standardize MITM (man in the middle procedures). While people did realize such actions take place in deployments, they claimed that IETF/STRAW should not standardize such procedures. It was also indicated that it goes against a number of BCP specifications, and RFC 2804. Others indicated that the purpose is to make sure that entities doing this kind of functionality do it in a way which does not cause interoperability problems, which could cause people to not use security to begin with.



It was indicated that one possible way forward could be to simply document, in an informal delivery, how different vendors do things in the network, but in such case the vendors should also be listed in the document.



Before the draft is adopted as a WG item, further discussions need to take place. The ADs will help with finding the correct people (security, IESG, etc) to involve in such discussions. The chair indicated that the draft implements a charter delivery, but that one possible outcome will be to remove/re-scope the charter delivery.