Re: [MMUSIC] Is bundle just a port override?
"Mo Zanaty (mzanaty)" <mzanaty@cisco.com> Thu, 21 March 2013 05:59 UTC
Return-Path: <mzanaty@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 9E41F21F9002; Wed, 20 Mar 2013 22:59:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.899
X-Spam-Level:
X-Spam-Status: No, score=-8.899 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_HI=-8]
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 1ZcSK++4a2p1; Wed, 20 Mar 2013 22:59:37 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id F320821F8EF1; Wed, 20 Mar 2013 22:59:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2460; q=dns/txt; s=iport; t=1363845576; x=1365055176; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=8zG6tcnrlHeJjsPnZtBDIXvNNfDOZRFzohf+/AJ2RtU=; b=RHwYGQ9yoBA0GkojiZjwVGP+yPXM3+xKv0F/DTymPWZW9REuDVxWNr4l tza3yHMu9YcORNMynUsXL/r0Z5Vg1+VJS8pxXWN5S1CosEGCJtmm3Yb1v lFdsZ63xKhEViQFIKLB/e0JqIAFpiAXxx+D8P2wvx2levusmBdVJDRboi U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAMSgSlGtJV2a/2dsb2JhbABDxTqBWBZ0giQBAQEEOj8MBAIBCBEEAQEBChQJBzIUCQgCBA4FCIgMwkiOXzEHBoJZYQOnYoMKgig
X-IronPort-AV: E=Sophos;i="4.84,884,1355097600"; d="scan'208";a="189822883"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-5.cisco.com with ESMTP; 21 Mar 2013 05:59:35 +0000
Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r2L5xZ3U015180 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 21 Mar 2013 05:59:35 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.51]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.02.0318.004; Thu, 21 Mar 2013 00:59:35 -0500
From: "Mo Zanaty (mzanaty)" <mzanaty@cisco.com>
To: Harald Alvestrand <harald@alvestrand.no>
Thread-Topic: [MMUSIC] Is bundle just a port override?
Thread-Index: Ac4kHg5Y6RAUfNpKQfaYxrqiVMYCTQAjG6gAAAGCK8AADz+6gAAJ0yXgAAE+TwAANTO+sA==
Date: Thu, 21 Mar 2013 05:59:35 +0000
Message-ID: <3879D71E758A7E4AA99A35DD8D41D3D90F695203@xmb-rcd-x14.cisco.com>
References: <3879D71E758A7E4AA99A35DD8D41D3D90F6942C3@xmb-rcd-x14.cisco.com> <514829CE.4010004@alvestrand.no> <3879D71E758A7E4AA99A35DD8D41D3D90F694591@xmb-rcd-x14.cisco.com> <51489A43.3030109@jitsi.org> <3879D71E758A7E4AA99A35DD8D41D3D90F69476F@xmb-rcd-x14.cisco.com> <5148E48A.4060202@alvestrand.no>
In-Reply-To: <5148E48A.4060202@alvestrand.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.82.216.176]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Is bundle just a port override?
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: Thu, 21 Mar 2013 05:59:40 -0000
Hi Harald, You're right, both are essentially groupings, and all of our wheels have ugly angles. To me, the ugly angles in bundle are unnecessary indirection by grouping with artificial bindings (mid), and that it pretends to be more than it is. To me, it is just a port override, but with unnecessary indirection. Why not just say the port you want to use directly? m=audio 10000 RTP/AVP 0 m=video 10002 RTP/AVP 31 a=port 10000 vs. a=group:BUNDLE foo bar m=audio 10000 RTP/AVP 0 a=mid:foo m=video 10002 RTP/AVP 31 a=mid:bar Why is the direct approach more complex? Why is ICE any different in either approach? Cheers, Mo -----Original Message----- From: Harald Alvestrand [mailto:harald@alvestrand.no] Sent: Tuesday, March 19, 2013 6:20 PM To: Mo Zanaty (mzanaty) Cc: Emil Ivov; rtcweb@ietf.org; mmusic@ietf.org Subject: Re: [MMUSIC] Is bundle just a port override? On 03/19/2013 07:43 PM, Mo Zanaty (mzanaty) wrote: > Hi Emil, > > Those drafts use the SDP grouping framework (a=group:BUNDLE/TOGETHER), which I think is unnecessary complexity and ambiguity for something which can be solved in a much simpler and clearer way with a single attribute: a=port <port>. (Or, if we want to warn humans about RTP muxing, then name it a=rtp-mux:<port>, but machines won't care about the name, and their RTP implementations already know how to deal with muxing if they use this attribute, so stronger warnings are unnecessary.) To me, what you're describing is a grouping (the ports with the same a=rtp-mux:port attribute form a single RTP session), so it seems to me that using the grouping framework and using matching a=rtp-mux:port attribute have exactly the same level of complexity - but in the case of a=rtp-mux:port, you lose the ability to use ICE attributes to negotiate the actual ports, addresses and network interfaces actually used - so the a=rtp-mux:port mechanism will actually turn out to be *more* complex than the grouping framework once you've added all the other features you need to take advantage of ICE and so on. So - after I've thought about it for a while - I think calling it a "port override" is not just misleading, the implementation you're suggesting will be more complex than using the grouping framework. Why invent square wheels when the pentagonal ones are doing just fine?
- [MMUSIC] Is bundle just a port override? Mo Zanaty (mzanaty)
- Re: [MMUSIC] Is bundle just a port override? Harald Alvestrand
- Re: [MMUSIC] Is bundle just a port override? Mo Zanaty (mzanaty)
- Re: [MMUSIC] Is bundle just a port override? Emil Ivov
- Re: [MMUSIC] Is bundle just a port override? Mo Zanaty (mzanaty)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Dale R. Worley
- Re: [MMUSIC] Is bundle just a port override? Harald Alvestrand
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Mo Zanaty (mzanaty)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Justin Uberti
- Re: [MMUSIC] Is bundle just a port override? Mo Zanaty (mzanaty)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Mo Zanaty (mzanaty)
- Re: [MMUSIC] Is bundle just a port override? Harald Alvestrand
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Justin Uberti
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Roy, Radhika R CIV USARMY (US)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Dale R. Worley
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Dale R. Worley
- Re: [MMUSIC] Is bundle just a port override? Cullen Jennings (fluffy)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Cullen Jennings (fluffy)
- Re: [MMUSIC] [rtcweb] Is bundle just a port overr… Cullen Jennings