Re: [Softwires] IPv4 Residual Deployment - Unified-standard proposal 4rd

Rémi Després <despres.remi@laposte.net> Mon, 12 March 2012 08:33 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 076D221F86DC for <softwires@ietfa.amsl.com>; Mon, 12 Mar 2012 01:33:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.22
X-Spam-Level:
X-Spam-Status: No, score=-2.22 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, 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 fFP9B2pEoy-r for <softwires@ietfa.amsl.com>; Mon, 12 Mar 2012 01:33:11 -0700 (PDT)
Received: from smtpout.laposte.net (smtpout4.laposte.net [193.253.67.229]) by ietfa.amsl.com (Postfix) with ESMTP id BFF6F21F8685 for <softwires@ietf.org>; Mon, 12 Mar 2012 01:33:10 -0700 (PDT)
Received: from [192.168.0.21] ([88.166.221.144]) by mwinf8508-out with ME id kYZ61i00N37Y3f403YZ6Bc; Mon, 12 Mar 2012 09:33:09 +0100
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-93-1046668547"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CAFUBMqVzbtZ7JxunHv7m1zgWjRa2sh7zZS+91aURAy8-xTZW8g@mail.gmail.com>
Date: Mon, 12 Mar 2012 09:33:06 +0100
Message-Id: <B134C149-114F-43ED-9E84-E2D3BA95180B@laposte.net>
References: <B509CB1C-4A0A-408B-9B4A-C0F847169431@juniper.net> <2AB8570A-644F-4792-8C56-44AD80A79234@laposte.net> <D6428903-FBA0-419C-A37F-A00874F28118@laposte.net> <CAM+vMERsVz7cuC1C52gw12wySaEgw8=44JjS8AUygj0vJ899Cg@mail.gmail.com> <DDD20574-4ECD-4285-BB15-548628FB0425@laposte.net> <CAM+vMETahum9rB+fr=OHAmVobDZSzRRy9mUwkjryhqRvaJWe-Q@mail.gmail.com> <35065EB3-D4D6-451B-ACED-67BB94C77F18@laposte.net> <CAAuHL_D68nkd36ifLzEeVR67Q124VH-pMhM1pkEE_PcLbGxBrw@mail.gmail.com> <14D90642-0478-4AB9-91AA-A3E0310197F2@laposte.net> <CAFUBMqX9dj8MSeZdJTic5iOT=Jjg4oihWs30FWVAca08v_3=7g@mail.gmail.com> <D476AFD2-3B6B-48A0-971D-C65CC2CFA46B@laposte.net> <CAFUBMqU1wtP5prSaLG8hDSuv-EGWP5Diqoj6WEMHb_q8hNVDdQ@mail.gmail.com> <4BA560D3-5D48-4911-BDCB-D9CB490FBBA1@laposte.net> <CAFUBMqVzbtZ7JxunHv7m1zgWjRa2sh7zZS+91aURAy8-xTZW8g@mail.gmail.com>
To: Maoke <fibrib@gmail.com>
X-Mailer: Apple Mail (2.1084)
Cc: Softwires WG <softwires@ietf.org>, Yong Cui <cuiyong@tsinghua.edu.cn>
Subject: Re: [Softwires] IPv4 Residual Deployment - Unified-standard proposal 4rd
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: Mon, 12 Mar 2012 08:33:12 -0000

2012-03-12 03:08, Maoke:
> 2012/3/9 Rémi Després <despres.remi@laposte.net>
...
> If a source sends to a shared IPv4 address with a port-less protocol, it will receive a  "destination unreachable" ICMPv4 packet.
> Its code will be either "network unreachable", because no CE had the derived IPv6 address (sec. 4.7), or "protocol unreachable", because the reached CE NAT44 cannot process this port-less protocol.
> The usual error-signalling mechanism works as it has to.
>  
>  
> ok. now i got the whole picture. sorry for the late understanding.
> but does this means 4rd-U is an extension of NAT44 or at least depends upon NAT44?
>  
> RFC6145 has no such dependence at all.


R-1 says:
"A node whose CE is assigned a shared IPv4 address MUST include a NAT44 [RFC1631].  This NAT44 MUST only use external ports that are in the CE assigned port set."
For other cases, the choice remains open. In CEs that are assigned IPv4 prefixes, NAT44s are clearly possible but not required. 

In a CE-node that is only a host, the NAT44 might be optional. Would it be good or not to permit it isn't clear to me but, in R-1, a SHOULD seems more appropriate than a MUST.
Thanks for the point.

RD