Re: [v6ops] NAT64 performance comparisons

Fred Baker <fred@cisco.com> Tue, 13 March 2012 00:51 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E97121E806F for <v6ops@ietfa.amsl.com>; Mon, 12 Mar 2012 17:51:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.798
X-Spam-Level:
X-Spam-Status: No, score=-108.798 tagged_above=-999 required=5 tests=[AWL=1.201, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1k+5eEmAlgFN for <v6ops@ietfa.amsl.com>; Mon, 12 Mar 2012 17:51:51 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id B077421E80EC for <v6ops@ietf.org>; Mon, 12 Mar 2012 17:51:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fred@cisco.com; l=1041; q=dns/txt; s=iport; t=1331599911; x=1332809511; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to:content-transfer-encoding; bh=l7j9K+9ONEkw/SSh1N9ps8oUX0intu0ZvL1tHmtJd/w=; b=cKjDT+qMrmkrALcWKSfx5B/FMj1WtZDV8zalnilUzzYw0xllsKMEXIYe 6Fcl2sSO1l102AjLH6gOSf7JKj/itU3JcxPtdn2A5or65lroBxm6pQESH j8myyWm4TEoV7LkyJx4srMZ7TncT0M+tovrf4X2XeupksV/SyghHZzEGe A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAC2ZXk+rRDoH/2dsb2JhbABDFrVJgQeCCQEBAQIBAQEBAQ8BJzQLBQsLGC4nMAYTIodjBAycfgGNMpFYkAZjBIhUjHiFaYo6gwM
X-IronPort-AV: E=Sophos;i="4.73,574,1325462400"; d="scan'208";a="35828955"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by mtv-iport-2.cisco.com with ESMTP; 13 Mar 2012 00:51:51 +0000
Received: from stealth-10-32-244-218.cisco.com (stealth-10-32-244-218.cisco.com [10.32.244.218]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id q2D0poM0020044; Tue, 13 Mar 2012 00:51:51 GMT
Received: from [127.0.0.1] by stealth-10-32-244-218.cisco.com (PGP Universal service); Mon, 12 Mar 2012 17:51:51 -0700
X-PGP-Universal: processed; by stealth-10-32-244-218.cisco.com on Mon, 12 Mar 2012 17:51:51 -0700
Mime-Version: 1.0 (Apple Message framework v1084)
From: Fred Baker <fred@cisco.com>
In-Reply-To: <4F5E9807.9030403@gmail.com>
Date: Mon, 12 Mar 2012 17:51:21 -0700
Message-Id: <8B2D5BEF-32B9-4018-9055-575B85769BD8@cisco.com>
References: <4F3ABDCB.80004@gmail.com> <4F5E9807.9030403@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1084)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] NAT64 performance comparisons
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Mar 2012 00:51:52 -0000

Hmm. It appears to have tested exactly one implementation and reported results for the algorithms. It says that stateful NAT64 is better than NAT-PT, which I might have expected, but appears to have not tested the stateless mode.

It seems like you would need to test more than one implementation before your could generalize to a statement about the class of implementations...

On Mar 12, 2012, at 5:42 PM, Brian E Carpenter wrote:

> The official handle for this is http://hdl.handle.net/2292/13586
> 
>   Brian
> 
> On 2012-02-15 09:02, Brian E Carpenter wrote:
>> On the subject of NAT64, I'v just filed a tech report on some work
>> done by Se-young Yu under my supervision. It will get an official
>> library handle soon, but here is an ad hoc URL to be going on with:
>> 
>> http://www.cs.auckland.ac.nz/~brian/IPv4-IPv6coexistenceTechnique-TR.pdf
>> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops