[renum] An observation on 'draft-jiang-6renum-enterprise-00.txt'

"Templin, Fred L" <Fred.L.Templin@boeing.com> Wed, 13 July 2011 18:14 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: renum@ietfa.amsl.com
Delivered-To: renum@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDBA621F8BF4 for <renum@ietfa.amsl.com>; Wed, 13 Jul 2011 11:14:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.199
X-Spam-Level:
X-Spam-Status: No, score=-6.199 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4]
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 pPtcg0Uh2KgI for <renum@ietfa.amsl.com>; Wed, 13 Jul 2011 11:14:17 -0700 (PDT)
Received: from stl-smtpout-01.boeing.com (stl-smtpout-01.boeing.com [130.76.96.56]) by ietfa.amsl.com (Postfix) with ESMTP id 5B66621F8BED for <renum@ietf.org>; Wed, 13 Jul 2011 11:14:17 -0700 (PDT)
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by stl-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id p6DIDahN018300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Jul 2011 13:13:37 -0500 (CDT)
Received: from localhost (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with SMTP id p6DIDa90009296; Wed, 13 Jul 2011 11:13:36 -0700 (PDT)
Received: from XCH-NWHT-01.nw.nos.boeing.com (xch-nwht-01.nw.nos.boeing.com [130.247.70.222]) by slb-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id p6DIDUcF009145 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Wed, 13 Jul 2011 11:13:30 -0700 (PDT)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-01.nw.nos.boeing.com ([130.247.70.222]) with mapi; Wed, 13 Jul 2011 11:13:29 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: "renum@ietf.org" <renum@ietf.org>
Date: Wed, 13 Jul 2011 11:13:28 -0700
Thread-Topic: An observation on 'draft-jiang-6renum-enterprise-00.txt'
Thread-Index: AcxBdXERdFTyM40XSrSml9Cw9XU+jgAEEyswAABfxxA=
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A65C6B37F0D7@XCH-NW-01V.nw.nos.boeing.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [renum] An observation on 'draft-jiang-6renum-enterprise-00.txt'
X-BeenThere: renum@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Renumbering discussion mailing list." <renum.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/renum>, <mailto:renum-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/renum>
List-Post: <mailto:renum@ietf.org>
List-Help: <mailto:renum-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/renum>, <mailto:renum-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Jul 2011 18:14:18 -0000

 
[[ Re-sending - previous attempt was truncated ]]

Authors,

In Section 1 of this document, we see:

  "This document focuses on IPv6 only, by leaving IPv4
   out of scope. Dual-stack network or IPv4/IPv6
   transition scenarios are out of scope, too."

This statement seem to me to be dodging a very
important phase in the transition of existing IPv4
enterprise networks into IPv6 supporting enterprises.
Indeed, the document fails to cite the two v6ops
publications on Enterprise network IPv6 considerations,
namely "IPv6 Enterprise Network Scenarios" [RFC4057]
and "IPv6 Enterprise Network Analysis - IP Layer 3
Focus" [RFC4852]". These documents clearly show a
need to account for a mixed IPv4/IPv6 environment
for some time to come.

Also, in Section 2 of your document:

  "The complicated IPv4/IPv6 co-existing scenarios are
   out of scope."

In the case of ISATAP [RFC5214] at least, I disagree
with the characterization of "complicated". Indeed,
using ISATAP, an entire enterprise network can be
automatically renumbered by touching only the site
bordering ISATAP routers when their ISP delegated
prefixes from the ISP change. As far as I can tell,
such would represent possibly the simplest of all
renumbering scenarios. Note also that operational
guidance for IPv6 deployment in IPv4 sites using
is now beind documented in 'draft-templin-v6ops-isops',
which could also be cited by your document.

Please check these works, and consider citing the
appropriate documents. Please also note that ISATAP
provides a ready-made simple solution for enterprise
network renumbering, which could also be mentioned
in your document.

Thanks - Fred
fred.l.templin@boeing.com