IETF Logo Mail Archive

Re: [MMUSIC] Not fixing a=rtcp and rtcp-mux exclusive

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 25 January 2016 19:55 UTC

Return-Path: <prvs=1832bb6091=pkyzivat@alum.mit.edu>
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 341D61A00A8 for <mmusic@ietfa.amsl.com>; Mon, 25 Jan 2016 11:55:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.602
X-Spam-Level:
X-Spam-Status: No, score=-3.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
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 TUInDUaN1SXR for <mmusic@ietfa.amsl.com>; Mon, 25 Jan 2016 11:55:41 -0800 (PST)
Received: from alum-mailsec-scanner-6.mit.edu (alum-mailsec-scanner-6.mit.edu [18.7.68.18]) by ietfa.amsl.com (Postfix) with ESMTP id 815E31A00A5 for <mmusic@ietf.org>; Mon, 25 Jan 2016 11:55:41 -0800 (PST)
X-AuditID: 12074412-f79a76d000007c8b-50-56a67dbccdc2
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 0F.33.31883.CBD76A65; Mon, 25 Jan 2016 14:55:40 -0500 (EST)
Received: from Paul-Kyzivats-MacBook-Pro.local (c-73-218-51-154.hsd1.ma.comcast.net [73.218.51.154]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id u0PJtdaX030041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 25 Jan 2016 14:55:40 -0500
To: Roman Shpount <roman@telurix.com>
References: <CAD5OKxvMdsdkYaJWB5UdvCTNj3a+pheXV+_1viyLrH_UOWBTpA@mail.gmail.com> <CAD5OKxum=E84NVTtWtSwYowDmyJ=sQifx6Na9wt0pUhYH1j_PA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37D557C6@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37D55EAA@ESESSMB209.ericsson.se> <CAD5OKxvaUi25TbOa48mKwkEJMnJqde_TQNfe1Cagdgj+jTbJ3g@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37D57EFC@ESESSMB209.ericsson.se> <CAD5OKxuRwgs0w0iUorivK6BV_8bZNNN1D9w9ot4CVJ7CV-6xpw@mail.gmail.com> <CAMRcRGTDpXMdk9SqQtRCc+LyQff26-5NiV6er6dkbdJzJLEwAQ@mail.gmail.com> <56A51EE7.8060406@alum.mit.edu> <CAMRcRGRD_XedYjVfBxfwXFdxAmm_wTZ5HhK5S+iSrJXwOZogMw@mail.gmail.com> <56A53249.5020709@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D59613@ESESSMB209.ericsson.se> <56A64EFD.4000509@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D5B5E7@ESESSMB209.ericsson.se> <56A67995.4040309@alum.mit.edu> <CAD5OKxt_9DEH=NBsL1EunB3DviDsYhBCanQ2fpBZEA4pWyfadQ@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <56A67DBB.1000509@alum.mit.edu>
Date: Mon, 25 Jan 2016 14:55:39 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <CAD5OKxt_9DEH=NBsL1EunB3DviDsYhBCanQ2fpBZEA4pWyfadQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGKsWRmVeSWpSXmKPExsUixO6iqLundlmYwZWtJhYXZh5mtJi6/DGL xYwLU5ktds7tYHZg8fj19Sqbx85Zd9k9liz5yeRxa0pBAEsUt01SYklZcGZ6nr5dAnfG7rln 2At+slRcXHaKtYHxJXMXIweHhICJxKN/9l2MnECmmMSFe+vZQGwhgcuMEttXO0DYT5kkfiwT BrGFBewkVq/exQpiiwioSvz9PpkJouYau8Ts9zJdjFwczAJTGSUm/XvODpJgE9CSmHPoPwuI zSugLfHixjSwOAtQ89o/y8EGiQqkSeyf/ZsJokZQ4uTMJ2D1nAKBErt+NTKC2MwCZhLzNj9k hrDlJba/ncM8gVFgFpKWWUjKZiEpW8DIvIpRLjGnNFc3NzEzpzg1Wbc4OTEvL7VI10wvN7NE LzWldBMjJJyFdjCuPyl3iFGAg1GJh3dDwbIwIdbEsuLK3EOMkhxMSqK87JVAIb6k/JTKjMTi jPii0pzU4kOMEhzMSiK8HNVAOd6UxMqq1KJ8mJQ0B4uSOO/Pxep+QgLpiSWp2ampBalFMFkZ Dg4lCV7VGqBGwaLU9NSKtMycEoQ0EwcnyHAuKZHi1LyU1KLE0pKMeFCcxhcDIxUkxQO0Nxmk nbe4IDEXKArReopRl2PBj9trmYRY8vLzUqXEeR1AigRAijJK8+BWwJLXK0ZxoI+FeXNAqniA iQ9u0iugJUxAS/5qLgZZUpKIkJJqYNx0r/azqMUZ27XTOS4Xej85e/dG4GvxA1v6pU69yeZT Ma6OE57oPu/J0bm/srnOzPKrvLzpwUXtZrvpNV7zedc3pijmBRzcfItpTaz5s8K735eHtmVt 6CpiPn/zQf3OdIPtOqr9OueOTai4s+/mTz2DD7PFr/ydmr5q65vgxU3JAZdtb33PnmisxFKc kWioxVxUnAgA8kk3BzkDAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/_c3IA1Mxqnubkdrzm2WOUEVwSn0>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] Not fixing a=rtcp and rtcp-mux exclusive
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: <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, 25 Jan 2016 19:55:43 -0000

On 1/25/16 2:46 PM, Roman Shpount wrote:
> On Mon, Jan 25, 2016 at 2:37 PM, Paul Kyzivat <pkyzivat@alum.mit.edu
> <mailto:pkyzivat@alum.mit.edu>> wrote:
>
>     But, if we need to implement something new anyway, why not have it
>     be something, that in addition to specifying exclusive-mux in this
>     case can *also* provide a fix to the problems of a=rtcp in other cases?
>
>
> What other cases? There is practically no existing usage for a=rtcp. Why
> fix something that is not going to be used?

Do you have data supporting this assertion?

Maybe we can find some. Perhaps from sipits.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email