Re: IPv6 traffic stats - limitations of 6to4

Pekka Savola <pekkas@netcore.fi> Thu, 13 November 2008 12:18 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 97B103A68C6; Thu, 13 Nov 2008 04:18:03 -0800 (PST)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DFDD3A68C6 for <ietf@core3.amsl.com>; Thu, 13 Nov 2008 04:18:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D8Clrtm6aMkz for <ietf@core3.amsl.com>; Thu, 13 Nov 2008 04:18:01 -0800 (PST)
Received: from netcore.fi (eunet-gw.ipv6.netcore.fi [IPv6:2001:670:86:3001::1]) by core3.amsl.com (Postfix) with ESMTP id EB4303A68B4 for <ietf@ietf.org>; Thu, 13 Nov 2008 04:18:00 -0800 (PST)
Received: from netcore.fi (localhost [127.0.0.1]) by netcore.fi (8.13.8/8.13.8) with ESMTP id mADCHr8H015197; Thu, 13 Nov 2008 14:17:53 +0200
Received: from localhost (pekkas@localhost) by netcore.fi (8.13.8/8.13.8/Submit) with ESMTP id mADCHr2k015193; Thu, 13 Nov 2008 14:17:53 +0200
Date: Thu, 13 Nov 2008 14:17:53 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: Rémi Després <remi.despres@free.fr>
Subject: Re: IPv6 traffic stats - limitations of 6to4
In-Reply-To: <491BED05.8000500@free.fr>
Message-ID: <alpine.LRH.2.00.0811131346400.14584@netcore.fi>
References: <08111108201165.2a71d.487911088@oregon.uoregon.edu> <20081111185711.GG1588@nsn.com> <4919ED2F.2020101@alvestrand.no> <f1110c510811111249ud4ee387m2169fb84378ec3f4@mail.gmail.com> <4919FA68.4030803@alvestrand.no> <alpine.LRH.2.00.0811120747470.11163@netcore.fi> <491AAAAB.6000209@alvestrand.no> <alpine.LRH.2.00.0811122118050.28713@netcore.fi> <491BED05.8000500@free.fr>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1589707168-978033594-1226577261=:14584"
Content-ID: <alpine.LRH.2.00.0811131413570.15111@netcore.fi>
X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on otso.netcore.fi
X-Virus-Status: Clean
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Thu, 13 Nov 2008, Rémi Després wrote:
>>  If an implementation implements RFC3484 and the user is not using custom
>>  address selection policy, all compliant RFC3484 implementations should
>>  prefer v4 when connecting to native from 6to4 (rule 5 of destination
>>  address selection AFAIR).

Actually, my above statement is incomplete.  Thanks for your eagle 
eyes :-)

In case the user has a RFC1918 IPv4 address and the destination is 
global v4 address, you'd use 6to4.  In case IPv4 address is global and 
destination is global, or both are RFC1918, you would use IPv4.

As such:

> Can we derive from this that Google's IPv6 address is necessarily 
> 6to4 (most of its US customers using it are 6to4), and that Google 
> has therefore a guaranteed path toward other 6to4 hosts?

I believe Google is using native addresses.  The 6to4 hits are 
probably caused by the users with private v4 addresses or users whose 
implementation does not support rfc3484.

> Besides, isn't this a strong reason in favor of native IPv6 (albeit like Free 
> did it with 6rd on its IPv4 infrastructure) vs 6to4?

Native is in many cases better than 6to4 or Teredo (but in some cases 
6to4 <-> 6to4 is better than native).  But this is something I 
specifically didn't comment on in my mail.

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf