IETF Logo Mail Archive

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

Roman Shpount <roman@telurix.com> Sun, 02 December 2018 17:14 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 204BB130EEC for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 09:14:10 -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 4XrkP2lWAuIw for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 09:14:05 -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 A970C130DDE for <mmusic@ietf.org>; Sun, 2 Dec 2018 09:14:05 -0800 (PST)
Received: by mail-pf1-x433.google.com with SMTP id 64so5146392pfr.9 for <mmusic@ietf.org>; Sun, 02 Dec 2018 09:14:05 -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=WuFLSchhUZeqR20U/+NiJt2evIogEakeoBl+0RxTzM8=; b=GLIVASLZ2tCiXIEnYPJxow0sEDSgo7zkhhgCsN3h58cUYKcO5NUiLkN+JT5xIYN8E5 6C1CNhAhgJRfzMCeMlZaJcpl4nHz/25KCwF75AfE7SdSJOjKAPDEKkFANB3tNABqysx0 yb7i1X8MDBOSRsuAZ84wo2gfCA0Smd10B8j5Phh4ZVTWrS5Lrn83dDOdf0vNWwf8WyKs m+uyneiNpGQJbaoIfnO2Y+/uADTkjjxVz/ge8nGv1h11+zkRgFQq5mr5THqPxM9S0OAN ADZpvyTGKrv3KLYAiihJealBBW8Vle0EmwSI/R+1Nt92WcpePw5Gj/yyNM4lmq+kXgX6 wfIQ==
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=WuFLSchhUZeqR20U/+NiJt2evIogEakeoBl+0RxTzM8=; b=CDxf2s1aBe2R033BfqZRqFINy5ue7HoCaZYayC8QsL415EevQeP98VAgmQWityxd3V HrOwR7uzWvLBr3lfEVS+Vk52SXppt5nHSwietJ2OVhMPS29PyiIeVmJTbrEvi/O7QAAg iOqhIbgT0DvhmGQ6aMJtD8gzIsTeTYZEhU6emzgAbo3/fSydUIK+SMA/cKetsCimXk/l FIqhq6+ooJdIRBSSQLQtQRudFVkfLYiuqVONb4migpdpkYWmk498nMAxZZYaVBVlcmEZ ogSnpgUnzkV+twS3WbifW+P9x1htNB5EaTwifL+e7jSbd8bluz/vEH0M6yThNOo5pp7G fP5Q==
X-Gm-Message-State: AA+aEWajge9GUcLyIGV+q0hhvx1H9i3G91H2kpDIzCJfFTb+f7fVDXTG 4v3rUinP1W7P0YZB3PAJU5zegN4Rk8Q=
X-Google-Smtp-Source: AFSGD/WgLfQMoepGXAHPkHbOq+FqB5aIbIKuTPtE9hsPRikZ0n1v4DWqk6ndehrnX3aiqGxdSadaAg==
X-Received: by 2002:a63:1c09:: with SMTP id c9mr10630184pgc.200.1543770845012; Sun, 02 Dec 2018 09:14:05 -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 a73sm24977118pfa.7.2018.12.02.09.14.04 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Dec 2018 09:14:04 -0800 (PST)
Received: by mail-pg1-f179.google.com with SMTP id y4so4612966pgc.12 for <mmusic@ietf.org>; Sun, 02 Dec 2018 09:14:04 -0800 (PST)
X-Received: by 2002:a62:1b50:: with SMTP id b77mr13032814pfb.36.1543770844016; Sun, 02 Dec 2018 09:14:04 -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>
In-Reply-To: <7774BF2D-B39E-4632-9A19-C16D281767AF@ericsson.com>
From: Roman Shpount <roman@telurix.com>
Date: Sun, 02 Dec 2018 12:13:54 -0500
X-Gmail-Original-Message-ID: <CAD5OKxtGNGQo8fMDVMLHAd2hKGKRSLDJvRpcfzfxadxhkJSR8w@mail.gmail.com>
Message-ID: <CAD5OKxtGNGQo8fMDVMLHAd2hKGKRSLDJvRpcfzfxadxhkJSR8w@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c5b5f5057c0d28ad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/oIk_StPaeR1Idlb3WYLv1WvLS_4>
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 17:14:10 -0000

On Sun, Dec 2, 2018 at 6:32 AM 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.

Regards,
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email