IETF Logo Mail Archive

Re: [MMUSIC] [rtcweb] Updating JSEP and BUNDLE: Semantics of same port in multiple m- lines

Roman Shpount <roman@telurix.com> Sun, 31 January 2021 05:20 UTC

Return-Path: <roman@telurix.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 7F2B63A03F3 for <mmusic@ietfa.amsl.com>; Sat, 30 Jan 2021 21:20:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.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 3ptKU_kBVUY7 for <mmusic@ietfa.amsl.com>; Sat, 30 Jan 2021 21:20:09 -0800 (PST)
Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (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 35C253A03F1 for <mmusic@ietf.org>; Sat, 30 Jan 2021 21:20:09 -0800 (PST)
Received: by mail-oi1-x22d.google.com with SMTP id i25so14946178oie.10 for <mmusic@ietf.org>; Sat, 30 Jan 2021 21:20:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YuCvjFyNitanThPlvuWcqXJ8JeP1Ww+B1JI1/Xww7g8=; b=NM0Lckl6iM9e19X3dW/85v6d8/MnOSK7P4ok4iSz1HTnQhRIieo1yx6XEovmdLsxIZ eAb1vOVwPscnEgGfFqZUmZcuWMpNy1J/GlokcHK+sYR4IISYrOxctSyKewAup+636CwG 20r1Nqr3kbjiNFniUI+c2/ErRcMT3xYYUR2tdOJabWLTfZDXgQ74p1rCAm/AXkn0vNRW PlMNtVmifHlBt7REgVRtCfdfoooi19uqt3pidMXV2z0J5wfOawp1JTnJHLopMVi9McCY xTyOXq/QOt2dh+xfCU6Y2ekU4g82RYRv8GP3AUzCafeCBrJXxDtUBKT7p31MKq1evLSM n5rA==
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=YuCvjFyNitanThPlvuWcqXJ8JeP1Ww+B1JI1/Xww7g8=; b=WegivP4f8SaNVIvs2Wk4tdxp3vI9rrEutil5uD3x8EdvKBtMvmpCqDe7kyyVa95pjO 3FkYlA1dkL5aCmkt+23RvN6M3jpm9XXu9Z53Q51DPa1dA8u9CrUtWmiz//R0gyFbaBq1 gSIH7mG8OVYciKfkD1pcVUcH5+1RGJdyYrdSr3+HiLpi3q5PKzJ+0MlS/92LlBH+EBB+ jRVGUGAJISVCV4pdv8+Bcdxye/Qx5Dm7jcRHI64C/lWyf6tM3YdrtaYIhBnXwtKoMtm2 ctBWuT/b+m1ABGQomBAvje1/CqKXymaMBd5RCp98oULna8l7H+gQVIE+eRH5Tx+wnZef btYw==
X-Gm-Message-State: AOAM5322CoMc04Cwg7uuoVVF9kYrKzDkq6P+V6W1fXWwdx6S1RbIyG0O W649xJJ2uTIvDc81qNaegJVi4qrSWwbGTg==
X-Google-Smtp-Source: ABdhPJw4XwmBIEqni8AoX6KdXSRp+4Zq7+rWyG6JFtMZaebFt8ZLbOKybkuyknSY4w41LbTari1JVQ==
X-Received: by 2002:a54:458d:: with SMTP id z13mr7152814oib.45.1612070408179; Sat, 30 Jan 2021 21:20:08 -0800 (PST)
Received: from mail-oo1-f51.google.com (mail-oo1-f51.google.com. [209.85.161.51]) by smtp.gmail.com with ESMTPSA id o16sm3130359ote.79.2021.01.30.21.20.07 for <mmusic@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 30 Jan 2021 21:20:07 -0800 (PST)
Received: by mail-oo1-f51.google.com with SMTP id n19so3407987ooj.11 for <mmusic@ietf.org>; Sat, 30 Jan 2021 21:20:07 -0800 (PST)
X-Received: by 2002:a4a:9092:: with SMTP id j18mr8022806oog.19.1612070406760; Sat, 30 Jan 2021 21:20:06 -0800 (PST)
MIME-Version: 1.0
References: <AM0PR07MB3860A872DE7E09ED79FE4EAD93BA9@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxuvMzNGHnk2tGM9yjUBYz9EGdEj8kNO=a4d-SiBiA42jA@mail.gmail.com> <AM0PR07MB38600ED79AA323A8C38098AB93B99@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxsLL=+DLu-D2y-rOFGMDpKXgsWhVDFLiWS1k68LhwU8Dg@mail.gmail.com> <AM0PR07MB3860D4EC744D231497EFA5F993B89@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAOJ7v-0juBeH3g4MY6jSj+pRnk6+CBFt24p9jFQ+Fwd4qjp_nw@mail.gmail.com> <AM0PR07MB38600147C590A3D84054036D93B89@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAOJ7v-2oL-YP=CGUkCZ8NuP5xPur0z+BK3qZZTdHCNxQZ16HqA@mail.gmail.com>
In-Reply-To: <CAOJ7v-2oL-YP=CGUkCZ8NuP5xPur0z+BK3qZZTdHCNxQZ16HqA@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
Date: Sun, 31 Jan 2021 00:19:54 -0500
X-Gmail-Original-Message-ID: <CAD5OKxvMA3Y=U6MRif7jd33jT3N56ciSng2EQgLqqRKS0XNL3w@mail.gmail.com>
Message-ID: <CAD5OKxvMA3Y=U6MRif7jd33jT3N56ciSng2EQgLqqRKS0XNL3w@mail.gmail.com>
To: Justin Uberti <juberti@google.com>
Cc: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, Magnus Westerlund <magnus.westerlund@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f2b05805ba2b632a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Hd5ImVIci0L5rezEPsdUFXCKtiI>
Subject: Re: [MMUSIC] [rtcweb] Updating JSEP and BUNDLE: Semantics of same port in multiple m- lines
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: Sun, 31 Jan 2021 05:20:11 -0000

On Sat, Jan 30, 2021 at 5:31 PM Justin Uberti <juberti@google.com> wrote:

> bundle-only outside a bundle group is unspecified.
>>
>>    "The usage of the 'bundle-only' attribute is only defined for a
>>    bundled "m=" section with a zero port value.  Other usage is
>>    unspecified."
>>
>> (Section 6 of BUNDLE)
>>
>
> Thank you for finding that section. If bundle-unaware entities do in fact
> copy attributes to the offer, I think it would be useful to amend this text
> to say that a=bundle-only must be ignored for any sections that are not in
> a bundle group, so that these sections can be properly rejected.
>

Copying the entire m= line from an offer and setting the port to zero was
traditionally a "safe" way to refuse the m= line section which the endpoint
does not understand.

If you want, I can check how various carriers/SBC/phones respond to an
offer with bundle-only m= line and port zero.
_____________
Roman Shpount

v2.8.7 | Report a Bug | By Email