IETF Logo Mail Archive

Re: [MMUSIC] Draft new version: BUNDLE-25

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 21 January 2016 18:29 UTC

Return-Path: <christer.holmberg@ericsson.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 B03FC1A8980 for <mmusic@ietfa.amsl.com>; Thu, 21 Jan 2016 10:29:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-2.3] 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 PxpZbj2uvqux for <mmusic@ietfa.amsl.com>; Thu, 21 Jan 2016 10:29:10 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 823B11A897F for <mmusic@ietf.org>; Thu, 21 Jan 2016 10:29:09 -0800 (PST)
X-AuditID: c1b4fb3a-f79df6d0000013b1-a7-56a123727e92
Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.183.66]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 95.33.05041.27321A65; Thu, 21 Jan 2016 19:29:07 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.166]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.03.0248.002; Thu, 21 Jan 2016 19:29:06 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
Thread-Topic: [MMUSIC] Draft new version: BUNDLE-25
Thread-Index: AdFSKkPjQysqapYIRpeuqwOylqJimQBdVbdwAAL0XIAABFqX4P//9vYA///mf4CAADVJAP//7W3AgAAhWYCAAA+mgIAAJbqA//+YzmAAKmh3AP//2bRg//+7MQD//2KSQP/+02iA//2UcMA=
Date: Thu, 21 Jan 2016 18:29:05 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B37D54E8D@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B37D44B4A@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37D4F561@ESESSMB209.ericsson.se> <569FD795.1010104@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D4FC56@ESESSMB209.ericsson.se> <569FED38.7060905@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D4FE40@ESESSMB209.ericsson.se> <56A00486.8090303@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D50037@ESESSMB209.ericsson.se> <56A010EB.9030201@alum.mit.edu> <CAD5OKxuDjcaQLnscfW7XSeNBFBHD2g+KCR6B81b4Kvhd01L3Cw@mail.gmail.com> <56A03DB1.6070501@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D51764@ESESSMB209.ericsson.se> <56A103B8.1050309@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37D54C91@ESESSMB209.ericsson.se> <CAD5OKxsG09y1u1=0b2nf9tpnmswFo3akb9w_ntOuS1RWGc-eng@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37D54DE2@ESESSMB209.ericsson.se> <CAD5OKxv=2u2h7Dcb6myvJSfkxRD9aF6J=boeynV-G=BrxpGsjg@mail.gmail.com>
In-Reply-To: <CAD5OKxv=2u2h7Dcb6myvJSfkxRD9aF6J=boeynV-G=BrxpGsjg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.149]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37D54E8DESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrFIsWRmVeSWpSXmKPExsUyM2K7k26x8sIwg3fzmCymLn/MYrFiwwFW ixkXpjI7MHv8ff+ByWPJkp9MHremFAQwR3HZpKTmZJalFunbJXBltE88z1rwzLtiTc9VtgbG G55djJwcEgImEqt/zGCFsMUkLtxbz9bFyMUhJHCYUaJt6X0mCGcJo8TVV+eAqjg42AQsJLr/ aYM0iAioSvz9PpkJxGYW8JV4ueALM4gtLGAk8XvPVFaIGmOJCfuesYPMERGYxyjx8+NFdpAE C1DzyY47YM28QM23J2+C2nyKXeLol6dgCU6BQIkL+3vBbEag876fWgO1TVzi1pP5TBBnC0gs 2XOeGcIWlXj5+B/UO0oSaw9vZ4Goz5d4t2Ul1DJBiZMzn7BMYBSdhWTULCRls5CUzQL6mVlA U2L9Ln2IEkWJKd0P2SFsDYnWOXPZkcUXMLKvYhQtTi0uzk03MtJLLcpMLi7Oz9PLSy3ZxAiM wYNbflvtYDz43PEQowAHoxIPr8HN+WFCrIllxZW5hxglOJiVRHhTlBaGCfGmJFZWpRblxxeV 5qQWH2KU5mBREudNkmkMExJITyxJzU5NLUgtgskycXBKNTA6PNVOzj/TzaG3oMTGZc6vhBVZ 50/uyj3NWe+gd8bDLVvWcu2u85yC35Yz667tW6kW9X1Tzvl16bfkmiP+zAmo6dyeHTo9yjTO OZrx413Jd51How5LGul+urr90fzToW4NiRmCIfcLFBl2FDBqXP6iZtwqzuuvYfeO0etB/5RD fVHHA1KNu5RYijMSDbWYi4oTAT9V3B69AgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/iXaAq7phmIZB5eshOOSPrAARy7g>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] Draft new version: BUNDLE-25
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: Thu, 21 Jan 2016 18:29:11 -0000

Hi,

I don’t think using a=rtcp for signalling mux-exclusive is new functionality. We still use it to signal the RTCP port, which in the case of mux-exclusive happens to be same as the RTP port.

Regards,

Christer

From: Roman Shpount [mailto:roman@telurix.com]
Sent: 21 January 2016 20:23
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>; mmusic@ietf.org
Subject: Re: [MMUSIC] Draft new version: BUNDLE-25

On Thu, Jan 21, 2016 at 1:14 PM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:
Thanks for your input. So, do you agree that we don’t need to “fix” a=rtcp?


I think I would agree we don't need to "fix" a=rtcp if we did not plan on re-using for new purposes. I think technology moved on since the time "a=rtcp" was designed and new NAT traversal solutions should be ICE based. If you are looking at a=rtcp attribute as a way to signal new functionality such as rtcp-mux required in the backwards inter-operable manner, a=rtcp might be more trouble then it is worth, since it never worked quite well. It might be better to define a new SDP attribute for rtcp-mux-required with well defined offer/answer behavior which would allow to determine if both sides support it.
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email