Re: [rtcweb] Why is required to have local streams before running ICE gathering? (another SDP limitation?)

Justin Uberti <juberti@google.com> Sat, 15 June 2013 23:40 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 DEB8F21E804D for <rtcweb@ietfa.amsl.com>; Sat, 15 Jun 2013 16:40:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001]
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 leh5oSwj7Tkv for <rtcweb@ietfa.amsl.com>; Sat, 15 Jun 2013 16:40:51 -0700 (PDT)
Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) by ietfa.amsl.com (Postfix) with ESMTP id B6FA021E804B for <rtcweb@ietf.org>; Sat, 15 Jun 2013 16:40:50 -0700 (PDT)
Received: by mail-wi0-f175.google.com with SMTP id m6so1312964wiv.2 for <rtcweb@ietf.org>; Sat, 15 Jun 2013 16:40:48 -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; bh=58oVXUIYAwsljkO80P5iz6OEKG2oZnM8PeToCBDIdP4=; b=nV39FDkXzEoioMt3nEc9+UFM0miYZhi+O/csLQOzjKOq2OdJpPY7NISiqgK6qJ+jOa OqeFXRpRpkigmAVjjaXR1mjmB/TH6/+6kMVEwD0+dwnQH8MLaTcLcF+V+N5di8vSRvR/ iqC78tj5sB2q3E+MUNJWsOcgGHuQMS+Dpluzv6HwzR8Nu+FWe6MjPfaJFHDrRc1ki04B 0yaNNL+xppoCYPON1d+rPxGONIbc/vBxAb01qJTvtCRTz54KpOOO0EvZQDsmmASxvrAr Q/munJXrMAV0ltcwiu1vKrqRZ411PmUeVyXYYe03vJ5ayyZUGSAGPBCCkmY1deg/yt6w i6GA==
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-gm-message-state; bh=58oVXUIYAwsljkO80P5iz6OEKG2oZnM8PeToCBDIdP4=; b=VyESgqmJe09vscTCyrABsDcZqJ6JChksU9CiMxZ24ZlqyjbX66q3t5ALjR4Gkz0dno QHvinyzyMLLq0VrX1xXPzkmo71qdy4xMsfk+hhZCQBftmdWPr06uCBiwiwmdjpmHo4WJ FyGc4JMERTKpGSq/BWCzTqrRrDuIBgvlnCk4i8Q5lUVze1YFj31Ur9DDTbk9slNDgijY KwozQe/DC98UiIoA0QXYYF2JhVKQcfrSLwQtAjWAJMV/0y5Ict13e1LKN2MQXpdUj2Ld qzZv4NK12eLXqss0a6skIZ/brxQfkdlMByWJrx+C5ppVDqWhskdKhU6eZvhHulUnIryv LfSw==
X-Received: by 10.180.208.49 with SMTP id mb17mr1783942wic.46.1371339648680; Sat, 15 Jun 2013 16:40:48 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.194.19.72 with HTTP; Sat, 15 Jun 2013 16:40:28 -0700 (PDT)
In-Reply-To: <CALiegf=ABGSR+CRM-GiMJ-Vmk29-FAyCNgWSFfeneB4V6ObkYQ@mail.gmail.com>
References: <CALiegf=ABGSR+CRM-GiMJ-Vmk29-FAyCNgWSFfeneB4V6ObkYQ@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Sat, 15 Jun 2013 16:40:28 -0700
Message-ID: <CAOJ7v-2bSC0tQYoDnUZPmaZs2Tfb6TLX_Ki2Hm18O+VJ7cVMGg@mail.gmail.com>
To: Iñaki Baz Castillo <ibc@aliax.net>
Content-Type: multipart/alternative; boundary="001a11c37e30a0643104df39e420"
X-Gm-Message-State: ALoCoQn/ChH2t9kPXdPfV8pM9MAohqmeDZqZ73+w/wvVSc8oZeC+53DBXXMrGs7/TBjDha15f2pUFQAQbS6dmAml4JIBWg0tfgjcc+hxX4EwgkKLZ9//ZJJg3MhWV2Kk8v4sf1sRghBD8yH9yd1G5VCDGMMMrZYJDHTcz41QIS6ZmbGB3wYCFdOJP4unXXi3K0KxOw7qzO8F
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Why is required to have local streams before running ICE gathering? (another SDP limitation?)
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: Sat, 15 Jun 2013 23:40:52 -0000

On Thu, Jun 13, 2013 at 7:55 AM, Iñaki Baz Castillo <ibc@aliax.net> wrote:

> Hi, let me expose the following simple case:
>
>
> 1) SIP application in the web.
>
> 2) Alice receives INVITE from Bob with audio and video.
>
> 3) Alice JS UA is ringing, Alice does not answer or reject the call yet.
>
> 4) Alice JS UA does not know whether Alice would answer with audio and/or
> video.
>
> 5) Alice JS UA starts ICE gathering and obtains all its ICE candidates.
>
> 6) Alice presses "Answer with audio and video".
>
> 7) Alice JS UA calls getUserMedia, creates the PC, gets the SDP and
> passes it to Bob JS UA in a SIP 200 response.
>
>
> Well, this is not possible in WebRTC due to step 5. Unfortunately
> before ICE gathering, the local PC must be set with the local SDP, so
> getUserMedia is required to happen before ICE gathering.
>

This should be possible today. You can set the local description with no
MediaStreams but the constraint OfferToReceiveVideo:true to start candidate
gathering for both audio and video.

When you do eventually get the stream, you can call setLocalDescription
again, to indicate whether video is to be used or not.

>
> But we cannot prompt Alice with the getUserMedia pop-up while she has
> not yet decided to answer the incoming call.
>
> The fact is that both the audio and video will use the same UDP
> channel/transport, so having ICE candidates for the audio and the
> video m lines is just unneeded.
>
> So IMHO this is another issue due to the usage of SDP, right? or may
> be I am wrong? If so please let me know a use case in which the
> browser would mantain two different UDP channels/transports for the
> same "call" (a single SDP O/A).
>

This happens in any non-BUNDLE scenario.

>
> This is just for "legacy interoperability", right? this is, for the
> case in which the remote peer is a not-full-WebRTC device and uses
> different UDP channels/transports for each m line in the SDP. If so,
> would not be MUCH easier just to *require* as per WebRTC specs that
> two peers MUST use a single UDP channel/transport for each SDP O/A?


>
>
> --
> Iñaki Baz Castillo
> <ibc@aliax.net>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>