Re: [MMUSIC] BUNDLE: mandate RTP/RTCP multiplexing?

Justin Uberti <juberti@google.com> Fri, 03 May 2013 01:57 UTC

Return-Path: <juberti@google.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 7720921F9058 for <mmusic@ietfa.amsl.com>; Thu, 2 May 2013 18:57:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.649
X-Spam-Level:
X-Spam-Status: No, score=-101.649 tagged_above=-999 required=5 tests=[AWL=0.328, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, 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 3FqKOi68UZIz for <mmusic@ietfa.amsl.com>; Thu, 2 May 2013 18:57:15 -0700 (PDT)
Received: from mail-ia0-x229.google.com (mail-ia0-x229.google.com [IPv6:2607:f8b0:4001:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id D792021F9019 for <mmusic@ietf.org>; Thu, 2 May 2013 18:57:14 -0700 (PDT)
Received: by mail-ia0-f169.google.com with SMTP id l29so999336iag.28 for <mmusic@ietf.org>; Thu, 02 May 2013 18:57:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=QszjNh6shWx5ealA1zOJYM00kJiSnfsAFdJX/NesfOc=; b=OAPfoAzuD7cWnNlUxPpUuAIcKZu7y3ZcjLTBpb/PeGY5AKI5MZ507W+nI6U186k1Br 4NjyMhYzJH3WAuPnj3fAZxdFH8266vr7MgxFGbGMWm8tGxbRCTODlpDhMvNdXFL0dHBj /AkYh/t6ZzBbvoVU89FBUiCMIgyXP0+ryT1tNunryAboqcN8RosTzLSLufIW4W4x5Rfm OPBfszAlFECq5xR66wjuJwmuRuhP+A7tEPpkOYbqVsC7qJz/htjYjuklX8DZENuNanjR g+VyouTuV+K24UR7dEorWpFzDdAGND0UxbEocm4TT4jFFEh6UXp3v0RVTeZ67HnYdbtX 5yDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=QszjNh6shWx5ealA1zOJYM00kJiSnfsAFdJX/NesfOc=; b=DaWyu5MmQ7usglYuEaDq4bPBbwuaugTdv6VRzLoke0DAojBErk3iHm5XxVvqlRWKEa ngd+gEa8UIiTb0KFPTY574opEwesX2XpJ/1zkWoBQowUPIlyr3y2QthGp2awO48VpFri tzNpAKoEXOghWfEouvLgC11uXe4wCShTlpDBu189xbRsQhKoWGKsbgM3IirTYHjIC5V9 V4h3FbstfzTat7NTfOKQpp85z8Pm92r6SFCWUmdNTMmwXiocKKoMKycKsmluRdn4nZdD ZybR7Hip+rPRrbOAXp4i2cTdOcxG94e+RHvthfzcF81g0+p7QWzbsXycnuX954ceeijL hAVg==
X-Received: by 10.50.32.4 with SMTP id e4mr15390082igi.95.1367546234506; Thu, 02 May 2013 18:57:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.193.201 with HTTP; Thu, 2 May 2013 18:56:54 -0700 (PDT)
In-Reply-To: <201305030115.r431Fis33999826@shell01.TheWorld.com>
References: <7594FB04B1934943A5C02806D1A2204B1C368E12@ESESSMB209.ericsson.se> <517FFB7E.8050801@alum.mit.edu> <CABkgnnVf6f3RrP2h66_8hFPZScWU3Xp4f1x0dmW0xhmvZRQ70Q@mail.gmail.com> <51801BBD.1010505@alum.mit.edu> <CAOJ7v-12j0k1W7GRfOzvPmfN-BZ0ve=fHVcWy+avronfc8wFYw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C369709@ESESSMB209.ericsson.se> <CE0F590A-D948-4702-9082-FDE0DCBFB698@cisco.com> <7594FB04B1934943A5C02806D1A2204B1C3699A8@ESESSMB209.ericsson.se> <201305030115.r431Fis33999826@shell01.TheWorld.com>
From: Justin Uberti <juberti@google.com>
Date: Thu, 2 May 2013 18:56:54 -0700
Message-ID: <CAOJ7v-1waHjQeKOzRCqW+kGmK6Y8PaqYwWsAxHP9fGZJNGfH+g@mail.gmail.com>
To: "Dale R. Worley" <worley@ariadne.com>
Content-Type: multipart/alternative; boundary=e89a8f3ba56d85a40c04dbc6aba0
X-Gm-Message-State: ALoCoQmeYmP3ItFDia4EhHRFNj4y9fd5SKcV+ChviMgwzdqR/y4EUsKf3N7fy+6+23to25QsE1i3if9TFGk3eL9x1lcPfe+NBrAuZPOtlt7rU2qa9DFnl8AhfHvBuu7+SEDQ+SsVKrrHX77F0R6tGoR51o/T+ZL/fW6ooxruxZ071lq88G5hdMt1XGeIrSevgaRuoKxqJZwt
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] BUNDLE: mandate RTP/RTCP multiplexing?
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: Fri, 03 May 2013 01:57:15 -0000

Bundling is done during the first offer/answer. Any subsequent ones are
just for the benefit of middleboxes.

Mandating rtcp-mux for BUNDLE, even in the first offer/answer, avoids a
couple ugly edge cases.


On Thu, May 2, 2013 at 6:15 PM, Dale R. Worley <worley@ariadne.com> wrote:

> > From: Christer Holmberg <christer.holmberg@ericsson.com>
> >
> > In fact, I noticed that, in the second offer, BUNDLE already
> > mandates it in both the offer and answer :)
> >
> > So, the only addition would be to mandate it also in the first answer.
>
> I can see why it would be useful to mandate rtcp-mux in the bundled
> offer/answer, because it is more port-efficient, and the code that
> handles the multiplexing and demultiplexing the constituent streams
> only has to handle the case where the RTCP is multiplexed with the
> RTP.
>
> But it doesn't seem that there is much to gain by mandating rtcp-mux
> in the first offer/answer, the one where actual bundling is not being
> done.  All of the RTP/RTCP routing code that is active at that point
> has to support non-rtcp-mux operation already.
>
> Dale
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>