IETF Logo Mail Archive

Re: [rtcweb] Plan A, respun

Emil Ivov <emcho@jitsi.org> Fri, 17 May 2013 16:02 UTC

Return-Path: <emil@sip-communicator.org>
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 6C66E21F974B for <rtcweb@ietfa.amsl.com>; Fri, 17 May 2013 09:02:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.294
X-Spam-Level:
X-Spam-Status: No, score=-2.294 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599]
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 QpadwDe0YK+N for <rtcweb@ietfa.amsl.com>; Fri, 17 May 2013 09:02:52 -0700 (PDT)
Received: from mail-bk0-x22c.google.com (mail-bk0-x22c.google.com [IPv6:2a00:1450:4008:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 7347B21F9749 for <rtcweb@ietf.org>; Fri, 17 May 2013 09:02:52 -0700 (PDT)
Received: by mail-bk0-f44.google.com with SMTP id jk14so832530bkc.31 for <rtcweb@ietf.org>; Fri, 17 May 2013 09:02:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=fCNBRa89OcE60svkfVsogEuACSxTGFrLJ2vyTY0Y8Os=; b=G+IxMfmcS6LGFUsvEJyn7xTEO93jvVnkHcP3zhz1Ml3YTaHmSV/GtwZYxCTD2QLLBw GNqpDUgIQfa+OHRuoeDHromXDWMj/DzLfb8QixSy+y4FAsSI5Ex6QcohCpUgpquUz5Sb hydXGzTd9Z4cIZOBqT+jqRegcBTkYCYegnEPTGKJHs1Z+KbZgOV4w56C9MuTrlZex/io ZqIZaZJE6zS3XpYNetHmd54M44Ls/azD5p8/dLACv1vMWO2LvYmUcMLxASpxwyCkFm/U jRZqJd8XFcf/3Fq6psJGQNGSzofhd2BtU/998JIm5za0JoHI0PLQniOG2x+ZVQG6t/Hi uv1g==
X-Received: by 10.205.21.10 with SMTP id qq10mr16081438bkb.133.1368806571278; Fri, 17 May 2013 09:02:51 -0700 (PDT)
Received: from camionet.local ([83.228.78.84]) by mx.google.com with ESMTPSA id i15sm3272888bkz.12.2013.05.17.09.02.49 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 May 2013 09:02:50 -0700 (PDT)
Message-ID: <519654A5.1050406@jitsi.org>
Date: Fri, 17 May 2013 19:02:45 +0300
From: Emil Ivov <emcho@jitsi.org>
Organization: Jitsi
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: Eric Rescorla <ekr@rtfm.com>
References: <51894846.3090102@nostrum.com> <518A304A.1030609@alvestrand.no> <518F6338.8070903@jitsi.org> <518F83E5.4060209@alvestrand.no> <519519DB.6050702@nostrum.com> <519524EA.3000509@alvestrand.no> <51952860.5030906@nostrum.com> <5195304B.10706@alvestrand.no> <CABcZeBO+miF-euyyKFDrpMUdnV-Ej2QaZgKmiMc2Yp08QUyz7A@mail.gmail.com> <5195CEDF.9040109@alvestrand.no> <CABcZeBPt_GL2pU6RrgQ91XCW-Xyn8dyuxSTE0icGu9Yd_GPgYA@mail.gmail.com> <5196460B.9000808@jitsi.org> <CABcZeBNA0+D_Kq=yGZQu-rrqks6C2v=GjJDYbKLA_+u8+w8AcQ@mail.gmail.com>
In-Reply-To: <CABcZeBNA0+D_Kq=yGZQu-rrqks6C2v=GjJDYbKLA_+u8+w8AcQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQkRq4RijsE8zrfQyC21ue1f1E/fJOL71F/hLnGlzq/ryIASsWxya0DyMn62ol5IrzRWjmtl
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Plan A, respun
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: Fri, 17 May 2013 16:02:53 -0000

On 17.05.13, 18:08, Eric Rescorla wrote:
> On Fri, May 17, 2013 at 8:00 AM, Emil Ivov <emcho@jitsi.org
> <mailto:emcho@jitsi.org>> wrote:
> 
> 
>     On 17.05.13, 16:07, Eric Rescorla wrote:=line.
> 
> 
>     > then presumably you need to follow this rule to ensure interop, no?
> 
>     Therefore, the interop part with the "many" endpoints seems to be
>     covered already. One still needs to find ways of handling and
>     potentially gatewaying ICE and SRTP for many of them but that's a
>     different matter. O/A-wise we seem to have consensus on how to do the
>     case with the two m= lines that each carry one track.
> 
>     It seems to me that we have now moved beyond that.
> 
> 
> The question is how an endpoint which wishes fo offer more than one
> audio and one video does so in a way that doesn't cause older
> endpoints to choke.

I might be misunderstanding or missing something, but isn't it clear
that, if you are trying not to choke anyone, the first thing to do would
be to stick to a single m= line for audio and a single m= line for video?

Emil

-- 
https://jitsi.org

v2.23.0 | Report a Bug | By Email