Re: [rtcweb] ice-lite in WebRTC ???

Justin Uberti <justin@uberti.name> Thu, 06 February 2014 19:56 UTC

Return-Path: <juberti@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE4E1A03FF for <rtcweb@ietfa.amsl.com>; Thu, 6 Feb 2014 11:56:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZVtu418qy-G for <rtcweb@ietfa.amsl.com>; Thu, 6 Feb 2014 11:56:14 -0800 (PST)
Received: from mail-ee0-x235.google.com (mail-ee0-x235.google.com [IPv6:2a00:1450:4013:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id 99C711A03ED for <rtcweb@ietf.org>; Thu, 6 Feb 2014 11:56:14 -0800 (PST)
Received: by mail-ee0-f53.google.com with SMTP id t10so1105961eei.26 for <rtcweb@ietf.org>; Thu, 06 Feb 2014 11:56:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=EAEVVUto/UxfvYNzsM6SyvYN/bK0xbCvGgUS6X+rB0M=; b=zyCjKkeOk0ye3HSBY/qO4xUZQp4TODE9h0FFTClNsLj0ktpZqd5YRcbma7I37muJxw 275EWLVWfzAEaXqUZTSmeDRJSJ+j9TzmzN1IYvR9ugWqTsm6V78vCJYh+OXlKVldOQKY 3tDJLeBkGsNP5sRiSfyYqyRonDgvtZOGF0wrD+2fQuKKlnOKOU3TIRucX0RJHvIpUmiP 1m27yw2Xw6qqT/NIuTN9K11o2raH93uYyYe60xNnrR821OwYZS3AYfbbcgL1004enI3Z NmUoYwfWpUtfWw6Oe8ZK+QLaZ3OM29Cq18GBDKWQ329Saz/ANqtAVej16fTczYpn2zrn H2Bg==
X-Received: by 10.14.3.72 with SMTP id 48mr11457271eeg.34.1391716573028; Thu, 06 Feb 2014 11:56:13 -0800 (PST)
MIME-Version: 1.0
Sender: juberti@gmail.com
Received: by 10.14.0.199 with HTTP; Thu, 6 Feb 2014 11:55:52 -0800 (PST)
In-Reply-To: <CANCLmwniOd1MmdubfhARB0iCZTK1BYW46fwpDvus=UvOE2ynZg@mail.gmail.com>
References: <CANCLmwniOd1MmdubfhARB0iCZTK1BYW46fwpDvus=UvOE2ynZg@mail.gmail.com>
From: Justin Uberti <justin@uberti.name>
Date: Thu, 06 Feb 2014 11:55:52 -0800
X-Google-Sender-Auth: VqyhS0nHOZG9Rw5Fxlz3NQl7zlU
Message-ID: <CALe60zDC8Y_CspF3rkvqqcbP0_yWVviiFqq31R9gjq+GOW=7Xw@mail.gmail.com>
To: Rachel Dvori <rachel.dvori@gmail.com>, rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="047d7b670311f6a51804f1c243cd"
X-Mailman-Approved-At: Thu, 06 Feb 2014 12:37:01 -0800
Subject: Re: [rtcweb] ice-lite in WebRTC ???
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 06 Feb 2014 19:56:16 -0000

+rtcweb

WebRTC endpoints must implement full ICE. Legacy (non-WebRTC) endpoints can
use ICE Lite, but as mentioned in RFC5245, S 2.7, full ICE is preferred.


On Tue, Jan 21, 2014 at 10:50 AM, Rachel Dvori <rachel.dvori@gmail.com>wrote:

> draft-ietf-rtcweb-jsep@tools.ietf.org
>
>
>
>
>
> Dear Person,
>
>
>
> I have seen the below in the draft of:
> http://tools.ietf.org/html/draft-ietf-rtcweb-jsep-05
>
>
>
> Attributes other than the ones specified above MAY be included,
>
> except for the following attributes which are specifically
>
> incompatible with the requirements of [I-D.ietf-rtcweb-rtp-usage],
>
> and *MUST NOT* be included:
>
>
>
> o  "a=crypto"
>
> o  "a=key-mgmt"
>
> o  "*a=ice-lite*"
>
>
>
>
>
> But in draft of :
> http://tools.ietf.org/html/draft-ietf-rtcweb-rtp-usage-11
>
> There is no phrase that prevents a WebRTC user to be ice-lite
>
>
>
>
>
> Can you pls clarify:
>
> -          Where is it mentioned that ice-lite cannot be one of the
> participants of WebRTC
>
> -          What is the reason that no side can be ice-lite  (as if one
> side is full-ice, there is still STUN and connectivity checks etc.
>
>
>
> Thanks
>
> RD
>
>
>
> p.s. - what is the correct email address for this type of questions ?
>  (Thanks and sorry)
>
>
>