Re: [rtcweb] [MMUSIC] BUNDLE: RTP only?

Eric Rescorla <ekr@rtfm.com> Wed, 13 February 2013 21:49 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84ED421E808F for <rtcweb@ietfa.amsl.com>; Wed, 13 Feb 2013 13:49:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.143
X-Spam-Level:
X-Spam-Status: No, score=-102.143 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_HTML_USL_OBFU=1.666, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OJfbwM6JYaMD for <rtcweb@ietfa.amsl.com>; Wed, 13 Feb 2013 13:49:11 -0800 (PST)
Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by ietfa.amsl.com (Postfix) with ESMTP id C883921E803D for <rtcweb@ietf.org>; Wed, 13 Feb 2013 13:49:10 -0800 (PST)
Received: by mail-qa0-f42.google.com with SMTP id cr7so2372036qab.1 for <rtcweb@ietf.org>; Wed, 13 Feb 2013 13:49:10 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:in-reply-to:references :from:date:message-id:subject:to:cc:content-type:x-gm-message-state; bh=bZNR1yLLbNONO+3G9vNQGv8qHfCRt/OsmO+SO/F+ti4=; b=EAPS7yoUACgoMeWY8HWMf0bfLgBRLVUVdZNrVU8mab45W9DqGZU2h0QTSo1YOpRoEJ OyjZ+Zvvd8xlG8cmWws/qTU5jQ14A5uyZGj4YUXHu4Re8+fVuZRK3wnrxiSwokyFZwjM oqfwfmnLitu7nKumV9wBHekMUjxMtGxZpDPGRA4ck61OFBvNmuyHv5UdKaPHeYCMRFYu Hr51bc07Pfrv8K/VnjWQ8Y1/GxgWTblyw/6hQg2T8Kmy5/nHpDn1IwztAvxT5oKfsbkG QSOPDNYSi/IpBgxmHR7FAZuOHBVVOgRgHQx4mN3x0xEO6Egt+3XQlgV03TZaEMLuE6NZ rFkg==
X-Received: by 10.224.59.134 with SMTP id l6mr9084630qah.93.1360792150314; Wed, 13 Feb 2013 13:49:10 -0800 (PST)
MIME-Version: 1.0
Received: by 10.49.130.198 with HTTP; Wed, 13 Feb 2013 13:48:30 -0800 (PST)
X-Originating-IP: [74.95.2.173]
In-Reply-To: <511BFAB7.4060303@jesup.org>
References: <7594FB04B1934943A5C02806D1A2204B0D8131@ESESSMB209.ericsson.se> <C5E08FE080ACFD4DAE31E4BDBF944EB1133DE7B0@xmb-aln-x02.cisco.com> <511BFAB7.4060303@jesup.org>
From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 13 Feb 2013 13:48:30 -0800
Message-ID: <CABcZeBMjjZHuF4it8c7kvVUiHMpTh88-vuOz6hmWNQZOEoGY+A@mail.gmail.com>
To: Randell Jesup <randell-ietf@jesup.org>
Content-Type: multipart/alternative; boundary="20cf3068447dbb90b404d5a21c41"
X-Gm-Message-State: ALoCoQkGgWVVF2/POXWoGhV+oczhJUWrfP4sk7JIc06dOfWBtpQAwBrqfZFYaaeK2YpSbkqLMsad
Cc: rtcweb@ietf.org, mmusic@ietf.org
Subject: Re: [rtcweb] [MMUSIC] BUNDLE: RTP only?
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Feb 2013 21:49:11 -0000

I would phrase this somewhat less strongly: less ports is better than more
ports,
so all things being equal, a multiplexing mechanism that keeps you down to
one port is better than not. That said, if we decide that plan A is dead and
we are going to plan B, I can live with having data on a separate port.

-Ekr

On Wed, Feb 13, 2013 at 12:42 PM, Randell Jesup <randell-ietf@jesup.org>wrote:

> On 2/13/2013 3:37 PM, Cullen Jennings (fluffy) wrote:
>
>> I think EKR expressed that he felt it was important for data channel to
>> be included in the multiplexing.
>>
>
> And I agree(d), strongly.  We want 1 port to minimize NAT issues and
> startup times.
>
>
>
>> At the interim, during my BUNDLE presentation, I indicated that we need
>> to make a decision whether the solution (whatever it will be...) shall
>> support bundling of non-RTP media. Not saying it can't be changed, but as
>> currently documented all alternatives only support bundling of RTP media.
>>
>> There might have been some comments from the mic, but as far as I know
>> there was no decision (if there was, please point me to it).
>>
>> So, my question is: do we keep the scope to RTP media?
>>
>>
> --
> Randell Jesup
> randell-ietf@jesup.org
>
> ______________________________**_________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/**listinfo/rtcweb<https://www.ietf.org/mailman/listinfo/rtcweb>
>