Re: [MMUSIC] Mismatch between sdp-bundle-negotiation and RFC5888

Roman Shpount <roman@telurix.com> Sun, 02 December 2018 18:39 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 CCCB612E043 for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 10:39:51 -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 9ZnzlnB9cA3V for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 10:39:49 -0800 (PST)
Received: from mail-pf1-x435.google.com (mail-pf1-x435.google.com [IPv6:2607:f8b0:4864:20::435]) (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 39872129533 for <mmusic@ietf.org>; Sun, 2 Dec 2018 10:39:49 -0800 (PST)
Received: by mail-pf1-x435.google.com with SMTP id h3so5216176pfg.1 for <mmusic@ietf.org>; Sun, 02 Dec 2018 10:39:49 -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=TVlw65x2kMWSlwnakXA8q+rbegukkRcT8pHArnkpk3w=; b=FmJKO8XV1/p97W0uLliDZ5rqaWKrRT7V7UL+GY79mm/d9xTrHDICrtox/xlr/q2CxZ C+mTe4CT+GswV8R9CmKReAFSYc6h32PADx6pp+PKHmmpRISRFNCoOhxFw8tnRqn+C33A WqVwi/ZC5c58LwTZohSwmB0CZn2uNz8z7mddVcfiaAG3YZYS98oO0YqUwF5XyJ0eiZv2 /EwUcU9JjLR3tuLp0y1KaPkhgl8yOrkkLFlHIFnsFzKm1CCJ4epg0ozDws5Kp4aukgS7 RoYTBdjmtcAPiijLfS8v9v7d3W+Oi+ZHI0h12f9rU2z0+atJUxY55Yq03hHSH8kuQsRw gHtw==
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=TVlw65x2kMWSlwnakXA8q+rbegukkRcT8pHArnkpk3w=; b=DGtl4SEkOBt0Dd7kI18EtanDGfmHDpUbt/bJ1BeMEYY6KXGrmrR1asGxAKXjB3zLGG o0fYWAvYSQ4MmuSQFbNSeQ+jpXujUcl0Xs7jVyqYRK+rM91IFj34PQlYTCQvl8sJ3CnK Sr3bcI2SHUmRRzvBVtvbRib9cepLTFy5wKsLyl+VHwh+MzBSNEpPPDjin8aYmnSn01r9 bMsGggcpVonulD4pwOyReU6DW6wxjw9DU0zkPnHSzVWF8o2UzUmXNJOG8uzbsYiepQ2Y tAziBI6GNKeYc0Cu4kUNpWriv8WlF5Cgpn9cYXlN7DRXHNSheOWeEwerzRydB0FwCFAn Dv6w==
X-Gm-Message-State: AA+aEWbPlAJf9124raDNN/pyqcQ4YgsJnXDc20bdY+tPM3Vnj/H6T8ws WpHoVPqcgxcM0obldI3gUm4UEZOjpGQ=
X-Google-Smtp-Source: AFSGD/WsBbQ+nbwPZKDaAnyc56Mzp9dODoornoF1Hs6IWkcxOZMV8GPlMsmTxSOzmz/Ppdkhf5UIwA==
X-Received: by 2002:a63:9749:: with SMTP id d9mr10684450pgo.415.1543775988571; Sun, 02 Dec 2018 10:39:48 -0800 (PST)
Received: from mail-pf1-f182.google.com (mail-pf1-f182.google.com. [209.85.210.182]) by smtp.gmail.com with ESMTPSA id i123sm24151483pfg.164.2018.12.02.10.39.47 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Dec 2018 10:39:47 -0800 (PST)
Received: by mail-pf1-f182.google.com with SMTP id z9so5214221pfi.2 for <mmusic@ietf.org>; Sun, 02 Dec 2018 10:39:47 -0800 (PST)
X-Received: by 2002:a63:df13:: with SMTP id u19mr11057983pgg.294.1543775987496; Sun, 02 Dec 2018 10:39:47 -0800 (PST)
MIME-Version: 1.0
References: <CAD5OKxskcj4aGBO6tDJJ+3YrzzdhvZJXZTkUg-_FDoOrR-Ovdg@mail.gmail.com> <FA5021E4-0707-4AD8-BB59-2412F2D38DE1@ericsson.com> <CAD5OKxve9vWtzOZv6RtEgnJ0pt-z7jdT6QXsVoi_k2RXE2gdZA@mail.gmail.com> <7774BF2D-B39E-4632-9A19-C16D281767AF@ericsson.com> <CAD5OKxtGNGQo8fMDVMLHAd2hKGKRSLDJvRpcfzfxadxhkJSR8w@mail.gmail.com> <F8D8E443-CBEA-4BBA-89F5-4D5AA812AD71@ericsson.com>
In-Reply-To: <F8D8E443-CBEA-4BBA-89F5-4D5AA812AD71@ericsson.com>
From: Roman Shpount <roman@telurix.com>
Date: Sun, 02 Dec 2018 13:39:37 -0500
X-Gmail-Original-Message-ID: <CAD5OKxtFR0JXBjtGz2s62wCVYNq+no7cOmGDgYRwACyadDpVEw@mail.gmail.com>
Message-ID: <CAD5OKxtFR0JXBjtGz2s62wCVYNq+no7cOmGDgYRwACyadDpVEw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000059009a057c0e5bd8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/-IIhoHgKWjyPBv4nn4DZ5b-0wZ0>
Subject: Re: [MMUSIC] Mismatch between sdp-bundle-negotiation and RFC5888
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, 02 Dec 2018 18:39:58 -0000

On Sun, Dec 2, 2018 at 1:22 PM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> >>>>> I know this is a really late notice, but I think there is a slight
> mismatch between RFC5888 and sdp-bundle.
> >>>>>
> >>>>> RFC 5888 Section 9.2 (
> https://tools.ietf.org/html/rfc5888#section-9.2) says:
> >>>>>
> >>>>>   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.
> >>>>>
> >>>>> Considering that sdp-bundle redefines the meaning of port zero when
> 'bundle-only' attribute is present, RFC5888 will need
> >>>>> to be updated to allow including bundle-only media streams in the
> "a=group" lines.
> >>>>
> >>>>…or, one could argue that the text in RFC5888 only applies to the case
> when port zero is used to refuse a media stream.
> >>>
> >>> One could argue this, but the language in RFC 5888 is quite blunt.
> >>
> >> So, you really want to bring BUNDLE back to the WG again?
> >
> > No, I really do not want to bring it back. Somebody implementing BUNDLE
> asked me, so I wanted to ask on the list. I would suggest we argue that
> > BUNDLE overwrites all uses of port 0 to disable the media stream,
> including the one in RFC5888.
>
> I don't think BUNDLE overwrites ALL uses of port 0 to disable the media
> stream.
>
> In any case, my understanding was that you want to add something to BUNDLE?
>
> Ideally I wanted to add a section to sdp-bundle that updates RFC5888 and
specifies that mid can be added to the group even if m= line is disabled
with port 0, if this m line is enabled using other means, such as SDP
attribute. In other words something similar to section of sdp-bundle that
updates RFC 3264.

Regards,
_____________
Roman Shpount