Re: [rtcweb] Fwd: New Version Notification for draft-uberti-rtcweb-rfc8829bis-00.txt

Justin Uberti <justin@uberti.name> Sun, 11 July 2021 03:33 UTC

Return-Path: <juberti@gmail.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 DE1343A140F for <rtcweb@ietfa.amsl.com>; Sat, 10 Jul 2021 20:33:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.252
X-Spam-Level:
X-Spam-Status: No, score=0.252 tagged_above=-999 required=5 tests=[FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 kwwfFl72mM4K for <rtcweb@ietfa.amsl.com>; Sat, 10 Jul 2021 20:33:41 -0700 (PDT)
Received: from mail-il1-f169.google.com (mail-il1-f169.google.com [209.85.166.169]) (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 A38593A140C for <rtcweb@ietf.org>; Sat, 10 Jul 2021 20:33:41 -0700 (PDT)
Received: by mail-il1-f169.google.com with SMTP id b14so2196216ilf.7 for <rtcweb@ietf.org>; Sat, 10 Jul 2021 20:33:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8wOq23nYuZ0dhu6ANcmB4H+EW8QATH2EawctyhAsub8=; b=orr1CTRNxshczdjCxBxBiqf/Wvk6VKjpTylzqY5l06Pg7621rAjT54DyR7hu/Dv6fp LeLNkNkbt4lPIntEMQ/ejKw7g374s1hKHqhd1+RQlwBA+NR/yfLiS4tvNm4XtozpuBI+ zpckJfNJXRU/kPEShFkqhLHRoeJ91zkhbuAbmemZsxE75GuvJn6U1Tajrln/pixq1EuB lEPsUKppBG+hVNjwgSjIxpUGuTCFfJ3Xn+h+eDsJBpsftcR7sif4WOda5KCfK3OLu2R1 Bjc6q61YvrXO06NWzbN6ZN/yAzf65fzq8oVWIEfCTWT1PDpQjni4S/lP6qQ8ptB2KFf0 OC5A==
X-Gm-Message-State: AOAM531TqfD26J+Ht2oFTYnU/jfIMxa0eAUMjP/rv0S1wi19duXVPv2B dgJb8lvjfbg2lCLnYItxbHcaiqtwxVV/89xmSreoztaaJZQ=
X-Google-Smtp-Source: ABdhPJz+CdZr5Cfm6AYU+oOjkUqNRfXE2D4HrQTaeGPpJ8h21ZMy3TKCKvuG7Urk5iLdkVsSTLZfjT+/vwvh4tcEzfQ=
X-Received: by 2002:a92:8750:: with SMTP id d16mr15969150ilm.281.1625974420060; Sat, 10 Jul 2021 20:33:40 -0700 (PDT)
MIME-Version: 1.0
References: <162596540685.23062.11654727411981880816@ietfa.amsl.com> <CALe60zArqmDB1SVkEna_h9gZ7MC=fsio==-Wsb5aJN5Oi-xUdQ@mail.gmail.com> <CAD5OKxswQysOL2SCSKkYvzqWfD9v=mH=dzuYtJkXcU=kRovGHw@mail.gmail.com>
In-Reply-To: <CAD5OKxswQysOL2SCSKkYvzqWfD9v=mH=dzuYtJkXcU=kRovGHw@mail.gmail.com>
From: Justin Uberti <justin@uberti.name>
Date: Sat, 10 Jul 2021 23:33:29 -0400
Message-ID: <CALe60zDTJ0dGJBsdm3xdeNQgb_u1n20_3FJ-ueipzcFTjcF7VQ@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b8bf9e05c6d0aba6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/nsq0J96vDk9midxF8NQ1ONPLdSc>
Subject: Re: [rtcweb] Fwd: New Version Notification for draft-uberti-rtcweb-rfc8829bis-00.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: Sun, 11 Jul 2021 03:33:47 -0000

Section 3.5.1 makes clear that only sections that are restarting are
affected:

   Note that gathering phases only gather the candidates needed by
   new/recycled/restarting "m=" sections; other "m=" sections continue
   to use their existing candidates.  Also, if an "m=" section is
   bundled (either by a successful bundle negotiation or by being marked
   as bundle-only), then candidates will be gathered and exchanged for
   that "m=" section if and only if its MID item is a BUNDLE-tag, as
   described in [RFC8843 <https://datatracker.ietf.org/doc/html/rfc8843>].


On Sat, Jul 10, 2021 at 7:17 PM Roman Shpount <roman@telurix.com> wrote:

> I have a question regarding max-compat in subsequent offers with
> iceRestart:
>
> Should new candidates be gathered for all m= lines or only for the m=lines
> which are not bundled after the previous offer/answer exchange?
>
> I would suggest that new candidates should be gathered for all m=lines to
> be compatible with 3PCC.
>
> Thank You,
> _____________
> Roman Shpount
>
>
> On Sat, Jul 10, 2021 at 9:11 PM Justin Uberti <justin@uberti.name> wrote:
>
>> As discussed at IETF 110. Diff from RFC8829:
>> https://tools.ietf.org/rfcdiff?url1=https://www.rfc-editor.org/rfc/rfc8829.txt&url2=https://www.ietf.org/archive/id/draft-uberti-rtcweb-rfc8829bis-00.txt
>>
>> ---------- Forwarded message ---------
>> From: <internet-drafts@ietf.org>
>> Date: Sat, Jul 10, 2021 at 6:03 PM
>> Subject: New Version Notification for
>> draft-uberti-rtcweb-rfc8829bis-00.txt
>> To: Cullen Jennings <fluffy@iii.ca>ca>, Eric Rescorla <ekr@rtfm.com>om>,
>> Justin Uberti <justin@uberti.name>
>>
>>
>>
>> A new version of I-D, draft-uberti-rtcweb-rfc8829bis-00.txt
>> has been successfully submitted by Justin Uberti and posted to the
>> IETF repository.
>>
>> Name:           draft-uberti-rtcweb-rfc8829bis
>> Revision:       00
>> Title:          JavaScript Session Establishment Protocol (JSEP)
>> Document date:  2021-07-10
>> Group:          Individual Submission
>> Pages:          106
>> URL:
>> https://www.ietf.org/archive/id/draft-uberti-rtcweb-rfc8829bis-00.txt
>> Status:
>> https://datatracker.ietf.org/doc/draft-uberti-rtcweb-rfc8829bis/
>> Html:
>> https://www.ietf.org/archive/id/draft-uberti-rtcweb-rfc8829bis-00.html
>> Htmlized:
>> https://datatracker.ietf.org/doc/html/draft-uberti-rtcweb-rfc8829bis
>>
>>
>> Abstract:
>>    This document describes the mechanisms for allowing a JavaScript
>>    application to control the signaling plane of a multimedia session
>>    via the interface specified in the W3C RTCPeerConnection API and
>>    discusses how this relates to existing signaling protocols.
>>
>>    This specification obsoletes RFC 8829.
>>
>>
>>
>>
>> The IETF Secretariat
>>
>>
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtcweb
>>
>