Re: RFC3484-revise and NAT64 Well-Known Prefix

Teemu Kiviniemi <tekivini@csc.fi> Sun, 27 March 2011 19:51 UTC

Return-Path: <Teemu.Kiviniemi@csc.fi>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3582B3A6926; Sun, 27 Mar 2011 12:51:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 48h+f4fo80dI; Sun, 27 Mar 2011 12:51:38 -0700 (PDT)
Received: from smtp3.csc.fi (smtp3.csc.fi [193.166.7.53]) by core3.amsl.com (Postfix) with ESMTP id 249DA3A691B; Sun, 27 Mar 2011 12:51:37 -0700 (PDT)
Received: from kusti.csc.fi (kusti.csc.fi [193.166.0.100]) by smtp3.csc.fi (8.14.3/8.14.3/CSC) with ESMTP id p2RJrDvI030512; Sun, 27 Mar 2011 22:53:13 +0300
Received: from sampo3.csc.fi (193.166.1.170) by kusti.csc.fi (192.168.120.3) with Microsoft SMTP Server (TLS) id 8.2.254.0; Sun, 27 Mar 2011 22:54:00 +0300
Date: Sun, 27 Mar 2011 22:53:13 +0300
From: Teemu Kiviniemi <tekivini@csc.fi>
To: "teemu.savolainen@nokia.com" <teemu.savolainen@nokia.com>
Subject: Re: RFC3484-revise and NAT64 Well-Known Prefix
In-Reply-To: <916CE6CF87173740BC8A2CE443096962014C5D@008-AM1MPN1-036.mgdnok.nokia.com>
Message-ID: <alpine.LRH.2.00.1103272227310.13893@sampo3.csc.fi>
References: <916CE6CF87173740BC8A2CE443096962014C5D@008-AM1MPN1-036.mgdnok.nokia.com>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
X-CanIt-Geo: ip=193.166.0.100; country=FI; latitude=64.0000; longitude=26.0000; http://maps.google.com/maps?q=64.0000,26.0000&z=6
X-CanItPRO-Stream: 00_Opt_Out (inherits from default)
X-Scanned-By: CanIt (www . roaringpenguin . com) on 193.166.7.53
Cc: "behave@ietf.org" <behave@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 27 Mar 2011 19:51:40 -0000

On Sun, 27 Mar 2011, teemu.savolainen@nokia.com wrote:

> I discussed shortly with Arifumi about RFC3484 default policy table 
> updates and NAT64 WKP, i.e. whether the default policy table should take 
> a stand on 64:ff9b::/96 preference.
>
> It seemed to us that default policy table does not necessarily have to, 
> as it could be ok to handle addresses with WKP similarly to global IPv6 
> addresses. Furthermore, the default policy table anyway cannot cover 
> Network-Specific Prefixes.
>
> Hence prefixes used for protocol translation would be handled like 
> global IPv6 addresses unless something different is configured via 
> policy distribution mechanism? And this should perhaps be documented 
> into the RFC3484-revised.

I believe native IPv4 should always be preferred over NAT64. Even if 
native IPv4 was using NAT, it is likely to work better with current 
applications than NAT64.

Preferring IPv4 over the NAT64 well-known prefix does not fix the problem 
for network-specific NAT64 prefixes. However, I see no reasons why the 
NAT64 WKP should not be given a lower preference than IPv4 by default.

-- 
Teemu