Re: [MMUSIC] 1-week WGLC on recent changes in draft-ietf-mmusic-dtls-sdp

Martin Thomson <martin.thomson@gmail.com> Fri, 28 April 2017 00:44 UTC

Return-Path: <martin.thomson@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2107F129C0B; Thu, 27 Apr 2017 17:44:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Tq5ZUkgHOdNz; Thu, 27 Apr 2017 17:44:51 -0700 (PDT)
Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AA3B12871F; Thu, 27 Apr 2017 17:42:12 -0700 (PDT)
Received: by mail-lf0-x229.google.com with SMTP id t144so26093467lff.1; Thu, 27 Apr 2017 17:42:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uW8mIorGQe+iiAFcqkW6QnZeRYb4mV2h+4AqrqqJRQA=; b=Lg33Ur33kRc6W/olPfrPRx8MOdzJvpo80Rc6qqAZ8CgBB6W1EvVyZpSmqMfC78HcMp YEcIRItftOkcklasCHBc6GDQ7BCVF9VsJf+hY1yRtpQGSfoMgvxcRsXRyOxUi6lft9JM axRQZmx7/BrdCKzLTg3Anm3uroCURooXO1arW5fdipKx68EHgWKOY+XAOqZL08OANVlm rw1yIJzia2yK4Xp7cn+Fg0W/U+tvfBLus2/xxyUrolQjM4ijPS7vM8qBG0NTlf+/s0Rp 0TpQlaewEYgLOgqnNw5poxCQPKS9cHb0cScegINXAnwE7WSBQdWrMDmhBC09RGy+m9Mn HDyQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uW8mIorGQe+iiAFcqkW6QnZeRYb4mV2h+4AqrqqJRQA=; b=D0G2V8qur3uZJW6/G2i3jllU2I0On3JAScxw5dUY5JVow1ccBYM79LXL3i3BcN0R6d Kc4R2ixK4FhdMLX3AlErGYF3Lbp3N3xN6roXi/58Biu6woGwTlueio8NKyKzu5vtIxFN IOpMnq+1kHsvelw/dFvvgigflvjPx2jrlieLs6ti8EYVcgAy3xfEJDD+BjSS8LCukfik k9phmdfQbo3vDlF0c3Ncj1rZG35mpZk9eIta2XkXLRCDK9Fbd5s0AJ7l44xXa1scsvtq 7DwouZ9CO7fvMASmbvfjXASVLGtBL3XG6yYKJzfgGuQsolI0k0Xn4Xzdtpvw1f0OI5ZC Amqg==
X-Gm-Message-State: AN3rC/5UN/qjzktzRaXVPgXtHUGfwyvOJPW/eqlPG3g1K3fhhr9j3p++ WNPgWVtEa+BnBxYKY5IZdXq1VDiueQ==
X-Received: by 10.25.79.27 with SMTP id d27mr2649678lfb.76.1493340130753; Thu, 27 Apr 2017 17:42:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.83.2 with HTTP; Thu, 27 Apr 2017 17:42:09 -0700 (PDT)
In-Reply-To: <D527B176.1BC8C%christer.holmberg@ericsson.com>
References: <580940e1-4248-2903-b6e0-9ea440d83867@cisco.com> <CAD5OKxs-w1bz-9jBX9sdh+OA8vfo8DM90ZbzHyDgU-7XF-4pUA@mail.gmail.com> <D5275E07.1BC2F%christer.holmberg@ericsson.com> <CABkgnnUSk3SY5J0CXM6nvKxoi2-5ikgT-MtQOogjmm8tew49bQ@mail.gmail.com> <D527A389.1BC7F%christer.holmberg@ericsson.com> <CABkgnnUBumm2+EHhG56NFTwsfhzOX1d1y-Lu44BRUL17z1o8Wg@mail.gmail.com> <D527B176.1BC8C%christer.holmberg@ericsson.com>
From: Martin Thomson <martin.thomson@gmail.com>
Date: Fri, 28 Apr 2017 10:42:09 +1000
Message-ID: <CABkgnnURhoXu2K_jHmQTEUXGjyA7wh_s2aP8BtpKAD1wbK0gUA@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Roman Shpount <roman@telurix.com>, Flemming Andreasen <fandreas@cisco.com>, "draft-ietf-mmusic-dtls-sdp@ietf.org" <draft-ietf-mmusic-dtls-sdp@ietf.org>, mmusic <mmusic@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/DerVf99BfZsX8zf7ycsjpeuEMEA>
Subject: Re: [MMUSIC] 1-week WGLC on recent changes in draft-ietf-mmusic-dtls-sdp
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Apr 2017 00:44:53 -0000

On 27 April 2017 at 21:38, Christer Holmberg
<christer.holmberg@ericsson.com> wrote:
>
> Fair enough. So, do we want to say that the offerer may complete the
> handshake, and buffer received data, before it has received the answer,
> but the offerer shall not process received data, or send data, before it
> has received the answer?

"MAY buffer received packets" might be better.  As the later
discussion shows, processing the ClientHello risks skipping the UKS
checks, so that would be unwise.  And Roman points out assymmetric
paths (I suppose that could happen; though it seems unwise that never
stopped anyone before).