From nobody Sun Oct 31 23:06:02 2021 Return-Path: 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 ; 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 ; 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 ; Sun, 31 Oct 2021 23:05:55 -0700 (PDT) Received: by mail-oi1-x22f.google.com with SMTP id n11so15402913oig.6 for ; 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: In-Reply-To: From: Justin Uberti Date: Sun, 31 Oct 2021 23:05:42 -0700 Message-ID: To: Roman Shpount Cc: Christer Holmberg , Justin Uberti , RTCWeb IETF Content-Type: multipart/alternative; boundary="00000000000024b8da05cfb3f85f" Archived-At: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Nov 2021 06:05:59 -0000 --00000000000024b8da05cfb3f85f Content-Type: text/plain; charset="UTF-8" On Sun, Oct 31, 2021 at 10:59 PM Roman Shpount 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. --00000000000024b8da05cfb3f85f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Sun, Oct 31, 2021 at 10:59 PM Roman Sh= pount <roman@telurix.com> wr= ote:

On Sun, Oct = 31, 2021 at 7:46 AM Christer Holmberg <christer.holmberg@ericsson.com> w= rote:

>2. Make endpoints generate subsequent offers tha= t are valid initial offers in 3PCC scenarios. This is what draft 8843 bis d= oes.

=C2=A0

Correct.

=C2=A0

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.



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.

Right, but t= hat could happen for normal ICE restarts, in which case it would be an inva= lid subsequent offer.
=C2= =A0
--00000000000024b8da05cfb3f85f--