Re: [rtcweb] Transports: RFC 4941 support?

Harald Alvestrand <harald@alvestrand.no> Fri, 21 March 2014 11:14 UTC

Return-Path: <harald@alvestrand.no>
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 74BB31A0895 for <rtcweb@ietfa.amsl.com>; Fri, 21 Mar 2014 04:14:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.447
X-Spam-Level:
X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] 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 CDlldPicKz_l for <rtcweb@ietfa.amsl.com>; Fri, 21 Mar 2014 04:14:36 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id 731A71A07B5 for <rtcweb@ietf.org>; Fri, 21 Mar 2014 04:14:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id CCB1C7C4F19 for <rtcweb@ietf.org>; Fri, 21 Mar 2014 12:14:26 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WAEaSyppZO4Z for <rtcweb@ietf.org>; Fri, 21 Mar 2014 12:14:26 +0100 (CET)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:7646:a0ff:fe90:e2bb]) by mork.alvestrand.no (Postfix) with ESMTPSA id 1D0227C4F50 for <rtcweb@ietf.org>; Fri, 21 Mar 2014 12:14:26 +0100 (CET)
Message-ID: <532C1F0C.3020801@alvestrand.no>
Date: Fri, 21 Mar 2014 12:14:20 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: rtcweb@ietf.org
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> <5329BABA.6020003@viagenie.ca>
In-Reply-To: <5329BABA.6020003@viagenie.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/SlLyzJaHmz1hMIDFi_EpPni2amE
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 11:14:40 -0000

On 03/19/2014 04:41 PM, Simon Perreault wrote:
> Le 2014-03-19 11:21, Harald Alvestrand a écrit :
>>> The application needs to indicate if it wants a temporary address. If
>>> the host's policy (or configuration or network) does not support
>>> temporary addresses, the application won't get a temporary address.  I
>>> don't see why being silent helps?
>> What API is it using?
>>
>> With a little Googling, the system policy I was thinking of was the
>> policy in RFC 6724 ("Default Address Selection for IPv6"), in particular
>> section 5 rule 7: "Prefer  temporary addresses".
>>
>> I'm happy to say "it is a good idea for systems to implement the
>> recommendations of RFC 6724" (or some more 2119-like language). I
>> wouldn't want to claim that if a system has chosen to prefer
>> non-temporary addresses, it would have to change its non-conformance to
>> RFC 6724 in order to be conformant with RTCWEB specifications.
> IMHO it would be perfectly sensible to recommend the use of
> IPV6_PREFER_SRC_TMP [RFC5014].
>
> Simon
Interesting: This rule was reversed from 3484 to 6724 - 3484 preferred 
public, 6724 prefers temporary. 5014 claims that the default is 
PREFER_SRC_PUBLIC, which is not 6724 conformant. And RFC 5245 (ICE) 
contains a pointer to RFC 3484, recommending its use in address selection.

With this amount of misleading stuff in RFCs, I think it's best to say 
something after all.