Re: [v6ops] Follow-up Discussion - draft-ietf-v6ops-design-choices - NAT

Philip Matthews <philip_matthews@magma.ca> Mon, 19 October 2015 21:02 UTC

Return-Path: <philip_matthews@magma.ca>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBF011ACE87 for <v6ops@ietfa.amsl.com>; Mon, 19 Oct 2015 14:02:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RmqNuxCvcDgN for <v6ops@ietfa.amsl.com>; Mon, 19 Oct 2015 14:02:23 -0700 (PDT)
Received: from tor-smtp-03.primus.ca (smtp-auth2-149.primus.ca [216.254.140.149]) by ietfa.amsl.com (Postfix) with ESMTP id 9AA831ACE88 for <v6ops@ietf.org>; Mon, 19 Oct 2015 14:02:16 -0700 (PDT)
Received: from [24.114.96.27] (helo=[172.20.10.4]) by tor-smtp-03.primus.ca with esmtpa (Exim 4.84) (envelope-from <philip_matthews@magma.ca>) id 1ZoHZP-0006ww-Oe; Mon, 19 Oct 2015 17:02:16 -0400
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <56254C98.2010501@gmail.com>
Date: Mon, 19 Oct 2015 17:02:13 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <75421D8D-362D-4D47-AB56-B8CB7639CC51@magma.ca>
References: <56250655.2040701@jvknet.com> <56254C98.2010501@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1085)
X-Authenticated: philip_matthews - ([172.20.10.4]) [24.114.96.27]
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/2-dajCtoklE-66j-W1meT_uWeBc>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Follow-up Discussion - draft-ietf-v6ops-design-choices - NAT
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 19 Oct 2015 21:02:25 -0000

Brian:

What solution would you recommend today to a small-to-medium-sized enterprise that cannot get PI space and wants the flexibility to easily change providers and possibly multi-home?

If the enterprise numbers their network internally with PA space, then they need to renumber to change providers. Though this is definitely easier in IPv6 than IPv4, it is still not "easy".  And what about multi-homing?

- Philip


On 2015-10-19, at 16:03 , Brian E Carpenter wrote:

>> If ULAs are the only non-Link-Local address available the	
>> hosts, the enterprise will need to use translation technologies such	
>> as NPT[RFC6296] or NAT66 to reach the Internet. 
> 
> I think this is still the wrong message. Here's my suggestion:
> 
> The best approach is to use ULAs for internal communications and
> normal IPv6 addresses for external communications. Running multiple
> addresses in this way is a standard feature of IPv6. If for some reason
> an enterprise decides to use ULAs as the only non-Link-Local address
> available to its hosts, the enterprise will also need to use the
> experimental address prefix technology translation known as NPTv6
> [RFC6296] to reach the Internet. Full address translation (known
> as NAT66) is never needed for IPv6 since there is no address shortage.
> 
> Regards
>   Brian Carpenter
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>