Re: [Softwires] MAP and 4rd - Relationship with Single translation

Rémi Després <despres.remi@laposte.net> Fri, 10 February 2012 10:23 UTC

Return-Path: <despres.remi@laposte.net>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D927321F858D for <softwires@ietfa.amsl.com>; Fri, 10 Feb 2012 02:23:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.552
X-Spam-Level:
X-Spam-Status: No, score=-1.552 tagged_above=-999 required=5 tests=[AWL=-0.138, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3]
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 SSe0VLpoQoGd for <softwires@ietfa.amsl.com>; Fri, 10 Feb 2012 02:23:27 -0800 (PST)
Received: from smtpout.laposte.net (smtpout5.laposte.net [193.253.67.230]) by ietfa.amsl.com (Postfix) with ESMTP id D301121F861B for <softwires@ietf.org>; Fri, 10 Feb 2012 02:23:26 -0800 (PST)
Received: from [192.168.0.21] ([88.166.221.144]) by mwinf8509-out with ME id YAPM1i00437Y3f403APMHW; Fri, 10 Feb 2012 11:23:25 +0100
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-2-522366737"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <4F348EEB.4050908@cernet.edu.cn>
Date: Fri, 10 Feb 2012 11:23:21 +0100
Message-Id: <86ABDF99-789A-47D3-AD70-476F998E31AE@laposte.net>
References: <B140D6B2-1B19-43D7-9B63-6BEA83CEB164@juniper.net> <3AAD65F3-5169-49B7-9698-E820EF419B35@employees.org> <171F46DF-2C26-48A8-BE2D-D859C9DE43E9@laposte.net> <8A238676-62B7-4A8B-8986-B24A964CFD9B@juniper.net> <29D1D1C9-CC1E-4F92-81BC-81ECC3402C47@laposte.net> <63E186D0-B49E-4AB4-93C1-C6C7412519E8@laposte.net> <96214733-7D45-436E-81C2-6E6701542C79@employees.org> <4F348EEB.4050908@cernet.edu.cn>
To: Xing Li <xing@cernet.edu.cn>
X-Mailer: Apple Mail (2.1084)
Cc: Softwires WG <softwires@ietf.org>, Yong Cui <cuiyong@tsinghua.edu.cn>, Ralph Droms <rdroms@cisco.com>
Subject: Re: [Softwires] MAP and 4rd - Relationship with Single translation
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Feb 2012 10:23:28 -0000

Hi Xing,
Good to have you coming in the (unfinished) technical analysis.

I answered to Ole on his remarks, which you support, but not on the following:

You propose to have a line on "IPv4 to IPv6 communication (single translation) supported", wit 

Let me therefore reiterate the wish to see an ISP use case, with its Mapping rules, and with IPv6 prefixes of CEs that illustrate the problem you see.

Regards,
RD
 




Le 2012-02-10 à 04:28, Xing Li a écrit :
...                                      |     |     |     |     |
>>>   |  5 | IPv6 web caches work for IPv4        |  Y  |  N  |  Y  |  N  |
>>>   |    | packets                              |     |     |     |     |
>> suggest you rename to "IPv4 to IPv6 communication (single translation) supported"
>> 
> 
> (2) More clarification should be added here. I am not sure 4rd-H can support single translation.
> 
> (a) According to (1), 4rd-H does not perform header translation defined by RFC6145. 
> 
> (b) In the softwire mailing list, it seems that 4rd-H cannot support single translation.  See the thread containing http://www.ietf.org/mail-archive/web/softwires/current/msg03324.html and other posts.
> 
> (c) If 4rd-H cannot support single translation, then "IPv6 web caches work for IPv4 packets" requires special configurations, it cannot do IPv6 web caches for non 4rd-H packets.

...

> (5) I would like to see the details of how 4rd-H handles ICMP and ICMP error messages. In the softwire mailing list there were some discussions. See the thread containing http://www.ietf.org/mail-archive/web/softwires/current/msg03324.html and other posts. Please add
> 
>  | 17 | Handle ICMP (RFC6145) | Y | n/a | ? | ? |
...