IETF Logo Mail Archive

Re: [MMUSIC] [rtcweb] Draft new: draft-wang-mmusic-encrypted-ice-candidates

Iñaki Baz Castillo <ibc@aliax.net> Tue, 12 November 2019 22:56 UTC

Return-Path: <ibc@aliax.net>
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 0886D12011D for <mmusic@ietfa.amsl.com>; Tue, 12 Nov 2019 14:56:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aliax-net.20150623.gappssmtp.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 hAR0vjrZ9cBN for <mmusic@ietfa.amsl.com>; Tue, 12 Nov 2019 14:56:09 -0800 (PST)
Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) (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 EC90B1200B9 for <mmusic@ietf.org>; Tue, 12 Nov 2019 14:56:08 -0800 (PST)
Received: by mail-vk1-xa2e.google.com with SMTP id t184so113716vka.1 for <mmusic@ietf.org>; Tue, 12 Nov 2019 14:56:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aliax-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=W3bsYYy6Li2gKYF6dLH8m0bKdjombawtidzFWja4u5A=; b=ish1pKDjFaIS+BdUWTJRBFZTjQfOfnwgD3fMXuSqfwjY9zGnoB7nsAOvPW0PNGJybP OVEeeJlBgZrau75ArGLZyst65uWJfagpRWn+QmEoohtEEi0AS8ft4pTc/XSnPGALQTeC dyngIfigBzXZaUxG7A5/A68AzCdD1YJV/+CDjyLTfbt+9Buh+7/jzfSug7ddxkln/G/Z uiGO6HRktg2A7JfP9W8uibqUQikHCydgQOW0ZRyQlzPB7x4Xs8DCt35E1ebC5AEpLh0X Twk1wi6OQ3Su2rkUV6clS3gYEerCFejEUKLoUN8wdUWZsFOaW8sRd6VsxUzU3QjRYN/K owGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=W3bsYYy6Li2gKYF6dLH8m0bKdjombawtidzFWja4u5A=; b=jx93gXXlefGHdm2n2WNSH6XWiED49+Fzy07jvPErG9BbUIGJ2mKo5r8UhnK0/r0Wvu VO1eqPeh52pbf+OCpPXf+owYOWlJJPVjBCVLBPhSjIZoVV8ZoMmXr97QLTJSoaxMzh+8 k0bwINd749Cj4t9gVy8ldLLm9E/a9ngw9QUm7WsnMbIrWMz1+MEnC6OfyxnJ1wsm/1Vx 3ja8wbSmpp7QkL/9cKb84UyHTao1SLeyDSYAmNg6EwbBoE8T0zgzycrBs4jFSz8lWurP z/0qStnwIAebWTipnuuwsbJdlZpWF4DqCd49bIsfWXdsU6HabXawQ/pgdSSQZ7l0kTG0 aVFQ==
X-Gm-Message-State: APjAAAXNKCEIKYBJDlAZ9HC9GdK0z3agn+u11WBTDUvq4k706w03C3MH CD4BV9EIB2L9HzIrVGTkoYmfTsoOv0Cn5W3SiYlnVw==
X-Google-Smtp-Source: APXvYqzc36SHehCMfOTkvwvDlMEIHcHZsDZhMOusuz6mOl9koff6NDbNegyCd30N1NFT2OALnXUM7+22cd+R7t8bfvY=
X-Received: by 2002:a1f:6a43:: with SMTP id f64mr23620857vkc.96.1573599367635; Tue, 12 Nov 2019 14:56:07 -0800 (PST)
MIME-Version: 1.0
References: <CA+m752++Frkcq00Lcg0x6is+cWtg2NNf6unWdEiaG1JwTfNMQw@mail.gmail.com> <20191111090356.mfkn2nbzim7xvhg4@38f9d359441f.ant.amazon.com> <FDD5658B-7D2D-4FE8-9F61-6D9994D731AA@ericsson.com> <20191112224957.47lozyfu67lflz23@38f9d359441f.ant.amazon.com>
In-Reply-To: <20191112224957.47lozyfu67lflz23@38f9d359441f.ant.amazon.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Tue, 12 Nov 2019 23:55:55 +0100
Message-ID: <CALiegfmPby9-=qAkL8-eHh=ROwkdC6cNX_x=y2kCrtJJ_k5_fw@mail.gmail.com>
To: Sean DuBois <sean@pion.ly>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Alex Drake <alexdrake@google.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, Qingsi Wang <qingsi=40google.com@dmarc.ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/RuQBv4Jz497AZZyZh9IFwokx2m0>
Subject: Re: [MMUSIC] [rtcweb] Draft new: draft-wang-mmusic-encrypted-ice-candidates
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 12 Nov 2019 22:56:12 -0000

On Tue, 12 Nov 2019 at 23:52, Sean DuBois <sean@pion.ly> wrote:

> Agree, but we are failing developers every time they had to do this.
> WebRTC agents should provide standardized APIs so they don't need to
> touch the SDP to make things work.

I do not transmit SDPs in the wire but parameters, and then build the
"remote SDP" locally just to make the PeerConnection API happy. Can we
assume then that "encrypted SDP" makes absolutely no sense? I do agree
that a MUCH better WebRTC API is needed, but "SDP encryption" has zero
relationship with that.

-- 
Iñaki Baz Castillo
<ibc@aliax.net>

v2.23.0 | Report a Bug | By Email