IETF Logo Mail Archive

Re: [MMUSIC] Proposal for what bundle should say about demux

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Mon, 27 May 2013 13:15 UTC

Return-Path: <fluffy@cisco.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 AE54C21F9446 for <mmusic@ietfa.amsl.com>; Mon, 27 May 2013 06:15:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3bZDoeELVzwk for <mmusic@ietfa.amsl.com>; Mon, 27 May 2013 06:15:52 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 297DF21F9377 for <mmusic@ietf.org>; Mon, 27 May 2013 06:15:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=559; q=dns/txt; s=iport; t=1369660552; x=1370870152; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=O72SN6J3HGXp2XUHLAZbPPldJA3yfkYjPyPJ5Nm6w2E=; b=gDpZ6T02Ui7HP2GAaolEArACwt7Mi7HrHDan9H5GBl/h00CGvQK46N// nPjSeJzAY989tKim7D/AvY0/7NHsU81DKp/WTQ3iMJxKLRZumH+/Wz5Xl 9grHJxaFC+ZvHxoi0lsPTcigb0qmAAFHO5Xbt08ci7fZ9BEF3RKOk4BDJ Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmYFAPZbo1GtJV2b/2dsb2JhbABaDoJ6gyS/EIEFFnSCIwEBAQMBOj8QAgEIDhQUEDIlAgQOBQiHfwa9eo5qAjEHgnNhA6h7glE+gic
X-IronPort-AV: E=Sophos;i="4.87,751,1363132800"; d="scan'208";a="215457527"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-4.cisco.com with ESMTP; 27 May 2013 13:15:51 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r4RDFppP002434 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 27 May 2013 13:15:51 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.36]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0318.004; Mon, 27 May 2013 08:15:51 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [MMUSIC] Proposal for what bundle should say about demux
Thread-Index: AQHOWtxPVjr8src5NEuGXcSJwmehbA==
Date: Mon, 27 May 2013 13:15:09 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB1135183E0@xmb-aln-x02.cisco.com>
References: <C5E08FE080ACFD4DAE31E4BDBF944EB11350F3C8@xmb-aln-x02.cisco.com> <519E6265.4090102@alum.mit.edu> <CABkgnnVNHcDAtDZ8DR1gHfFyeRe9fUcjZ0jS3S=oEQxC+6qBjg@mail.gmail.com> <519E8B58.9030604@alum.mit.edu>
In-Reply-To: <519E8B58.9030604@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.164]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <EBC3F33282393540AE2858366EED7C6B@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Proposal for what bundle should say about demux
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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, 27 May 2013 13:15:57 -0000

On May 23, 2013, at 3:34 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> 
> For instance, we have a clue case where we can have two clue switched captures, one representing the video for loudest speaker, and one for the 2nd loudest speaker. A single SSRC can move from one of those captures to the other. Its the capture (identified by an rtp header extension) that selects the processing pipeline.

Note my proposal put the RTP header extension ahead of looking at SSRC to meet needs of CLUE and also possible stuff from UCIF.

v2.23.0 | Report a Bug | By Email