IETF Logo Mail Archive

Re: [rtcweb] Question about JSEP createOffer

Justin Uberti <juberti@google.com> Tue, 08 May 2012 14:46 UTC

Return-Path: <juberti@google.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 CC28521F8643 for <rtcweb@ietfa.amsl.com>; Tue, 8 May 2012 07:46:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.248
X-Spam-Level:
X-Spam-Status: No, score=-102.248 tagged_above=-999 required=5 tests=[AWL=0.728, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, 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 Dei8MlmYttxi for <rtcweb@ietfa.amsl.com>; Tue, 8 May 2012 07:46:54 -0700 (PDT)
Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by ietfa.amsl.com (Postfix) with ESMTP id C57C721F8617 for <rtcweb@ietf.org>; Tue, 8 May 2012 07:46:53 -0700 (PDT)
Received: by qabj40 with SMTP id j40so692090qab.15 for <rtcweb@ietf.org>; Tue, 08 May 2012 07:46:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record; bh=CYhxcVbL3mlTO1MH/P3Gu1gYwy3gMCt3ELfVlT+2DWg=; b=dYHQBOhG4cXAjbOq3XXpTTIahyec6NpfTAfUb793dV3vWCAx3a8M41o7AJTDPg/YzQ zHvQznpE2tIbts1ZaOS0w2PMschomi8uW2iQAM9lkiQnbaoUL1F4AonSWRb3l7IPu3mZ zwXuvvxjyCUOH3GxvB06VFnzBo6w6RErjvbzG8aUsY/plHbvdD+2C4/eWvW/XYUo6vS5 9+Sitjgj+5rDL7gK6LguRwsoyFrichX67rrCVEvMtm/Vnt0a3WJyi3yjohnenCCzJ0Oy kp9GHvbwxYD8OLjaegHvhfwwWT6IiKuGEcUqRubWOQq+uMlB4hLRb6cmpRGnRM6IiENX VW6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record:x-gm-message-state; bh=CYhxcVbL3mlTO1MH/P3Gu1gYwy3gMCt3ELfVlT+2DWg=; b=fyOOk/O/rd8RH0KSn7Uhs+wrHrjc6zre5UMWfNxH97IdPLsTWQy26cChbE52JhQgL8 3PF1JVrHmOcZRcauF2N42bkxXEISxLL2yjLW1h8JGNmDYlAkQRiIX1rCU0in1xxXX8pP z2mcLaGom8vrv/05ZLS2itaXI6gf309IqHHeTEXXGbDkN+3lPMvPbEIYKKhyQcA+ch8g n4XdQwM0FCNM9LhCsbmNRs99nv7GzgeliEOCafIc4QqF8Yo/+PxeUFPCruy8CVsrk5Ry TSVhgu0D9oi3fcCwx+9EeuULOuTymGqzJKAGj+GhuanSGYVKwUysC7x/+32Lj/GxnUb8 8FPA==
Received: by 10.224.101.72 with SMTP id b8mr31794176qao.53.1336488413299; Tue, 08 May 2012 07:46:53 -0700 (PDT)
Received: by 10.224.101.72 with SMTP id b8mr31794154qao.53.1336488413181; Tue, 08 May 2012 07:46:53 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.217.129 with HTTP; Tue, 8 May 2012 07:46:32 -0700 (PDT)
In-Reply-To: <6F428EFD2B8C2F49A2FB1317291A76C11364EC0288@USNAVSXCHMBSA1.ndc.alcatel-lucent.com>
References: <6F428EFD2B8C2F49A2FB1317291A76C11364EC0288@USNAVSXCHMBSA1.ndc.alcatel-lucent.com>
From: Justin Uberti <juberti@google.com>
Date: Tue, 08 May 2012 10:46:32 -0400
Message-ID: <CAOJ7v-041Lhp1EkEsH--pWhpikf74Luq-iyasVdpP5mN-4TskA@mail.gmail.com>
To: "Ejzak, Richard P (Richard)" <richard.ejzak@alcatel-lucent.com>
Content-Type: multipart/alternative; boundary="20cf30667c2f1d366d04bf8775f4"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQkR2w2jehbKkM8ViSX3LDi9l/LUPFg6NyJSGqGRlYF7vEcDocc3EtqbYO/s+CKjpRwukwrogwSF08EV9znvzFUqmdtsWPeAk5XG6N5PQlKp8HX0pux2gccJUJhbFPf1jnF/DxbQ
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Question about JSEP createOffer
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: Tue, 08 May 2012 14:46:54 -0000

Richard,

That is an interesting point. Could you give a short example of when such a
"full" re-OFFER would be used? There are a few ways we could handle this
case.

On Sun, May 6, 2012 at 2:40 PM, Ejzak, Richard P (Richard) <
richard.ejzak@alcatel-lucent.com> wrote:

>  I have a question about something I came across in the JSEP draft.****
>
> ** **
>
> 6.1.2 of JSEP draft 0 has the following text regarding “createOffer”:****
>
> ** **
>
>    As an offer, the generated SDP will contain the full set of****
>
>    capabilities supported by the session (as opposed to an answer, which**
> **
>
>    will include only a specific negotiated subset to use); for each SDP***
> *
>
>    line, the generation of the SDP must follow the appropriate process****
>
>    for generating an offer. In the event createOffer is called after the**
> **
>
>    session is established, createOffer will generate an offer that is****
>
>    compatible with the current session, incorporating any changes that****
>
>    have been made to the session since the last complete offer-answer****
>
>    exchange, such as addition or removal of streams. If no changes have***
> *
>
>    been made, the offer will be identical to the current local****
>
>    description.****
>
> ** **
>
> The first and last sentences might conflict if the SDP Answerer later
> wants to create a new Offer.  The local configuration based on the first
> offer/answer will contain only the selected media configuration, whereas it
> is desirable for the new Offer to contain the full set of capabilities of
> the (new) Offerer.  I think this text needs to change to reflect this case.
>  Am I missing something?****
>
> ** **
>
> Richard****
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>

v2.23.0 | Report a Bug | By Email