Re: [BEHAVE] draft-boucadair-behave-dns-a64-00.txt [was RE: I-DAction:draft-ietf-behave-dns64-01.txt]

Xuewei Wang <wangxuewei@huawei.com> Fri, 23 October 2009 08:57 UTC

Return-Path: <wangxuewei@huawei.com>
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 6938A3A68F9 for <behave@core3.amsl.com>; Fri, 23 Oct 2009 01:57:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.258
X-Spam-Level: *
X-Spam-Status: No, score=1.258 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1]
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 N2nWnh0uudWV for <behave@core3.amsl.com>; Fri, 23 Oct 2009 01:56:59 -0700 (PDT)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 7EEC53A6768 for <behave@ietf.org>; Fri, 23 Oct 2009 01:56:54 -0700 (PDT)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KRY001QDM6UNE@szxga04-in.huawei.com> for behave@ietf.org; Fri, 23 Oct 2009 16:56:54 +0800 (CST)
Received: from w00104636 ([10.111.12.107]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KRY00CAEM6T78@szxga04-in.huawei.com> for behave@ietf.org; Fri, 23 Oct 2009 16:56:54 +0800 (CST)
Date: Fri, 23 Oct 2009 16:56:53 +0800
From: Xuewei Wang <wangxuewei@huawei.com>
To: mohamed.boucadair@orange-ftgroup.com, Christian Huitema <huitema@microsoft.com>, teemu.savolainen@nokia.com, ajs@shinkuro.com, behave@ietf.org
Message-id: <011a01ca53be$c489b050$6b0c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Outlook Express 6.00.2900.3598
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: base64
X-Priority: 3
X-MSMail-priority: Normal
References: <20091019180002.1AFBE3A692D@core3.amsl.com> <20091019181555.GC9536@shinkuro.com> <18034D4D7FE9AE48BF19AB1B0EF2729F3EF10EF424@NOK-EUMSG-01.mgdnok.nokia.com> <6B55F0F93C3E9D45AF283313B8D342BA211C9BC9@TK5EX14MBXW652.wingroup.windeploy.ntdev.microsoft.com> <23132_1256211881_4AE045A9_23132_13404_1_94C682931C08B048B7A8645303FDC9F30781B159F8@PUEXCB1B.nanterre.francetelecom.fr> <00d501ca53b8$8c491c90$6b0c6f0a@china.huawei.com> <11300_1256286880_4AE16AA0_11300_12706_1_94C682931C08B048B7A8645303FDC9F30781B15DD4@PUEXCB1B.nanterre.francetelecom.fr>
Cc: BURGEY Eric RD-CORE <eric.burgey@orange-ftgroup.com>
Subject: Re: [BEHAVE] draft-boucadair-behave-dns-a64-00.txt [was RE: I-DAction:draft-ietf-behave-dns64-01.txt]
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: Fri, 23 Oct 2009 08:57:00 -0000

Looking forward to your updating draft ! 

Xuewei Wang
----- Original Message ----- 
From: <mohamed.boucadair@orange-ftgroup.com>
To: "Xuewei Wang" <wangxuewei@huawei.com>; "Christian Huitema" <huitema@microsoft.com>; <teemu.savolainen@nokia.com>; <ajs@shinkuro.com>; <behave@ietf.org>
Cc: "BURGEY Eric RD-CORE" <eric.burgey@orange-ftgroup.com>
Sent: Friday, October 23, 2009 4:34 PM
Subject: Re: [BEHAVE] draft-boucadair-behave-dns-a64-00.txt [was RE: I-DAction:draft-ietf-behave-dns64-01.txt]



Dear Xuewei, all,

The A64 proposal does not make any assumption about the type of the pref6 to be used. Both WKP and LIR prefixes are supported. We are currently updating the draft to describe a mode in which an authoritative server can be updated to support A64 (and therefore a LIR pref can be used).

Cheers,
Med 

-----Message d'origine-----
De : Xuewei Wang [mailto:wangxuewei@huawei.com] 
Envoyé : vendredi 23 octobre 2009 10:12
À : BOUCADAIR Mohamed NCPI/NAD/TIP; Christian Huitema; teemu.savolainen@nokia.com; ajs@shinkuro.com; behave@ietf.org
Objet : [BEHAVE] draft-boucadair-behave-dns-a64-00.txt [was RE: I-DAction:draft-ietf-behave-dns64-01.txt]

Hi, mohamed,
I have noticed your new draft draft-boucadair-behave-dns-a64-00.  If i understand it correctly this draft makes DNS server to add a new a64 RR to represent an IPv4-mapped IPv6 addresses. Because the DNS server don't serve any specific NAT64s, so the prefix64 which the DNS server uses to construct a64 RR must be a Well-Known Prefix rather than a Network-Specific Prefix, is my understand correct?


Xuewei Wang
----- Original Message -----
From: <mohamed.boucadair@orange-ftgroup.com>
To: "Christian Huitema" <huitema@microsoft.com>; <teemu.savolainen@nokia.com>; <ajs@shinkuro.com>; <behave@ietf.org>
Sent: Thursday, October 22, 2009 7:44 PM
Subject: Re: [BEHAVE] I-D Action:draft-ietf-behave-dns64-01.txt



Dear Christian, all,

FYI, we have submitted a draft to describe the A64 record for IPv4-mapped IPv6 addresses. An updated version of the draft will be submitted soon

Title           : A64: DNS Resource Record for IPv4-mapped IPv6 Address
Author(s)       : M. Boucadair, E. Burgey
Filename        : draft-boucadair-behave-dns-a64-00.txt
Pages           : 9
Date            : 2009-10-18

In this context of IPv4-IPv6 interconnection, several solutions have been proposed.  Some of these solutions require the definition of a new IPv4-mapped IPv6 address [I-D.ietf-behave-address-format] which is used to represent an IPv4-only host in an IPv6 realms and the definition of a new mechanism called DNS64 for synthesizing a AAAA record, representing an IPv4-mapped IPv6 address in the DNS system, from the A record representing the IPv4 address of the IPv4-only host [I-D.ietf-behave-dns64].  This IPv4-mapped IPv6 address, when managed by a translator, is to be considered as "fake" address in a DNS system since it is not necessarily assigned to any host's interface qualified by the associated name.  This document defines a new DNS record type and query type to identify IPv4-mapped IPv6 address [I-D.ietf-behave-address-format] from native IPv6 ones.  The new record type and query type aim at helping the remote party to enforce its policies and avoid NAT64 boxes when possible.  Native addresses are to be preferred.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-boucadair-behave-dns-a64-00.txt


Cheers,
Med

 

-----Message d'origine-----
De : behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] De la part de Christian Huitema
Envoyé : mercredi 21 octobre 2009 18:40
À : teemu.savolainen@nokia.com; ajs@shinkuro.com; behave@ietf.org
Objet : Re: [BEHAVE] I-D Action:draft-ietf-behave-dns64-01.txt

> The draft contains question about multihoming:"In particular, how is 
> the multi-homed host supposed to know that a given AAAA is synthetic?".

Wonder about that too. Isn't the best solution to create a new record type, say A4A6, that would contain the mapped addresses of IPv4 only hosts?

-- Christian Huitema



_______________________________________________
Behave mailing list
Behave@ietf.org
https://www.ietf.org/mailman/listinfo/behave

*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************

_______________________________________________
Behave mailing list
Behave@ietf.org
https://www.ietf.org/mailman/listinfo/behave
*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************

_______________________________________________
Behave mailing list
Behave@ietf.org
https://www.ietf.org/mailman/listinfo/behave