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

Roman Shpount <roman@telurix.com> Mon, 01 November 2021 06:02 UTC

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 B48773A103D for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:02:40 -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 rFT0AysXr0KI for <rtcweb@ietfa.amsl.com>; Sun, 31 Oct 2021 23:02:35 -0700 (PDT)
Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (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 62B2C3A1036 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:02:35 -0700 (PDT)
Received: by mail-qt1-x82f.google.com with SMTP id t40so14923642qtc.6 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:02:35 -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=zlC/W83pibnotNbiVTQed9UPR2TYfeWqYQdvYfihxRc=; b=F2ikEHas3ZWWKcc65m6pnLtlfl6K81zoaSq9yRfQGmEbF2rVWAxwtd1rcxei8vRNn8 emR8aBeRqTwAy+dyLKi5cT1plclDVqPv5N9gG0CEhKdSRy20T4bp8uN3CW7sUoBjHaQ4 H3f3xx1Vyc1xtxWkTyRVDHOg3xL2Kj+7+XhLU=
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=zlC/W83pibnotNbiVTQed9UPR2TYfeWqYQdvYfihxRc=; b=1a2fqO6i7Rv27z4744c6P6utURqvJJCvGbpmNENQIC3r0JBA8CHs8+WSxWRZs9Ey/q 3G/niLBfAHQRER4M8mxxpeQEorw5S3otxtaAxFcIWJw69dbo9/WJ3fQc2o4xqVufAGye utqiNOUqdbgQswtwQnnrdL4Ip+Z+rNyBk4z0+uMRD3ZlEav/qrkQ0zrSONGD7dqf3uXU wemVwPLsxoV8dzfuw4CRwCPVvC718+kty2QMSC4vUzgKirpNrezTtSOnRByZhBA1Tzpp xXe5Bn3Uwj9Np6ezKeDi8ImdB+vuP01cdntIOsZLnTFf16SjGlDIxSqOKM79mhRYKgoa gaNA==
X-Gm-Message-State: AOAM530zdwbljlzZiAY9faiDxSkeWDN23vR+3M3Y1ceA4mNhCy6jDsrF MGlOMJ7VdIykTtcvZtF0Bql/Kr2AdoJjuQ==
X-Google-Smtp-Source: ABdhPJw0i6luq1snRf4o6U9HvkoOavoPfJG2uKPk4Eb/bxI7pol+aIrQHyNSclJPaJcWjNnBVarnbQ==
X-Received: by 2002:a05:622a:244:: with SMTP id c4mr28246042qtx.186.1635746550637; Sun, 31 Oct 2021 23:02:30 -0700 (PDT)
Received: from mail-yb1-f177.google.com (mail-yb1-f177.google.com. [209.85.219.177]) by smtp.gmail.com with ESMTPSA id v3sm11002105qtc.25.2021.10.31.23.02.30 for <rtcweb@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 31 Oct 2021 23:02:30 -0700 (PDT)
Received: by mail-yb1-f177.google.com with SMTP id v64so35514408ybi.5 for <rtcweb@ietf.org>; Sun, 31 Oct 2021 23:02:30 -0700 (PDT)
X-Received: by 2002:a25:f205:: with SMTP id i5mr29139857ybe.61.1635746549822; Sun, 31 Oct 2021 23:02:29 -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> <CAOLzse1H6OgtpkbMNXVSJFpvWoBoJeVp3Rg37x7d24LZ7A+Pmw@mail.gmail.com>
In-Reply-To: <CAOLzse1H6OgtpkbMNXVSJFpvWoBoJeVp3Rg37x7d24LZ7A+Pmw@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
Date: Mon, 01 Nov 2021 02:02:16 -0400
X-Gmail-Original-Message-ID: <CAD5OKxvxVRK6UeW80T94-izGcR0R=V67QAX+dNOKs0s3-zSL8A@mail.gmail.com>
Message-ID: <CAD5OKxvxVRK6UeW80T94-izGcR0R=V67QAX+dNOKs0s3-zSL8A@mail.gmail.com>
To: Justin Uberti <juberti@alphaexplorationco.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Justin Uberti <justin@uberti.name>, RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000b784305cfb3ec39"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/fvf99zuEBZfb092x0zmXgEldkik>
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:02:41 -0000

On Mon, Nov 1, 2021 at 1:41 AM Justin Uberti <juberti@alphaexplorationco.com>
wrote:

>
>
>>
>> >1. Make subsequent offers valid initial offers. This means adding some
>> language explaining how the endpoint processing initial offer can detect
>> that m= lines cannot be unbundled. Even if we add this language it will
>> have backwards compatibility issues with anything that has not implemented
>> it.
>>
>>
>>
>> I don’t agree with that suggestion. Because, in that case we could have
>> done it from the beginning, as a general rule, without using port zero. But
>> there were reason we chose not to allow shared addresses (with non-zero
>> port values) in initial offers.
>>
>
> We did come up with a=bundle-only mechanism to ensure backwards
> compatibility, and none of us want to revisit that decision. However, I do
> think that it would be consistent with Postel's Principle for the answerer
> to properly handle the case where a 3PCC offer ends up with a shared
> address, rather than failing simply because the offer does not appear to be
> an initial offer.
>
>>
>>
In case of trickle ICE, would shared address be detected by the absence of
ICE ufrag and pwd in the bundled m= line definition?

Best Regards,
_____________
Roman Shpount