[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
- [MMUSIC] ISSUE1: SDP Attributes Multiplexing - Pa… Suhas Nandakumar
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Bo Burman
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Suhas Nandakumar
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Harald Alvestrand
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Jonathan Lennox
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Jonathan Lennox
- Re: [MMUSIC] ISSUE1: SDP Attributes Multiplexing … Harald Alvestrand