IETF Logo Mail Archive

[BEHAVE] draft-korhonen-behave-nat64-learn-analysis-00

Rémi Després <remi.despres@free.fr> Mon, 18 October 2010 12:27 UTC

Return-Path: <remi.despres@free.fr>
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0306F3A6B9F for <behave@core3.amsl.com>; Mon, 18 Oct 2010 05:27:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.115
X-Spam-Level:
X-Spam-Status: No, score=-0.115 tagged_above=-999 required=5 tests=[AWL=-0.766, BAYES_50=0.001, HELO_EQ_FR=0.35, 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 KaUw7BAcZDx3 for <behave@core3.amsl.com>; Mon, 18 Oct 2010 05:27:39 -0700 (PDT)
Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.10]) by core3.amsl.com (Postfix) with ESMTP id 23DAF3A6C43 for <behave@ietf.org>; Mon, 18 Oct 2010 05:27:38 -0700 (PDT)
Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2204.sfr.fr (SMTP Server) with ESMTP id 139A87000087; Mon, 18 Oct 2010 14:29:06 +0200 (CEST)
Received: from [192.168.0.20] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by msfrf2204.sfr.fr (SMTP Server) with ESMTP id A4835700008B; Mon, 18 Oct 2010 14:29:05 +0200 (CEST)
X-SFR-UUID: 20101018122905673.A4835700008B@msfrf2204.sfr.fr
From: Rémi Després <remi.despres@free.fr>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 18 Oct 2010 14:29:03 +0200
Message-Id: <C053E16B-6556-416F-83CB-EFCB1E1FE172@free.fr>
To: jouni korhonen <jouni.nospam@gmail.com>, Teemu Savolainen <teemu.savolainen@nokia.com>
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
Cc: Behave WG <behave@ietf.org>
Subject: [BEHAVE] draft-korhonen-behave-nat64-learn-analysis-00
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Oct 2010 12:27:40 -0000

Hi, Jouni and Teemu,

1.
As previously discussed on this list, this draft is IMHO important.
I hope it can quickly be discussed and become a WG document.

2. 
In the list of CONs of section 4.1.2, it has "Requires a host resolver changes and a mechanism/additions to the host resolver API (or flags, hints etc) to deliver a note to the querying application that the address is synthesized and what is the NSP prefix length."

An alternative, that IMHO should be considered, is that the resolver API directly presents an IPv4 address to the application. Thus, in my understanding, dual-stack-compatible applications wouldn't need to be modified.

Regards, 
RD

v2.23.0 | Report a Bug | By Email