Re: [addr-select-dt] Proposed default policy table

Mohacsi Janos <mohacsi@niif.hu> Mon, 12 July 2010 07:01 UTC

Return-Path: <mohacsi@niif.hu>
X-Original-To: addr-select-dt@core3.amsl.com
Delivered-To: addr-select-dt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46EC83A6781 for <addr-select-dt@core3.amsl.com>; Mon, 12 Jul 2010 00:01:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.004
X-Spam-Level:
X-Spam-Status: No, score=-0.004 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_HU=1.35, HOST_EQ_HU=1.245]
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 RMNSfjPQQFm1 for <addr-select-dt@core3.amsl.com>; Mon, 12 Jul 2010 00:01:43 -0700 (PDT)
Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by core3.amsl.com (Postfix) with ESMTP id C4C163A6901 for <addr-select-dt@ietf.org>; Mon, 12 Jul 2010 00:01:42 -0700 (PDT)
Received: from cirkusz.lvs.iif.hu (cirkusz.lvs.iif.hu [193.225.14.182]) by mail.ki.iif.hu (Postfix) with ESMTP id 73030851F8; Mon, 12 Jul 2010 09:01:48 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at cirkusz.lvs.iif.hu
Received: from mail.ki.iif.hu ([IPv6:::ffff:193.6.222.241]) by cirkusz.lvs.iif.hu (cirkusz.lvs.iif.hu [::ffff:193.225.14.72]) (amavisd-new, port 10024) with ESMTP id rvCGEKlOKLHV; Mon, 12 Jul 2010 09:01:45 +0200 (CEST)
Received: by mail.ki.iif.hu (Postfix, from userid 9002) id 8436E851CE; Mon, 12 Jul 2010 09:01:45 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 7EF48851C5; Mon, 12 Jul 2010 09:01:45 +0200 (CEST)
Date: Mon, 12 Jul 2010 09:01:45 +0200 (CEST)
From: Mohacsi Janos <mohacsi@niif.hu>
X-X-Sender: mohacsi@mignon.ki.iif.hu
To: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <EMEW3|f5316910468fa190c3198bf253519332m6AGcV03tjc|ecs.soton.ac.uk|E64E8887-0AFA-47F6-BA27-C584BDD3690B@ecs.soton.ac.uk>
Message-ID: <alpine.BSF.2.00.1007120857410.21959@mignon.ki.iif.hu>
References: <0f4301cb1ec0$297b4650$7c71d2f0$@com> <E64E8887-0AFA-47F6-BA27-C584BDD3690B@ecs.soton.ac.uk> <EMEW3|f5316910468fa190c3198bf253519332m6AGcV03tjc|ecs.soton.ac.uk|E64E8887-0AFA-47F6-BA27-C584BDD3690B@ecs.soton.ac.uk>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: addr-select-dt@ietf.org
Subject: Re: [addr-select-dt] Proposed default policy table
X-BeenThere: addr-select-dt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IPv6 Address Selection Design Team <addr-select-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/addr-select-dt>, <mailto:addr-select-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/addr-select-dt>
List-Post: <mailto:addr-select-dt@ietf.org>
List-Help: <mailto:addr-select-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/addr-select-dt>, <mailto:addr-select-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jul 2010 07:01:44 -0000

On Sun, 11 Jul 2010, Tim Chown wrote:

> Tony,
>
> Now that 6rd is done, what's the view on 6to4?
>
> I know a lot of people would be quite keen to see 6to4 deprecated.

I think 6to4 and teredo should be treated similarly - after ipv4. They 
should be used as a last resort acess to IPv6 resources. I think 
6to4 should be kept since 6to4 is the most implemented IPv6 of the CPE 
equipments.

Best Regards,
 		Janos Mohacsi


>
> Tim
>
> On 8 Jul 2010, at 18:08, Tony Hain wrote:
>
>> For updating 3484-revise section 2.2, the table I have been running at home
>> for some time is:
>>
>> Precedence  Label  Prefix
>> ----------  -----  --------------------------------
>>        90      0  ::1/128
>>        75      1  fc00::/8
>>        70      1  fd00::/8
>>        50      2  2001::/16
>>        50      2  2400::/8
>>        50      2  2600::/8
>>        50      2  2a00::/8
>>        50      2  2c00::/8
>>        40      3  2002::/16
>>        30      3  2001::/32
>>        20      4  ::/0
>>        10      5  ::ffff:0:0/96
>>         5      6  ::/96
>>         4      6  fec0::/16
>>
>> The explicit label 2 set is due to a bug in the vista stack, as that should
>> be a single entry of 2000::/3, (and the fec0 should be /10). The differences
>> from the proposed one in the October text are:
>> - Adding explicit entries for each half of the ULA space to prefer local
>> when possible (rule 2).
>> - Explicitly listing 2000::/3 to avoid default resulting in the ambiguous
>> choice of ula as src.
>> - Keeping teredo and 6to4 as tunnels labeled the same.
>> - Tunnels before default to avoid the ambiguous choices default will result
>> in.
>> - packaging all deprecated prefixes in the same label.
>>
>> The currently proposed table in 2.2 does not solve the problem in 1.1, so it
>> would be good to move that example to an appendix or at least after the 2.2
>> discussion, and replace it with the one of a host selecting between Internet
>> access and a closed network.
>>
>> I understand the desire to move teredo to less than IPv4. While I disagree
>> with the premise, a resulting policy table that does that might look like:
>>
>> Precedence  Label  Prefix
>> ----------  -----  --------------------------------
>>        90      0  ::1/128
>>        75      1  fc00::/8
>>        70      1  fd00::/8
>>        60      2  2000::/3
>>        50      3  ::/0
>>        30      4  2002::/16
>>        20      5  ::ffff:0:0/96
>>         5      4  2001::/32
>>         1      6  ::/96
>>         1      6  fec0::/16
>>
>> I suggest leaving 10, 40, & 80 in the precedence so people can move IPv4 or
>> ULA around without feeling the need to rewrite the other labels (they don't
>> have to, but an obvious hole to park it in reduces confusion). I haven't
>> tried that, and don't have time before I leave today, but I will put that in
>> and see how it works before the IETF meeting. It should be close to what the
>> current text was trying to get to, but with the explicit ula and gua
>> prefixes to avoid default it should work more consistently.
>>
>> Tony
>>
>>
>>
>>
>> _______________________________________________
>> addr-select-dt mailing list
>> addr-select-dt@ietf.org
>> https://www.ietf.org/mailman/listinfo/addr-select-dt
>
> _______________________________________________
> addr-select-dt mailing list
> addr-select-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/addr-select-dt
>