Re: [rtcweb] Working Group Last Call for draft-uberti-rtcweb-rfc8829bis-01.txt

Justin Uberti <juberti@alphaexplorationco.com> Mon, 01 November 2021 06:06 UTC

Return-Path: <juberti@alphaexplorationco.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77B673A103E for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:06:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=alphaexplorationco.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 8WxConFJxrWQ for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:06:29 -0700 (PDT)
Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) (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 897AA3A1038 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:06:29 -0700 (PDT)
Received: by mail-oi1-x231.google.com with SMTP id o4so23479513oia.10 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:06:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alphaexplorationco.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UQIsUqBGCx+K3TFCFEPo1HfPQc7WqECA1fnWM5PCmMo=; b=j3pbwwJRZbnTU4yJg0cn+RuRPADVqj2yPiBGy0dxQZ4HvE7G2du/m9qyld4DpWJqAJ RI5s+r1yTZputVg7NATh1gPgt0vBOClob5iH8LhbDHWnBWK9+6xAGZ9Dpuui1ehEjvgM 9kC8jy7+V5dGe3TblVROXr3mU8iscRdimwdBSkf8MujjI2V70bGQO64JqZdQid190TgK SyC+vz7kdfBhoarR4hARBwWeVnr8JTgIbKwzwd2WhSN0NiiKmpFt6hJS3eq8lmyZZxn1 y3VeCCWQu8lHelfGhcFKxyuyiyJc6K3h2kQTg2GotgNwmBQYHQkApu5tAAL6uLy/RtoY YleQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UQIsUqBGCx+K3TFCFEPo1HfPQc7WqECA1fnWM5PCmMo=; b=5cQ6HBZMCrlD1VVZrUzRTRPIVA30e+nHInqNhRic0MQaDgGK7K49PwTkA+4Fldcwyd f6cGMpVnaDZvsSag81X6vdFOcuf+Qcne37ygIjsURSYhXzXF3qX0WWHRSHcXZWVUwc// 4moVJlvnWr/HREW1m/O+fa1Pq1k/R/WgLijuJ7tB8b2XNC8UR4a7cmMvGELrHSbpSrOd u5Q8Teq2x4wslJ7TeY5R0P7BRpxfo4UBxgAzoR3rHqPLQ7WvOt0c/SHCmANR2sMEJ/qA SYcLmAGYjzx1AEMR9s7BPW/ZMxBZMwESglo/yEi3qM89NXq4db/E9Dp6EujkQvL2aELR zWFg==
X-Gm-Message-State: AOAM530nBb9nhnBTaAV7wGH7PD2xDReJn60zZR3XZOtLJ4yqpIZHy4um T6FYA8ZWdbLw4kPbuBbGVHJrUx6B0cYAq41yv9Heuxm3IN3mxQ==
X-Google-Smtp-Source: ABdhPJzLZXi/xAClBk2L8LWnRL3x6x3rg9wuky35IsWEHk958PX0HFQGJpEX+DobMKpxl61rbImigHQtRD+jk3yk/wk=
X-Received: by 2002:aca:ac0f:: with SMTP id v15mr15245302oie.46.1635746785998; Sun, 31 Oct 2021 23:06:25 -0700 (PDT)
MIME-Version: 1.0
References: <CA+9kkMA_8jCGeb_QkhVz2JLRYGbq+MkGG9wJ2k0vo6noDDkkQA@mail.gmail.com> <CAD5OKxvK_CUnHc0kqNNVUkOHgtUqL=vjdUTLqL+RJpZBtWL+4A@mail.gmail.com> <CALe60zAC7VA6y5oLkC9HBRQUhJyY73Atbfmm1KVKw=hyPqD=2Q@mail.gmail.com> <CAD5OKxvi7t6ug9xsjqiB35hTWNJ0D04XK5w=njZ8hB_6UpRzEQ@mail.gmail.com> <CAOLzse14Qkn+EiO3xHfGi2QmBvH0M=fQD-SmA9TXsfmHjPKLfQ@mail.gmail.com> <CAD5OKxtrBFsZBGUKtB6MNwMrPnzE9NSyQWrjXGjzE8PkYmj8Bw@mail.gmail.com> <CAOLzse2L=Xu=Y944B9mwURQ6VP__KuEp-C_-xNw0MhNLv2LoCw@mail.gmail.com> <CAD5OKxtr==_dwW7-JbjP7abxNAityukfpHS5xK6vf-YuTADd+A@mail.gmail.com> <CAOLzse1-8cTg=GE2ndQ3tpVa25wzNqkOy6J6M30X=dN2Ejnvyg@mail.gmail.com> <CAD5OKxs5wCQuaaC1sL+Zi2iwMhnzexTh89HVOWc2jLTBGoyD9A@mail.gmail.com> <HE1PR07MB44413791A6AC8D20349BEBF793889@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAD5OKxtyCUgJP2CjPkyNBuDp3_N-42J15AvB==36edujJsjh-g@mail.gmail.com> <HE1PR07MB4441051506F5A2E16A2C902993899@HE1PR07MB4441.eurprd07.prod.outlook.com> <CAOLzse1H6OgtpkbMNXVSJFpvWoBoJeVp3Rg37x7d24LZ7A+Pmw@mail.gmail.com> <CAD5OKxvxVRK6UeW80T94-izGcR0R=V67QAX+dNOKs0s3-zSL8A@mail.gmail.com>
In-Reply-To: <CAD5OKxvxVRK6UeW80T94-izGcR0R=V67QAX+dNOKs0s3-zSL8A@mail.gmail.com>
From: Justin Uberti <juberti@alphaexplorationco.com>
Date: Sun, 31 Oct 2021 23:06:15 -0700
Message-ID: <CAOLzse1BqLdTXHDGvE424GAer0Yavbrc12Nex7jTtyjNtQNC8Q@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Justin Uberti <justin@uberti.name>, RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001f540f05cfb3fa57"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/6l7ay_fbvAX3A4q7JyYL3EbwUpE>
Subject: Re: [rtcweb] Working Group Last Call for draft-uberti-rtcweb-rfc8829bis-01.txt
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Nov 2021 06:06:34 -0000

On Sun, Oct 31, 2021 at 11:02 PM Roman Shpount <roman@telurix.com> wrote:

> On Mon, Nov 1, 2021 at 1:41 AM Justin Uberti <
> juberti@alphaexplorationco.com> wrote:
>
>>
>>
>>>
>>> >1. Make subsequent offers valid initial offers. This means adding some
>>> language explaining how the endpoint processing initial offer can detect
>>> that m= lines cannot be unbundled. Even if we add this language it will
>>> have backwards compatibility issues with anything that has not implemented
>>> it.
>>>
>>>
>>>
>>> I don’t agree with that suggestion. Because, in that case we could have
>>> done it from the beginning, as a general rule, without using port zero. But
>>> there were reason we chose not to allow shared addresses (with non-zero
>>> port values) in initial offers.
>>>
>>
>> We did come up with a=bundle-only mechanism to ensure backwards
>> compatibility, and none of us want to revisit that decision. However, I do
>> think that it would be consistent with Postel's Principle for the answerer
>> to properly handle the case where a 3PCC offer ends up with a shared
>> address, rather than failing simply because the offer does not appear to be
>> an initial offer.
>>
>>>
>>>
> In case of trickle ICE, would shared address be detected by the absence of
> ICE ufrag and pwd in the bundled m= line definition?
>

yes, exactly.