Re: [MMUSIC] AD Evaluation of draft-ietf-mmusic-rfc4566bis-32: Media Description

Ben Campbell <ben@nostrum.com> Mon, 18 February 2019 21:13 UTC

Return-Path: <ben@nostrum.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 2959B130F4D; Mon, 18 Feb 2019 13:13:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.68
X-Spam-Level:
X-Spam-Status: No, score=-1.68 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 wOHnQ5j4grnq; Mon, 18 Feb 2019 13:13:49 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 C9518130E8B; Mon, 18 Feb 2019 13:13:49 -0800 (PST)
Received: from [10.0.1.29] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x1ILDYBJ029839 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 18 Feb 2019 15:13:35 -0600 (CST) (envelope-from ben@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1550524417; bh=8cLyi7JtiAqmZdlPL/IEe4pfyweztEb6yesFQpMJxp8=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=BeS+QIqSkuGKYGnqC+Qqoca/yc6hMwjo4LXwk0czXg8uxmnsAjW7JNnqc1hXtQ68H t5ftBOv45ob01oqy+fEEjlEQC97ab1mA9XLPxLRe19zuVYhHKkU9ssmvTqrjKVzFg5 losE/1qTYMeBSczQhHwjD3AFQuTBtTE88CClK+P8=
X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.29]
From: Ben Campbell <ben@nostrum.com>
Message-Id: <5BD16000-A00D-4B6C-9BDA-D2CEF4C53EA6@nostrum.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_B73E7FDC-61D5-444F-A9AD-6AED33B103BE"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Date: Mon, 18 Feb 2019 15:13:32 -0600
In-Reply-To: <355f8125-87f8-6372-8289-126fa126ccb9@alum.mit.edu>
Cc: draft-ietf-mmusic-rfc4566bis.all@ietf.org, mmusic WG <mmusic@ietf.org>, Colin Perkins <csp@csperkins.org>, Magnus Westerlund <magnus.westerlund@ericsson.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
References: <04CAFF8C-B6ED-4B7D-9FDD-ED37DCA2848B@nostrum.com> <e7e0042a-8079-8c0e-0ddd-1ea330f08e7c@alum.mit.edu> <355f8125-87f8-6372-8289-126fa126ccb9@alum.mit.edu>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/-0RNXYAe9BByk9DFmVDh-KcuGew>
Subject: Re: [MMUSIC] AD Evaluation of draft-ietf-mmusic-rfc4566bis-32: Media Description
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: Mon, 18 Feb 2019 21:13:51 -0000


> On Feb 18, 2019, at 2:23 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
> 
> 
> 
>> On 2/11/19 10:45 PM, Ben Campbell wrote:
> 
>>> §2, “Media Description”: While true, the text here is not a definition of anything but syntax. Please add a sentence or two to say what the media description semantically represents.
> I'm having trouble finding a suitable semantic definition of Media Description.
> 
> My first thought is that it provides the information necessary to establish a media session. But while *Multimedia Session* is described, media Session isn't defined in the document.
> 
> I looked at RFC7656 (Taxonomy) for a definition, but it doesn't have one either. It defines RTP Session, and Multimedia Session as one or more RTP Sessions. That is close, but in SDP media sessions need not be RTP.
> 
> Is there any suitable existing definition???
> 
> If not, then how about:
> 
> "A Media Description contains the information needed for one party to establish an application layer network protocol connection to another party." ???
> 
> OR
> 
> "A Media Description contains the information needed for one party to establish a Media Session with another party."
> 
> "A Media Session is an application layer network protocol connection between two parties."
> 
> It seems important to get this right! It is essentially a broadening of RFC7656 beyond RTP.

I am okay with either of those. :-)

Ben.