IETF Logo Mail Archive

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

Martin Thomson <martin.thomson@gmail.com> Thu, 27 April 2017 10:36 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 7F9A0128A32; Thu, 27 Apr 2017 03:36:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, URIBL_BLOCKED=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 poF5JcTH51eN; Thu, 27 Apr 2017 03:36:44 -0700 (PDT)
Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (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 0DF3D124217; Thu, 27 Apr 2017 03:36:44 -0700 (PDT)
Received: by mail-lf0-x22d.google.com with SMTP id 88so15010940lfr.0; Thu, 27 Apr 2017 03:36:43 -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:content-transfer-encoding; bh=2NWItvFPQK+OejpAexGQNsXu9epL4qabgkVV+S/QYnk=; b=bmbhcoWNQEL1NaSCTjtjHy3fz+FWFanOw++nrTHqqPq3ZP7eAO3l5ItBpZCfovuqmb NCbC3wMiNtT6Fg66IL4QCsqkNWQxy3TulRpuC2May+02rYppU9Rt+p76TfCy0piv6BaA /y7QL4f51yvg0M60Bp43fg1/jkkoDUvKTNJ557OTefXRWq5isovR8jkVq0DzB/d2bRPH 7+K2dEyNXDTQm4NxSIIwEBNZI5tUZdfBOkr86jrB34orG8GOMbBZp3V5mTOuWAEp8DUf i7+hZIio6uit1V3Hvy8bAeG7B9Wno8qcmfLekxRWslYedwgigYNUigv3nkFm46Eaafl4 2UCw==
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:content-transfer-encoding; bh=2NWItvFPQK+OejpAexGQNsXu9epL4qabgkVV+S/QYnk=; b=YZXal/sQnNP4WllfGVgUn5TYxDBVQHp+TTX4pEoDOEmkLUbPUuNta+clK3Wvj5gqcV WR3x5vNGKaMIyC06Gjs9PiZCZgjX2RfKNTHxijHpFXu47WOVRaT61QFoAgzTNbGLkq7j QnV83ThdXBS2RPcyKysTEAq3JvToijG+M57QUZ8YiBzD1KOxhmWKlIhyMtb6XKzILzmh lZgvaMutcP9QFkx5a4bgZjs2QecYVBCC7QX5wtOijvst26oiTMdS+eX12DUA8YzGAL+S mEpWo6/RxxSXHWESZtpVIPwY6m8mvqL/dAHWHxbF9mm3TbTS6ewW+XEW3GLRHbOET+6Q ospA==
X-Gm-Message-State: AN3rC/7YFoK0nDjVi//RXncV2bud9Ypvhb5jmjpcQ0W/Yfc6PUjp9DjI hJ3AHv9vk0dZ3gyH7Rx7gFxybIPsCQ==
X-Received: by 10.46.21.2 with SMTP id s2mr1859996ljd.50.1493289402290; Thu, 27 Apr 2017 03:36:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.83.2 with HTTP; Thu, 27 Apr 2017 03:36:41 -0700 (PDT)
In-Reply-To: <D527A389.1BC7F%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>
From: Martin Thomson <martin.thomson@gmail.com>
Date: Thu, 27 Apr 2017 20:36:41 +1000
Message-ID: <CABkgnnUBumm2+EHhG56NFTwsfhzOX1d1y-Lu44BRUL17z1o8Wg@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"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/1tlPEwdvpKLh-_UztFGtYzzXFmo>
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: Thu, 27 Apr 2017 10:36:45 -0000

On 27 April 2017 at 20:30, Christer Holmberg
<christer.holmberg@ericsson.com> wrote:
> We COULD say that the offerer MUST NOT process the ClientHello before it
> has received the answer, but I am not sure we say more than that…

I wouldn't do that; the real gate here is that they not call the
handshake done and proceed to exchange data.  Frankly, you could even
complete the handshake and buffer incoming data without any real
exposure.

Sending is not a good idea and playing out what you receive is equally
unwise.  Those are what you need to safeguard.  (Fluffy might
disagree; #include other threads regarding W3C liaison).

v2.23.0 | Report a Bug | By Email