[MMUSIC] ISSUE1: SDP Attributes Multiplexing - Payload Type Analysis

Suhas Nandakumar <suhasietf@gmail.com> Mon, 23 June 2014 03:36 UTC

Return-Path: <suhasietf@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B64711A03F2 for <mmusic@ietfa.amsl.com>; Sun, 22 Jun 2014 20:36:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.701
X-Spam-Level: ***
X-Spam-Status: No, score=3.701 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_16=0.6, J_CHICKENPOX_18=0.6, J_CHICKENPOX_19=0.6, SPF_PASS=-0.001] autolearn=no
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 qoEh1CqIVgFf for <mmusic@ietfa.amsl.com>; Sun, 22 Jun 2014 20:36:49 -0700 (PDT)
Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC3771A0316 for <mmusic@ietf.org>; Sun, 22 Jun 2014 20:36:48 -0700 (PDT)
Received: by mail-we0-f177.google.com with SMTP id u56so5986085wes.8 for <mmusic@ietf.org>; Sun, 22 Jun 2014 20:36:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VTE6wRQQFVcAc/9ZF65+Zh5MtWrnSgUr89mw3eH0bqM=; b=KvPt9tAe71xYrWXFTnLMsP4Ldms5/PT3v5F3mTOWy6qdbT+E7lLBsGqq49Lo69EzB3 P2ItUkz9T84EdHmXzrdZU8sARuBjTB9FAM39G0B7IDCcP0QgsdWqiB3nYOqfHJTtGXcu abxwuHSqFPfYpIq6VKd7+62OrEvptviP0+GeE8mwGZipCFbvAwojyX3uImLuyOfZDZQV iCr5y2u6V8x5T4JkvcOybVKIx6ahToWCvXKUnXkAeEcxav5McEwwfsAiOy3pmy72Iviw 0RGl7mGzuZ2gVvQ9+BKCjF3qsjTQXvws6PP7hotg8e/Ig+5+yNKWql7AK+IIwDlBKVt2 NyAw==
MIME-Version: 1.0
X-Received: by 10.194.186.178 with SMTP id fl18mr23239858wjc.83.1403494607288; Sun, 22 Jun 2014 20:36:47 -0700 (PDT)
Received: by 10.194.71.97 with HTTP; Sun, 22 Jun 2014 20:36:47 -0700 (PDT)
Date: Sun, 22 Jun 2014 20:36:47 -0700
Message-ID: <CAMRcRGRwxx=Z_pQN33CuU5+=EdB2oBn+xC5hf4J4YYtixE2vgA@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="047d7bb04dd282fe0f04fc788d9f"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/RQsZlJ8E7fbXGJPJ90J0PrSNoPA
Subject: [MMUSIC] ISSUE1: SDP Attributes Multiplexing - Payload Type Analysis
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 23 Jun 2014 03:36:50 -0000

Hello All


   Continuing the discussions from London on analyzing multiplexing
behavior for SDP attributes that are defined per  Payload Type, I was
thinking on making following changes to the
draft-ietf-mmusic-sdp-mux-attributes-01.

1. Add new category called IDENTICAL-PER-PT to the SDP Attribute analysis
framework in Section 4 which is defined as

IDENTICAL-PER-PT: Attributes that define the RTP payload configuration on
per Payload Type basis and MUST have identical values across all the media
descriptions for a given RTP Payload Type when repeated.

2. Similarly add another category IDENTICAL-PER-SSRC to accommodate source
level SDP attributes.

IDENTICAL-PER-SSRC: Attributes that correspond to the individual RTP Packet
Streams in a given RTP Session and MUST have identical values when repeated
across multiple media description for a given SSRC.

3. For all the attributes that directly/indirectly impact codec
configuration and packetization of the media, I have attempted to assign a
SDP MUX category and provide some insights on how such a decision was made
(wherever applicable)

*Attribute: a=ptime, a=maxptime*
Mux Category: IDENTICAL-PER-PT
Notes: For a given codec the audio packetization time must be same if the
PT is repeated. This will ensure that the RTP receiver
can unambiguously decode the incoming audio packets.


*Attribute: a=framerate*
Mux Category: IDENTICAL-PER-PT

*Attribute: a=rtpmap*
Mux Category: IDENTICAL-PER-PT


*Attribute: a=fmtp*
Mux Category: IDENTICAL-PER-PT
Notes:

*Attribute: a=rtcp-fb*
Mux Category: NORMAL
Notes: Since the feedback messages are reported per SSRC, the category of
NORMAL suffices.

*Attribute: a=depend (RFC5583)*
Mux Category: IDENTICAL-PER-PT
Notes:
Since each dependency identifies a unique RTP packetization  and thus MUST
be identified via unique Payload Type.
Similarly if the Payload Type is repeated across media descriptions, they
MUST represent the Identical codec configuration.

*Attribute: a=ssrc:xyz  fmtp:<fmt> ... *
Mux Category: IDENTICAL-PER-PT
Notes:
RFC5576 says this :
"
Within a media stream, "ssrc" attributes with the same value of

<ssrc-id> describe different attributes of the same media sources.
Across media streams, <ssrc-id> values are not correlated (unless
correlation is indicated by media-stream grouping or some other

mechanism) and MAY be repeated.

"

Thus if the RTP Payload Type used to specify fmtp parameters  is
repeated, it MUST represent the same codec configuration.

example:

m=video ...

a=rtpmap:98 VP8/90000

a=ssrc:12345 fmtp:98max-fr=15; max-fs-1200


m=video ...

a=rtpmap:98 VP8/90000

a=ssrc:56789 fmtp:98 max-fr=15; max-fs-1200



*Attribute: a=ssrc:xyz  cname: ....*
Mux Category: IDENTICAL-PER-SSRC
Notes: RFC5576 defines the identical requirement as it is.


*Attribute: a=imageattr*
Mux Category: IDENTICAL-PER-PT


*Attribute: a=framesize*
Mux Category: IDENTICAL-PER-PT


*Attributes: a=fec-source-flow, a=fec-repair-flow, a=repair-window*
Mux Category: NORMAL


I believe these cover all PT scoped SDP attributes. Please let me know your
thoughts and comments.

Cheers
Suhas Nandakumar