From nobody Sun Oct 31 22:59:51 2021
Return-Path: <roman@telurix.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 AF5C83A1036
 for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 22:59:48 -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 (1024-bit key)
 header.d=telurix.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 geUX6IiNOOjQ for <rtcweb@ietfa.amsl.com>;
 Sun, 31 Oct 2021 22:59:44 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com
 [IPv6:2607:f8b0:4864:20::729])
 (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 DD2763A102E
 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 22:59:43 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id r8so1781922qkp.4
 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 22:59:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix.com; s=google; 
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=IDmFvpyTjZHjxHEnj7cLelIqGSRvnd2qpV/enmDULps=;
 b=ItwSPeEat1vOR0r47VJt7PUjv3GKsu2Nx1byezUK82Eluo+rt3l3RIKL++TzJdioi8
 jnB/wXu21boTpMTGbHd2ux4j8kx6jxPu8AHuDgusemWgonuvDcQx/bqZDDDziEoshpQ6
 BKvHdjJnuCebp5Cv3mZ7UQnwlirCBO5349wKc=
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=IDmFvpyTjZHjxHEnj7cLelIqGSRvnd2qpV/enmDULps=;
 b=PJgjYYMRUNv8WGs2xJcNskl46IIlYoYcc0JRw/ppOCieI2ppTMHI/iYcpj7o34izdG
 MJFCXLOjgfV++Hat0JPQe7gmpqPRLNJes6YQhcMM1KEPdgIqIkcHtQQAUGb3bzj3wlbI
 76VsPwJ1mzGS357zHGWhBf+5J7UQVOAmx+UH4SOjyR7bzZ/npmNYvQRw0b6fnYLiD6+S
 pJRklmR8UA5rbTCXX69SK4Y7laMMwmovi33bIrQZccxxo+qfZ+EE/50T0scbChDkb2AS
 iV28DRRj8KwdjC5wY3wE4hccJuzjGl0FQud6QrJksSgb3qE/HMNrY2Au7TNdzDnanSZk
 67Vg==
X-Gm-Message-State: AOAM532VkBYeEDRKTi8IxWwHSXhCgk6uGcNBCvYZ4xW4PZJ0uKAl6kAM
 Stz0ezyPWC8M4T1XYL9LJIPDvEwvaNS9Jg==
X-Google-Smtp-Source: ABdhPJxe33bWV17Ne/8eafpBOeMM5RuvMUW8rPIagZV49vgeQblZiqR3HDptJp2LBXBvgBHa64NUkg==
X-Received: by 2002:a05:620a:430d:: with SMTP id
 u13mr21183439qko.93.1635746379215; 
 Sun, 31 Oct 2021 22:59:39 -0700 (PDT)
Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com.
 [209.85.219.172])
 by smtp.gmail.com with ESMTPSA id w5sm10090685qko.54.2021.10.31.22.59.38
 for <rtcweb@ietf.org>
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Sun, 31 Oct 2021 22:59:38 -0700 (PDT)
Received: by mail-yb1-f172.google.com with SMTP id d204so41986468ybb.4
 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 22:59:38 -0700 (PDT)
X-Received: by 2002:a05:6902:110d:: with SMTP id
 o13mr33277141ybu.121.1635746377795; 
 Sun, 31 Oct 2021 22:59:37 -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>
In-Reply-To: <HE1PR07MB4441051506F5A2E16A2C902993899@HE1PR07MB4441.eurprd07.prod.outlook.com>
From: Roman Shpount <roman@telurix.com>
Date: Mon, 1 Nov 2021 01:59:25 -0400
X-Gmail-Original-Message-ID: <CAD5OKxsMt+VXt87hJ7NPiJURXzBKYz4bywpaRGba3-NH-hHrZg@mail.gmail.com>
Message-ID: <CAD5OKxsMt+VXt87hJ7NPiJURXzBKYz4bywpaRGba3-NH-hHrZg@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Justin Uberti <juberti@alphaexplorationco.com>,
 Justin Uberti <justin@uberti.name>, RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ca8a1305cfb3e1da"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/NGTqtvpEaE3Pe8kE396jc3Givek>
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 05:59:49 -0000

--000000000000ca8a1305cfb3e1da
Content-Type: text/plain; charset="UTF-8"

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.

Best Regards,
_____________
Roman Shpount

--000000000000ca8a1305cfb3e1da
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br clear=3D"all"><div><div dir=3D"ltr" c=
lass=3D"gmail_signature" data-smartmail=3D"gmail_signature">On Sun, Oct 31,=
 2021 at 7:46 AM Christer Holmberg &lt;<a href=3D"mailto:christer.holmberg@=
ericsson.com">christer.holmberg@ericsson.com</a>&gt; wrote:<br></div></div>=
</div><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D=
"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-le=
ft:1ex">





<div lang=3D"FI" style=3D"overflow-wrap: break-word;">
<div class=3D"gmail-m_-1359496833227211822WordSection1">
<p class=3D"MsoNormal">&gt;2. Make endpoints generate subsequent offers tha=
t are valid initial offers in 3PCC scenarios. This is what draft 8843 bis d=
oes.<br></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Correct.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">However, keep in mind that it i=
s 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 thos=
e
 (e.g., ICE) =C2=A0I assume you will have to do anyway, as the remote endpo=
int changes.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><br></p></div></div></blockquote><div><br></div><div=
>There is already PeerConnection.restartIce() which will cause the next off=
er created after restartIce=C2=A0call to initiate ICE restart, set new ufra=
g/pwd, and collect new candidates. This is the method an end point would ca=
ll before generating an offer for 3PCC (or to recover a connection which fa=
iled due to bad connectivity). It would not be illogical to set port zero a=
nd bundle-only for all bundled m=3D lines in this case,=C2=A0when max-bundl=
e policy is used.</div><div><br></div><div>Best Regards,</div>_____________=
<br>Roman Shpount<br class=3D"gmail-Apple-interchange-newline"><div>=C2=A0<=
/div></div></div>

--000000000000ca8a1305cfb3e1da--

