[v6ops] Comments on draft-ietf-v6ops-enterprise-incremental-ipv6-01

Philip Matthews <philip_matthews@magma.ca> Thu, 01 November 2012 15:38 UTC

Return-Path: <philip_matthews@magma.ca>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 450E821F8B7E for <v6ops@ietfa.amsl.com>; Thu, 1 Nov 2012 08:38:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.29
X-Spam-Level:
X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5 tests=[AWL=0.310, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1P6ltEUz0ioQ for <v6ops@ietfa.amsl.com>; Thu, 1 Nov 2012 08:38:42 -0700 (PDT)
Received: from mail-08.primus.ca (mail16.primus.ca [216.254.141.183]) by ietfa.amsl.com (Postfix) with ESMTP id 46A9221F8B52 for <v6ops@ietf.org>; Thu, 1 Nov 2012 08:38:42 -0700 (PDT)
Received: from [74.198.165.47] (helo=[172.20.10.2]) by mail-08.primus.ca with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from <philip_matthews@magma.ca>) id 1TTwqv-0002ZP-0s; Thu, 01 Nov 2012 11:38:41 -0400
From: Philip Matthews <philip_matthews@magma.ca>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 01 Nov 2012 11:38:36 -0400
Message-Id: <6F920D02-6E29-42F3-9BA2-5D0B2E1EE77B@magma.ca>
To: draft-ietf-v6ops-enterprise-incremental-ipv6@tools.ietf.org
Mime-Version: 1.0 (Apple Message framework v1084)
X-Mailer: Apple Mail (2.1084)
X-Authenticated: philip_matthews - ([172.20.10.2]) [74.198.165.47]
Cc: "v6ops@ietf.org list" <v6ops@ietf.org>
Subject: [v6ops] Comments on draft-ietf-v6ops-enterprise-incremental-ipv6-01
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 01 Nov 2012 15:38:43 -0000

Hi authors:

I really like this draft. I find it well written and quite insightful.

Here are a few comments based on a fairly quick read:

1) Section 4.1 on external connectivity has the following paragraph:
   PI and PA space have additional contrasting behaviours when use such
   as how dual homing may work.  Should an operator choose to dual home,
   PI space would be routed to both upstream providers and then passed
   on to other networks.  Utilizing more then one upstream Service
   Provider may introduce challenges since traffic utilizing a given PA
   assign block would be expected to flow through the assigning provider
   for entry to the Internet.  Should traffic flow using sources
   addresses which are not delegated form a given provider, reverse path
   forwarding rules on the operator side may reject some traffic.  These
   considerations are quite different then those of IPv4 which relied on
   NAT in most cases.
There seems to be a sudden jump in the discussion here starting with the sentence "Utilizing ...". Before you were talking about PI space, then you suddenly jump and talk about a concern with using PA space.

2) Also in section 4.1, you don't say anything about the third approach of getting PA space from two providers and using NAT66.

3) And section 4.1 also contains the following rather interesting sentence:
   On significant factor guiding how an organization may
   need to communist with the outside world will involve the use of PI
   (Provider Independent) and/or PA (Provider Aggregatable) IPv6 space.
s/On/One/
s/communist/communicate/

4) A meta-question:  Some of the advice in this document is not specific to the enterprise situation. I am wondering if it would be helpful to pull that part out into a separate document?  No strong opinion here -- just an observation for now.

- Philip