[MMUSIC] Grouping framework, BUNDLE, and disabled m= lines

Roman Shpount <roman@telurix.com> Wed, 28 November 2018 00:34 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 2BF5E130E17 for <mmusic@ietfa.amsl.com>; Tue, 27 Nov 2018 16:34:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.347
X-Spam-Level:
X-Spam-Status: No, score=-3.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=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 h5p1ZlFjJtvX for <mmusic@ietfa.amsl.com>; Tue, 27 Nov 2018 16:34:26 -0800 (PST)
Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 10771130DDD for <mmusic@ietf.org>; Tue, 27 Nov 2018 16:34:26 -0800 (PST)
Received: by mail-pf1-x433.google.com with SMTP id u6so9241583pfh.11 for <mmusic@ietf.org>; Tue, 27 Nov 2018 16:34:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=/ZZy8C6SFcDJZovAazQoTlOMssawQat6TGZ45KqKzBs=; b=a52My/NY1PZ8xetS557aBrJN18FwMN40aGT+dWHbVIZwe+ULLmgG5cawq4SKKA+C4A Yb2YQbuzxZgc0bSt3vslq3xEUT3ntaqwsVXoidbB7R3gxZ11mm+IBdqy3bOZlqLZYEjv BoTghSAesDIifoKCXDvjxPzaUs+zTpjxvyaotBhF8j3iOoZTd8zSfxMid5IzFkJ3cQW0 u97yyy7t2cwQbHoiv1NvwstEuYUcuLK7Ty9DnYZBiQcXC4tVOtFCWSpdDQgfMKLepfS0 TgLlKx54mJQOw2cQ0i9fX2tdD32YS9e54RDs4AdXoDpMaI5qEr5xLUY+yFHfRPnbrxaO 2Uow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/ZZy8C6SFcDJZovAazQoTlOMssawQat6TGZ45KqKzBs=; b=j0ijkCISi12L8Mag76n9qQM/jO8cJp8Hdm42DFlxBFSl99/vNApYhdOXSaVXlqMKTv hP30eSR1IJNCZhuvilfutoPsAVrqwrnfSy4Aa5Yyq9cMjKg5rqxGabfXOGBZ1surXtU4 ZCx2ZbdGDAKgjQEKpRyY2l/w8BjVjHsWblIm1mC6l8wsDLvROFjh9EQ0LGGAbn6+qX5c VJ2khbpgrt60jPH+st8gvTAW5icAIXV83awpClps0pxgdebkFrbfi434zMAyAsh3xJT8 ym4mUH8WA1x7FtTwDU4DRA6Yd0ZfBd6ZT8NkChfm5nH73M6wrKEn5ctNoKrMftjmFmYx rIqw==
X-Gm-Message-State: AGRZ1gLlL1Ekpv2NgJXEg4AIvA7rSIqYpfTt284STJkUuj2pk5y27PBq n34ID5V4Vo/YQMdWEGAw2nMB/m7SU9Q=
X-Google-Smtp-Source: AJdET5fe9kTdwaiVyDmsR9eW7CQzypQVlutgwwK80xYR785qMz/CoY7noqV7CwOrfrmo5aItNGJwrA==
X-Received: by 2002:a62:a1a:: with SMTP id s26mr35319585pfi.31.1543365265463; Tue, 27 Nov 2018 16:34:25 -0800 (PST)
Received: from mail-pg1-f179.google.com (mail-pg1-f179.google.com. [209.85.215.179]) by smtp.gmail.com with ESMTPSA id g3sm10801056pfe.37.2018.11.27.16.34.24 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Nov 2018 16:34:24 -0800 (PST)
Received: by mail-pg1-f179.google.com with SMTP id w6so8646504pgl.6 for <mmusic@ietf.org>; Tue, 27 Nov 2018 16:34:24 -0800 (PST)
X-Received: by 2002:a65:57cb:: with SMTP id q11mr31303672pgr.60.1543365264371; Tue, 27 Nov 2018 16:34:24 -0800 (PST)
MIME-Version: 1.0
From: Roman Shpount <roman@telurix.com>
Date: Tue, 27 Nov 2018 19:34:12 -0500
X-Gmail-Original-Message-ID: <CAD5OKxtT+U412SOT-6NU2sz8GDiRy4=Aam6EhpMcjcd9CvobAw@mail.gmail.com>
Message-ID: <CAD5OKxtT+U412SOT-6NU2sz8GDiRy4=Aam6EhpMcjcd9CvobAw@mail.gmail.com>
To: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000577518057baebaa1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/7U_ZUUafJIr_tUHgxvS-9XvnuJA>
Subject: [MMUSIC] Grouping framework, BUNDLE, and disabled 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: Wed, 28 Nov 2018 00:34:40 -0000

Hi All,

I had a question related to grouping framework RFC 5888: Is it safe to
remove "mid" attribute from the disabled media stream?

Part of the problem is that RFC 3264 says that stream description MAY omit
all attributes in the refused media stream (
https://tools.ietf.org/html/rfc3264#section-8.2):

Existing media streams are removed by creating a new SDP with the port
number for that stream set to zero.  The stream description MAY omit all
attributes present previously, and MAY list just a single media format.


In https://tools.ietf.org/html/rfc5888#section-9.1 it says:

The "mid" attribute is an identifier for a particular media stream.
 Therefore, the "mid" value in the offer MUST be the same as the "mid"
value in the answer.
...
If a media stream that contained a particular "mid" identifier in the offer
contains a different identifier in the answer, the application ignores all
of the "mid" and "group" lines that might appear in the session description.

Furthermore,  it looks like no group will contain this specific "mid"
value, since based on https://tools.ietf.org/html/rfc5888#section-9.2:

SIP entities refuse media streams by setting the port to zero in the
corresponding "m" line. "a=group" lines MUST NOT contain
identification-tags that correspond to "m" lines with the port set to zero.


So, since the "mid" value in the refused media stream is not going to
be used for anything, is it allowed for the end point to omit the
"mid" in the answer or "mid" MUST be present even if media stream is
refused? Is absence of "mid" attribute in the answer the same thing as
different "mid" value?


Thank You,

_____________

Roman Shpount