Re: [rtcweb] No Plan

Emil Ivov <emcho@jitsi.org> Fri, 31 May 2013 18:24 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 2AF0221F90EE for <rtcweb@ietfa.amsl.com>; Fri, 31 May 2013 11:24:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=0.150, 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 iAFIgB6852CC for <rtcweb@ietfa.amsl.com>; Fri, 31 May 2013 11:24:05 -0700 (PDT)
Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id D3C6421F9050 for <rtcweb@ietf.org>; Fri, 31 May 2013 11:24:01 -0700 (PDT)
Received: by mail-bk0-f52.google.com with SMTP id mz10so912185bkb.11 for <rtcweb@ietf.org>; Fri, 31 May 2013 11:23:56 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=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=PZlli30GfiWIbMwr8IjFGui0tz+geIMdjJjivyufD3k=; b=kDskgs9Xihmu972Z9eH4ReU1dYdHPoce52ZjrcqMF5Wif7giQrhUXd3wX45Qzwb+HY MQR1XzeSvw9g7XwIGGD+n+Jp8PLMy5Hp8pF/O4tw8gKnJjP06k7qq4Lcu60ps6uuQZGH /GqCSd5ptbP1SoGFPnZDDcVv9/h64z3/FiaedjzyHUZzLvMlewIsFegizeqQiKNhkdxl FXXOk1zIseMRPH1qwFrNuVt9J+6U2zXGPwYDYoZejRErRm4SpM3CM9AN3qKrtFiDcfT9 xxlkVCDirqWij34nlloWugbGQF2peuz9kx9DSQNA1uw97innWZ7MyzNH0DbNUwu3ytwH RdnQ==
X-Received: by 10.204.187.9 with SMTP id cu9mr3734831bkb.104.1370024635847; Fri, 31 May 2013 11:23:55 -0700 (PDT)
Received: from camionet.local ([83.228.77.158]) by mx.google.com with ESMTPSA id cm9sm15610174bkb.4.2013.05.31.11.23.54 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 May 2013 11:23:55 -0700 (PDT)
Message-ID: <51A8EAB7.8080206@jitsi.org>
Date: Fri, 31 May 2013 21:23:51 +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/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
References: <51A65017.4090502@jitsi.org> <51A65DB8.9060702@alum.mit.edu> <51A880A7.7010908@jitsi.org> <C5E08FE080ACFD4DAE31E4BDBF944EB113528171@xmb-aln-x02.cisco.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB113528171@xmb-aln-x02.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQk8WAXKeIvD6cq3hIX5ZV/YcW1C5V5ett87aCoXd1m5wMYJxT+yH4VkqFUHTwa29z29XpWH
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] No Plan
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, 31 May 2013 18:24:06 -0000

On 31.05.13, 17:33, Cullen Jennings (fluffy) wrote:
>
> On May 31, 2013, at 4:51 AM, Emil Ivov <emcho@jitsi.org> wrote:
>
>> Having extra m= lines, particularly when using BUNDLE, is in many
>> ways just extra signalling. If you'd like for that signalling to be
>> in SDP, I don't see any problem with it. However it would be best
>> for this extra layer of SDP signalling to appear at either the
>> application layer or in a signalling gateway (that is going to be
>> there anyway).
>>
>> Does this make sense?
>
> No. That does no make sense.
>
> Can you please provide an specific example of what you think the SDP
> would look like going across the JS API in the browser and then what
> the SDP at the applications of signaling layer would look like and
> how this would work with CLUE.

Certainly. Could you please post the SDP that you would like to see 
translated in a way that's compatible with "No Plan"?

Emil

-- 
https://jitsi.org