Re: [MMUSIC] [rtcweb] Updating JSEP and BUNDLE

Justin Uberti <juberti@google.com> Wed, 27 January 2021 01:18 UTC

Return-Path: <juberti@google.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9EAF3A0EEF for <mmusic@ietfa.amsl.com>; Tue, 26 Jan 2021 17:18:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.599
X-Spam-Level:
X-Spam-Status: No, score=-17.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 a8El0Gs76KHu for <mmusic@ietfa.amsl.com>; Tue, 26 Jan 2021 17:18:39 -0800 (PST)
Received: from mail-il1-x12d.google.com (mail-il1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (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 1A6693A0EF2 for <mmusic@ietf.org>; Tue, 26 Jan 2021 17:18:39 -0800 (PST)
Received: by mail-il1-x12d.google.com with SMTP id d6so239043ilo.6 for <mmusic@ietf.org>; Tue, 26 Jan 2021 17:18:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yuHLbCdaEyGtzPK/vLbpG3FUIzvkZG0BqG/4pklVFe4=; b=EV5MigtzszHvOL4ooBxy12Ep0iqopAAzABni6tHvzRYuJ3Ec7Txp/otvvH+V7B4wVB p8v1RLQ/L/QiLkwyyMCgCz2mby14c/jvR9EYaFJQWFmSgcQvalkywaX5h83fbKM31QOw 2iSFJ+6T7JBY0srjb056H8QuCLIVxQbMult4vANfpi6ErvLDdRzZ95rRfCMHxgVRQLA9 Xz2sU8pLS9qIEd+MzBy7Mn+BdwXteeD4i+b2spWdPnr92PK+yNaG6x0YwyQxsE1O5LBg XR2V8rzUZGB+Uac0eaUSj+vIEt6QnRFC6WC2Su9IQA63uOvGKvUNvMxX4WOwA9ArliAG 4pGw==
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=yuHLbCdaEyGtzPK/vLbpG3FUIzvkZG0BqG/4pklVFe4=; b=AOb+ohCJQTNkJnw3+rV1NSfV3lGRHBLvteGpDjwmxv0uwwaymJzZvY3sN7O5t34Q+r ysqIplhebPehUgHCHbci0Ntq0iP9Ln6IuYy4qg2yJn94V/fi6rXvC+8G1MF1347upLa+ +TdzYAOw696YbBI9jiiFHR4WDKsIVBaxrNWwl9x28yvDyyagnE4uZ8Z1g5epIdDXjtuj wZLNRp0Ioe3FWD6j+hycZk8EFpcmjAImotwa2s6I34A52AReY+FaC9foXShj9MpJSs+E Q1JTpYUJ/BBlEau5TokgJkT44ApmgfBi4/LbZ9qlUaZPyghY/wMePSBnhAjWtAbLsGCA cpzQ==
X-Gm-Message-State: AOAM533lUxzItFacXfzSxVAKpYin3hy/c9kN0buHS+hhiwZvwyb0QQNk Acr9Rp8OWysL8hBLYgdHykbdmPTUb0uTIsCNhnkZRg==
X-Google-Smtp-Source: ABdhPJxa/8vXU8o/E1q4xfmRQCnjnsLG2C47iES8BHJXgRLuYllkh/5dkHfdLB45P6dmShVLkGuv2M+GGwRAyWMkejo=
X-Received: by 2002:a05:6e02:1aab:: with SMTP id l11mr6917036ilv.300.1611710317904; Tue, 26 Jan 2021 17:18:37 -0800 (PST)
MIME-Version: 1.0
References: <CAL0qLwYeg6_HdjVuLCdhPxtaNH4_vnE_r4Lr1p=s8uiTAu+hdQ@mail.gmail.com> <3259d26b0df271445895d17c73fdf60d94209c52.camel@ericsson.com> <61b30cc5-d56a-f83b-0faf-0df8b07aea0f@alvestrand.no> <f12469ff29408168c98124c46348804b5cbd86d2.camel@ericsson.com> <CAL0qLwakSYdoVm9fhMWuC9bM8tjUkLku4mM5Q4XgdGm2T9uevw@mail.gmail.com> <AM0PR07MB386064B544F18A38FD900EF593BC0@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAL0qLwbS+6sN3FQVbJ3xsp2qxTGiBTbunTUvHXrT-nq+yiEaHA@mail.gmail.com> <CAD5OKxvDdLF8LbeUTxscKkYu7XVE8eg5eRMqg_TCeX73sVAKGg@mail.gmail.com>
In-Reply-To: <CAD5OKxvDdLF8LbeUTxscKkYu7XVE8eg5eRMqg_TCeX73sVAKGg@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Tue, 26 Jan 2021 17:18:25 -0800
Message-ID: <CAOJ7v-1Cspakz79MHX2dEH9q+YGuWokUtzHTR4p1v=hvQmDHrw@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, Magnus Westerlund <magnus.westerlund=40ericsson.com@dmarc.ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="000000000000fb3e7c05b9d78c88"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/jtQb4enSMdY9wZ9HM7Os_iuWAW0>
Subject: Re: [MMUSIC] [rtcweb] Updating JSEP and BUNDLE
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Jan 2021 01:18:41 -0000

On Tue, Jan 26, 2021 at 3:04 PM Roman Shpount <roman@telurix.com> wrote:

> I just like to note that the current implementation is not following
> either JSEP or BUNDLE. At least one current implementation sends identical
> ports in the initial offer, which is not compliant with either
> specification. Switching to BUNDLE might not be backward compatible.
>
>
Right, which means that we have more possibilities to consider besides the
ones that Christer mentioned.

I think we need to split the problem into three parts:
a) what should JSEP endpoints put into initial offers, when in max-bundle
mode?
b) what should JSEP endpoints put into initial offers, when in balanced
mode?
c) what should all endpoints do in answers and re-offers (regardless of
mode)?

For a), we need to come up with something that doesn't break existing
applications that don't expect to get port zero. Since this is not the
default mode, I don't think we have to worry as much about the particulars
of offer-answer.

For b), given that most apps in this mode won't actually end up offering a
zero port, I think we have a lot of flexibility in what solution we choose
(i.e., the risk of app breakage may not be the dominant constraint).

c) may actually be the most significant decisioni, since it changes the
behavior for just about every existing app (i.e., offerers will now start
getting zero ports in their answers, regardless of mode). So I think we
really just have to decide if there is a technical reason to prefer the
BUNDLE behavior over the JSEP behavior, given the risks of such a change.

>
>
> On Tue, Jan 26, 2021 at 5:51 PM Murray S. Kucherawy <superuser@gmail.com>
> wrote:
>
>> On Tue, Jan 26, 2021 at 11:02 AM Christer Holmberg <
>> christer.holmberg@ericsson.com> wrote:
>>
>>> > I think the revised charter takes this into account.  Please let me
>>> know if it needs any other corrections.
>>>
>>> It needs to be clear that the charter is about fixing the misalignment
>>> between the BUNDLE and JSEP specifications - nothing more, nothing less.
>>>
>>
>> Do you think the current charter text needs to be adjusted?  If so, do
>> you have a suggestion?
>>
>> -MSK
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>