Re: [rtcweb] JSEP: Relaxing SDP O/A rules?

Roman Shpount <roman@telurix.com> Mon, 08 October 2012 23:04 UTC

Return-Path: <roman@telurix.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 3F6F71F0C5C for <rtcweb@ietfa.amsl.com>; Mon, 8 Oct 2012 16:04:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 Af26iUcpImW9 for <rtcweb@ietfa.amsl.com>; Mon, 8 Oct 2012 16:04:10 -0700 (PDT)
Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id F036D21F86EE for <rtcweb@ietf.org>; Mon, 8 Oct 2012 16:04:07 -0700 (PDT)
Received: by mail-pa0-f44.google.com with SMTP id fb11so4476142pad.31 for <rtcweb@ietf.org>; Mon, 08 Oct 2012 16:04:02 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=d8QgptatpHvC9uHqTU0gTlL3tkshc/DVAjjgEdke0+k=; b=UEV1ShWAeU2RCgdSlZK13EvJMG+7BZpYYiR2vHYph3WQTpCMtjPZ8WhRgPBzQCmc4J TRWduibfWwodrfC7QSLHzh5MJkBacfzZ8qsqNKsyWu5lQq5dTDF0Za34UZ9xZO9DeXWZ QdVp9JCg1++j1VG4OSIqssACkzBeIflHoDZLcX+fxSmm/wofWeCuCTTN0wbPNU9RuP6c KilBqNrCnmKJMXFTMeVMjp9CHrH5E2HO+bVoJfH3c54vO1VTSRdrbK+Q6Ep5w1N2WfSA vU/cse9/KU7i8dfrBaGPbANm1DmCLol9TZxuOcOgQxqd1ync8h1rPvCHhDyQlkMvCp98 cHIQ==
Received: by 10.68.211.99 with SMTP id nb3mr58163384pbc.16.1349737442362; Mon, 08 Oct 2012 16:04:02 -0700 (PDT)
Received: from mail-da0-f44.google.com (mail-da0-f44.google.com [209.85.210.44]) by mx.google.com with ESMTPS id it6sm11349440pbc.14.2012.10.08.16.04.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 08 Oct 2012 16:04:01 -0700 (PDT)
Received: by mail-da0-f44.google.com with SMTP id h15so1816463dan.31 for <rtcweb@ietf.org>; Mon, 08 Oct 2012 16:04:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.68.225.7 with SMTP id rg7mr58662932pbc.32.1349737440616; Mon, 08 Oct 2012 16:04:00 -0700 (PDT)
Received: by 10.68.42.8 with HTTP; Mon, 8 Oct 2012 16:04:00 -0700 (PDT)
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB11187F8AF@xmb-aln-x02.cisco.com>
References: <7F2072F1E0DE894DA4B517B93C6A0585340A1E3AB1@ESESSCMS0356.eemea.ericsson.se> <CABkgnnUFvw_J2+tvVBoHrzR9ZRkPT-6LhXvbaz_U1P7gqtJ4xw@mail.gmail.com> <7F2072F1E0DE894DA4B517B93C6A0585340A7BC848@ESESSCMS0356.eemea.ericsson.se> <CABkgnnV6NcTeh=L_fpkpLv5UpkUSuacmQUtYwNKKwAfcb5+JQA@mail.gmail.com> <506D4F7A.5020109@alvestrand.no> <CABkgnnUgHRw4dtihk2fZppmzVWuV4hpvWtXt70N1HWQpJ+KsZw@mail.gmail.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FDF@ESESSCMS0356.eemea.ericsson.se> <506F1526.4050306@alvestrand.no> <CAD5OKxuM_q3CsOQt+huH6o=Yg+XufwhOc8pBxDjux48_AFbmAw@mail.gmail.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2FE4@ESESSCMS0356.eemea.ericsson.se> <C5E08FE080ACFD4DAE31E4BDBF944EB11187F8AF@xmb-aln-x02.cisco.com>
Date: Mon, 08 Oct 2012 19:04:00 -0400
Message-ID: <CAD5OKxvnSrOLLAtz=dq0fPsu987wxZJcXsxTyQF2GBoZiqJvRg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b2e7988b0201604cb943cb5"
X-Gm-Message-State: ALoCoQnsOBr6+P4hYOC1ij1oQlQlySDUbLuqsjYigeZi5BL4rsjhvEQ+8Hqxc2yd4z8Dz21NjrqM
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] JSEP: Relaxing SDP O/A rules?
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: Mon, 08 Oct 2012 23:04:11 -0000

On Mon, Oct 8, 2012 at 6:51 PM, Cullen Jennings (fluffy)
<fluffy@cisco.com>wrote:

>
> Uh, sort of  - if you send an offer that says you could get early media,
> you may get early media from two places even thought you have not received
> any answer. Yes, I realize you can't do ICE till you get the answer but I
> think the above is still the case in non ICE case an with ICE case you may
> end up with two dialogs formed but dialogs are really a Sip level concept
> not an RTP concept.
>
>
Dialogs are entirely SIP level concept, but what I am arguing is that with
ICE and WebRTC you can associate RTP streams with a particular answer. This
means you can clone connection, provide it with the answer and each
connection would be able to filter out only the media that is intended for
it. If I am missing something and ICE is not enough then msid should be.
_____________
Roman Shpount