Re: [rtcweb] Transports: RFC 4941 support?

Justin Uberti <juberti@google.com> Fri, 21 March 2014 00:28 UTC

Return-Path: <juberti@google.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 4D7141A08E7 for <rtcweb@ietfa.amsl.com>; Thu, 20 Mar 2014 17:28:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.925
X-Spam-Level:
X-Spam-Status: No, score=-1.925 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham
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 iOUA0zP-aERU for <rtcweb@ietfa.amsl.com>; Thu, 20 Mar 2014 17:28:46 -0700 (PDT)
Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id CB79C1A0809 for <rtcweb@ietf.org>; Thu, 20 Mar 2014 17:28:45 -0700 (PDT)
Received: by mail-vc0-f182.google.com with SMTP id ks9so1897076vcb.27 for <rtcweb@ietf.org>; Thu, 20 Mar 2014 17:28:36 -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=XeBUssFKF4apJ6lmHukB4fx7Of2D32hVdYe3yuofgD8=; b=apBqRW3UEKLUTted2QydeKxXYzW+SE8FPyKoEuMC6OAfplWA0EV6kSd7Mo6uJehcPh 2HOckYFT5DE1P/gGww1K786arJEkWxXPlU9O4k+M4mluViYUf8IPNfvSXqMOFMFg7Cgz tGTStYDhnRPcKLe9PrTHehekNuOybAXABwE0dj47b5rf50rY8Jr1skkUkBc6UjSSCv9e tLrrLjLChYcMCCHBbxJ3fG3xAJf8buxmkbWd930ql0I5Sm2jRTjlgW+Egf3bbYtccYzI vHpcvGJpsFbGACS/SmzWCVQQ7kV9I4L4utPOrZlzzguG896Pu0DmKZZT8MwSxU8i6XRl +hLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=XeBUssFKF4apJ6lmHukB4fx7Of2D32hVdYe3yuofgD8=; b=Yfic/Ogko/KIM8l2Te9PKvYHK4mRHnasQtFGBxRpbI+PctxOtEWU/nsddQumqq+o0G wNUzzimk/5PPM1iBR5Dxb4PtTV3oUQib5sY4O9vOwGetduaGjzvOi9PAfwZwW3KIjl2T osRgzvUCKGwq4cKeOz8NrjvyHiF8OqYUQ0JAuEefhlNFA0BhPxdqwV07xXczlYASPYCA 0h7vk+R3JQkQCWPyRD2P+uEs+MMHrqJCEa6l+bumCaDUbVGYI9gvmYyEIwAz4SDLmUSl 98k0oO5kLK5I1aUATx/keun7iiDHcS0gVp8H4Hjhj8L1qlE+5iw0WEylGzr3Shro8Fgy 115Q==
X-Gm-Message-State: ALoCoQmsm+1SsSrmuru/6BYwC2G/a0ub7l2vpaJWJutHdp7eCGeZx4t7kIWx/td2G4AUUa1VAYZhJvhJShEf8WXr83Kc+m0QZcencTjyEL8C3mJXB8ou4a+hXGWB2/oSclR6sDMjPmPHkGJBpENjrUkwgEklyXVf9yyQ4pjDfcv8RH8n2NSiuf/Vxa+eElb+f/lFjPvFFCR4
X-Received: by 10.52.142.10 with SMTP id rs10mr30165113vdb.3.1395361716459; Thu, 20 Mar 2014 17:28:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.26.43 with HTTP; Thu, 20 Mar 2014 17:28:16 -0700 (PDT)
In-Reply-To: <CAD5OKxvKJRMYGYDRNKvmdxmsc35B16P4-+73E+o85-re42yrzw@mail.gmail.com>
References: <CAOJ7v-0Hw0NFs_avsB2Z8do21BCws2LRZSeSh6HP0t455SPXyw@mail.gmail.com> <B6836FFA-867A-4CBF-9855-D265425EC5E1@cisco.com> <CAOqqYVE=i2L7FxGgKuV0DVaaxYOPnxzSEbDoq0_4Tqapna575g@mail.gmail.com> <CD747481-EBDA-4FFC-A31D-618E6E217420@cisco.com> <5329B617.2070001@alvestrand.no> <17885A74-50A3-49E3-8C54-E53C55019C73@cisco.com> <CAOJ7v-0Dx4Owam7NzXqs6ALPi+ps9gKbmFK9=Zu5eBr9yHYgKg@mail.gmail.com> <444DE75E-BF07-4C6F-91B1-CF57DC67FBA3@cisco.com> <CA+9kkMD5jG-w7ahHLsUX9QMSkSMArS4Wz7ZYOucAZWkrmz5YsQ@mail.gmail.com> <CAOJ7v-1JZG547KkiWeG=3zfCFk6WVzm+r9kF0MTg3SQynHMJdg@mail.gmail.com> <CAD5OKxvKJRMYGYDRNKvmdxmsc35B16P4-+73E+o85-re42yrzw@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Thu, 20 Mar 2014 17:28:16 -0700
Message-ID: <CAOJ7v-2hMHJUGhKKocvu5Ld9_cr+duSbJ=+rEucUaAmjiooZTA@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Content-Type: multipart/alternative; boundary="bcaec51a71907179d804f512f79b"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/YulvfiBZTPLebeKvIQKvtpdG7b0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Transports: RFC 4941 support?
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: Fri, 21 Mar 2014 00:28:48 -0000

On Thu, Mar 20, 2014 at 4:17 PM, Roman Shpount <roman@telurix.com> wrote:

> On Thu, Mar 20, 2014 at 7:03 PM, Justin Uberti <juberti@google.com> wrote:
>
>> Your take is what I had in mind. Basically a ruleset like this:
>>
>>  gather_ipv4_addresses();
>>  if (has_ipv6) {
>>   if (has_temporary_addresses && temporaries_not_forbidden_by_policy) {
>>     gather_temporary_ipv6_addresses();
>>   } else {
>>     gather_non_temporary_ipv6_addresses();
>>  }
>> }
>>
>>
>  What should be done when temporary enabled only on some of the network
> interfaces of the device, i.e. if, for instance, WiFI interface has only
> non temp ipv6 address and LTE has both temp and permanent address present?
>
>
Is this a real-world problem? As I understand it, temporary addresses are
assigned by the host, so you either support them or you don't.