IETF Logo Mail Archive

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

Justin Uberti <juberti@alphaexplorationco.com> Mon, 01 November 2021 06:05 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 5D77D3A103E for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:05:59 -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 rTujYz3aLVQI for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:05:55 -0700 (PDT)
Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (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 465BF3A1038 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:05:55 -0700 (PDT)
Received: by mail-oi1-x22f.google.com with SMTP id n11so15402913oig.6 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:05:55 -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=UfMh4nW85ImLeqGX+GOnBliwDEDju/GXRHVUDL73wLE=; b=T42Xu/TXDThCvlnZgTh4rAgcJfqwASv80n7F3tAy1DZYsSva7QAb8Pf8+4NclkNCLp PPZvRTMW9cv6HXFoXhEwW8s9sZxyRfPWHRoxIquPm76QLWTwzUZpT3hVMIeckN1Ejqe9 34XbOyJ8tKyCSMVfZyqAw4FkYTlMuFF5yjQr8l7FfA1ApSzpEsdMa/sRR9VcZvS6YY5Q 4xvbJgUk+fcO4+tpBM88H5EMgzpx0omxHwkL4pg6nWo4y3z2ttJqagbfevzlf0K3p4/m Ld12ChJN/+n8Y4JipT9GURxAgDQ2TQjPIY2Gz4jJoD14TvujvpEROiZQgjIeX4+E+j1s 4CCA==
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=UfMh4nW85ImLeqGX+GOnBliwDEDju/GXRHVUDL73wLE=; b=XoIyJNHIxnB9kKene0eZMMHcwK4SYbRuJM1IA3QK3ltga5vWJKNhQu04TtaHUlB3lP NpDPct9PyZxHRIvg/rmB1VRIr9d+woDvXVmyrncwHv2MqRLA6Wabxdp/aiaxj0J19H/0 yomE2gBd3ewnml6AhkvMeERkfPIaYrwjyJTWsVqsT8DTG90LqBlwtSsd47Mia7FkKVEm 2iWFNnmAXPIyJI6RnNVaVUnvnA9MIlFfxKeP/s8aTEei4BDc/Q9jR/1RHbLq9Y2xLb+i p97duruOu4sRiralnqjOkUeO6yBjK/IeWhpxYkodLGBti2UvRHqWQYAP88uz/77YNy7o Kqyw==
X-Gm-Message-State: AOAM53196/Jg/1UXD9OmqwYFkI73fJXVvjEmvcVutbGIaOdMfOidAJ8w HrDSX3229DAIT1i1SeRyakernYd7lz3xrO5+Ix0+CppSc8KiOBcL
X-Google-Smtp-Source: ABdhPJzQni+Au5p/AO+iVE53Kj/EH+DR+khKs590VNMZb9F/AFS+OR0WNFwHriRA2GcVW91HWpMFtf0eKGpBxc3yRqc=
X-Received: by 2002:a05:6808:1385:: with SMTP id c5mr673828oiw.126.1635746752800; Sun, 31 Oct 2021 23:05:52 -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> <CAD5OKxsMt+VXt87hJ7NPiJURXzBKYz4bywpaRGba3-NH-hHrZg@mail.gmail.com>
In-Reply-To: <CAD5OKxsMt+VXt87hJ7NPiJURXzBKYz4bywpaRGba3-NH-hHrZg@mail.gmail.com>
From: Justin Uberti <juberti@alphaexplorationco.com>
Date: Sun, 31 Oct 2021 23:05:42 -0700
Message-ID: <CAOLzse3T8QcEh1koL2ymPrroJWJGtsgCYwiafEf1tJAcxV_9xQ@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="00000000000024b8da05cfb3f85f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/vG839zrTlA6i3m2wmsvtall3mpA>
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:05:59 -0000

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

>
> On Sun, Oct 31, 2021 at 7:46 AM Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
>> >2. Make endpoints generate subsequent offers that are valid initial
>> offers in 3PCC scenarios. This is what draft 8843 bis does.
>>
>>
>>
>> Correct.
>>
>>
>>
>> However, keep in mind that it is not only about how to encode the port
>> numbers and bundle-only attributes. Sending an initial offer also comes
>> with a set of procedures. Some of those (e.g., ICE)  I assume you will have
>> to do anyway, as the remote endpoint changes.
>>
>>
>>
> There is already PeerConnection.restartIce() which will cause the next
> offer created after restartIce call to initiate ICE restart, set new
> ufrag/pwd, and collect new candidates. This is the method an end point
> would call before generating an offer for 3PCC (or to recover a connection
> which failed due to bad connectivity). It would not be illogical to set
> port zero and bundle-only for all bundled m= lines in this case, when
> max-bundle policy is used.
>

Right, but that could happen for normal ICE restarts, in which case it
would be an invalid subsequent offer.

v2.23.0 | Report a Bug | By Email