[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
- [renum] An observation on 'draft-jiang-6renum-ent… Templin, Fred L
- Re: [renum] An observation on 'draft-jiang-6renum… Brian E Carpenter
- Re: [renum] An observation on 'draft-jiang-6renum… Templin, Fred L
- Re: [renum] An observation on 'draft-jiang-6renum… Jiangsheng