IETF Logo Mail Archive

Review of 'draft-xu-v6ops-hybrid-framework-00.txt'

"Templin, Fred L" <Fred.L.Templin@boeing.com> Wed, 02 September 2009 21:30 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 54A2D28C23B for <ietfarch-v6ops-archive@core3.amsl.com>; Wed, 2 Sep 2009 14:30:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.874
X-Spam-Level:
X-Spam-Status: No, score=-4.874 tagged_above=-999 required=5 tests=[AWL=-0.379, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W5cNQXKoFEwp for <ietfarch-v6ops-archive@core3.amsl.com>; Wed, 2 Sep 2009 14:30:41 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 8342C3A7138 for <v6ops-archive@lists.ietf.org>; Wed, 2 Sep 2009 14:27:05 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1MixGl-000EKf-WF for v6ops-data0@psg.com; Wed, 02 Sep 2009 21:21:32 +0000
Received: from [130.76.64.48] (helo=slb-smtpout-01.boeing.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <Fred.L.Templin@boeing.com>) id 1MixGh-000EJf-Kq for v6ops@ops.ietf.org; Wed, 02 Sep 2009 21:21:29 +0000
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by slb-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id n82LKmdu009899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Sep 2009 14:20:48 -0700 (PDT)
Received: from slb-av-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id n82LKlNY024993; Wed, 2 Sep 2009 14:20:47 -0700 (PDT)
Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by slb-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id n82LKlhL024977; Wed, 2 Sep 2009 14:20:47 -0700 (PDT)
Received: from XCH-NW-7V2.nw.nos.boeing.com ([130.247.54.35]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Sep 2009 14:20:43 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: Review of 'draft-xu-v6ops-hybrid-framework-00.txt'
Date: Wed, 02 Sep 2009 14:20:42 -0700
Message-ID: <39C363776A4E8C4A94691D2BD9D1C9A106599A1B@XCH-NW-7V2.nw.nos.boeing.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Review of 'draft-xu-v6ops-hybrid-framework-00.txt'
Thread-Index: AcosEzn9r9XEbtZGTxSbJCP7y5q29A==
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: v6ops <v6ops@ops.ietf.org>
Cc: xujf@gsta.com, JiangSheng 66104 <shengjiang@huawei.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
X-OriginalArrivalTime: 02 Sep 2009 21:20:43.0541 (UTC) FILETIME=[3AC41450:01CA2C13]
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

Below is my review of 'draft-xu-v6ops-hybrid-framework-00.txt':

Fred
fred.l.templin@boeing.com

---

1) Abstract, the phrase "as many as possible" seems at
odds with trusting the ISP to make informed choices.
Suggest changing this to: "ISP networks may need to
support multiple IPv6 connectivity solutions".

2) Section 1, paragraph 3, the phrase: "including the support
of configured IPv6-over-IPv4 tunnels" should be shortened to
"including the support of IPv6-over-IPv4 tunnels".

3) Section 1, paragraph 3, the phrase: "cannot be sufficient
once IPv4 addresses have run out, because it" is not correct,
because dual stack can still be used in environments that
use IPv4 privacy addresses, which can exist even after the
global IPv4 address run-out. Suggest shortening sentence to:

  "However, the dual stack approach does not allow IPv6-only
   hosts to communicate with IPv4-only hosts."

which is true under any circumstances.

4) Section 1, paragraph beginning with "Each technique...",
add VET to the "For example" list, i.e., as:

  "For example, VET (Virtual Enterprise Traversal [VET]),
   6RD (IPv6 Rapid Deployment [6RD]), Port Range ..."

5) Section 1, paragraph beginning with "Up to now",
change: "ISP networks need to support as many IPv6
connectivity solutions as is operationally reasonable"
to" "ISP networks may need to support multiple IPv6
connectivity solutions".

6) Section 2, third paragraph, the trailing sentence: "Note
that IPv6 autoconfiguration is not powerful enough for this
purpose." does not seem to add any value and may instead
serve only to confuse. Can this sentence be dropped?

7) Section 2, the paragraph beginning: "The hybrid ISP
framework", change first sentence to: "The hybrid ISP
framework may need to support multiple IPv6 connectivity
solutions."

8) Section 3, second paragraph beginning: "In order to
find NATs and traverse them,", this text seems to imply
that *all* applications need to be made NAT-aware when
in fact many/most applications are oblivious to NATs.
Is there a certain class of applications this text is
meaning to refer to? If so, the assumptions must be
stated.

9) Section 4.2 should also cite IPv6 Prefix Options for
DHCPv6 [RFC3633].

10) Section 4.3, DNS SRV is not the only method used for
service resolution. Remove the phrase: "using DNS SRV
[2782]".

v2.23.0 | Report a Bug | By Email