IETF Logo Mail Archive

Re: [Perc] Drop support for E2E RTP header extensions

Emil Ivov <emcho@jitsi.org> Tue, 23 May 2017 13:20 UTC

Return-Path: <emcho@jitsi.org>
X-Original-To: perc@ietfa.amsl.com
Delivered-To: perc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 724AA129B2E for <perc@ietfa.amsl.com>; Tue, 23 May 2017 06:20:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=jitsi-org.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 sRTnTdBviPag for <perc@ietfa.amsl.com>; Tue, 23 May 2017 06:20:57 -0700 (PDT)
Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (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 5421A129B33 for <perc@ietf.org>; Tue, 23 May 2017 06:20:57 -0700 (PDT)
Received: by mail-lf0-x22b.google.com with SMTP id m18so48541293lfj.0 for <perc@ietf.org>; Tue, 23 May 2017 06:20:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jitsi-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=BW2r2cTQ1Otv3mSXMtNvvC6qC1Y4S9HyylKk3NImk84=; b=AlFtBs41kJdIDov1u4z4PUPu8whRrj95fs+z1MClnyh9QbxJVFIfI2F+EEaO4ykxCc jK7sWjzjHTu34hc3309ZLtMqMf+H6TWnZnqhtWvqfdxiGpvYZHwV+eYk51edxvhY4Edw wv8kYMut/anr6JXEY86luRdCQ+r1gcqSkQgwC8ovgD/kD1296kj8psohmhfM3khngaY2 w67y4icuHjoC0WT2PO2Ii2tNHrnFM8dgfuaD8EOWl9BqtxtUx3GJ9FB5zYFkwFP+kU3j mwi2tznjGtKZs4JR8aSSNPGWoTT9M0boTyrdzYLQ62qsz02Ykjsw9tTR8WsUkprD6WCr Yk6g==
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=BW2r2cTQ1Otv3mSXMtNvvC6qC1Y4S9HyylKk3NImk84=; b=KSSgijtPG881Djqln1XGK5TTRymnDWStV28ie/QElbeOyMd3EV242+Jr+YyStQxJO8 UFUN9NqwmiwpF9olBksASvV6+4u/DAJA9WnA0s7wB4q4qQcky6TmDfh6B0VwQMMEJvmF 4p+GMJ/4zZYiFdvmu48faDTAWLO2ZQNJPsEdjlHFW0M83y754Mhr0j/yOO8GRkjuWCAU DoSZsq6s1gdpcGhDs0vJ3K0UpHpiXhLuUxgMiKtO7ZJvMcwrUDBEfaQ06HxlQapRJfOp 6UBAFHQeMPzhGlbKJw/dquQkjK7UAL1kbtpbRc5ta4HBGgzWuCgaOkVGVG9lnxAXqxgr Ox4Q==
X-Gm-Message-State: AODbwcC1GfeeErQd54qtc78OeQbiqM5WbL5IdjzmyCt9NJOHDVJHfNzz neUDu57px2cVW7KT5w54pDhRLXM8JL1t
X-Received: by 10.80.144.200 with SMTP id d8mr20417993eda.162.1495545655616; Tue, 23 May 2017 06:20:55 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.80.177.52 with HTTP; Tue, 23 May 2017 06:20:34 -0700 (PDT)
In-Reply-To: <0E5D255F-3718-4386-B862-DFDE40A7E450@iii.ca>
References: <49c7de34-8bc6-bb7d-4524-0af26089eecb@gmail.com> <1CF6F66C-939F-484D-8C53-46ACB8CA69BE@vidyo.com> <27ca2993-5c66-8388-7187-b47ed8ae1340@gmail.com> <CAL02cgRDaz7BT+GzxWJ0cM7rebhd2cu2WbPy+Mwjkk0wJK=6mw@mail.gmail.com> <aef9a32f-f761-c9e8-de99-57c4acfd5088@gmail.com> <8FD07F5D-CD52-445B-AF75-BA1696F3A151@mozilla.com> <aff1a9bf-7dcb-71e6-3d01-afe5cac87ca5@gmail.com> <E234DDC1-9AB5-4C64-91C0-A8FCB58DA351@iii.ca> <8ddbf495-ac23-8529-aa0b-a233a0b336c0@gmail.com> <74BE8407-9AC0-45D3-9476-5C109A7B7A3C@iii.ca> <286A6294-EC1E-49D3-88BB-023178DB07BD@packetizer.com> <2810AD6C-0F45-41CC-BC6F-4303B5649CB0@iii.ca> <em9a829f3a-e2ed-4250-8e7e-cad6623a30a2@sydney> <FD826FBD-6D15-4791-8C9F-450E83EA1EC6@iii.ca> <eme27e4a00-19ad-48da-bd9e-1e8bfb69ca8f@sydney> <87C7FDA2-3F7B-4037-BD5D-71BF5D71BC27@iii.ca> <em9f5683f3-880a-46a9-82da-4ab61010529a@sydney> <emf5b957a9-56ec-4bf1-b8d7-2bd117d64769@sydney> <CAPvvaa+p4w2on6J4Du45WMZKghFWNAarmEYKhoeoN7kM84V=4Q@mail.gmail.com> <0E5D255F-3718-4386-B862-DFDE40A7E450@iii.ca>
From: Emil Ivov <emcho@jitsi.org>
Date: Tue, 23 May 2017 08:20:34 -0500
Message-ID: <CAPvvaaKO2j=kOd8EkcpOV0robQyT6VmCEprUWsbJFS7LLQ88VA@mail.gmail.com>
To: Cullen Jennings <fluffy@iii.ca>
Cc: Paul Jones <paulej@packetizer.com>, Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>, perc@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/perc/hNoG904kiZiWxUfXfoDnkA1LQDM>
Subject: Re: [Perc] Drop support for E2E RTP header extensions
X-BeenThere: perc@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Privacy Enhanced RTP Conferencing <perc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/perc>, <mailto:perc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/perc/>
List-Post: <mailto:perc@ietf.org>
List-Help: <mailto:perc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/perc>, <mailto:perc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 May 2017 13:20:59 -0000

On Mon, May 22, 2017 at 7:26 PM, Cullen Jennings <fluffy@iii.ca> wrote:
>
>> On May 17, 2017, at 4:14 PM, Emil Ivov <emcho@jitsi.org> wrote:
>>
>> That still doesn't answer my question (which Paul you also raised).
>>
>> What happens if the offerer insists on using their own ID (potentially
>> because they are a PERC MDD themselves).
>>
>> Emil
>
> They can't join the conferences.

How does that work exactly? Each party has a total number of retries
and once it has tried to amend the extension id for that many times,
then it gives up?

Let's file that in the April 1st category :)

On a more serious note, why don't we look at it this way: there is
already E2E protected content in PERC. It's the payload. If anyone
needs E2E protected information, they can put it there.

It may or may not work for some use cases but we have no way of
knowing since we don't have any use cases to go on. All the more
reason to forget about this and move on.

Emil





-- 
https://jitsi.org

v2.23.0 | Report a Bug | By Email