Re: [v6ops] draft-ietf-v6ops-rfc3316bis WGLC

Ray Hunter <v6ops@globis.net> Mon, 13 May 2013 22:01 UTC

Return-Path: <v6ops@globis.net>
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 AB36A21F93F0 for <v6ops@ietfa.amsl.com>; Mon, 13 May 2013 15:01:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LMZ9PrqDRrll for <v6ops@ietfa.amsl.com>; Mon, 13 May 2013 15:01:08 -0700 (PDT)
Received: from globis01.globis.net (RayH-1-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:62e::2]) by ietfa.amsl.com (Postfix) with ESMTP id D650521F92BC for <v6ops@ietf.org>; Mon, 13 May 2013 15:01:07 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by globis01.globis.net (Postfix) with ESMTP id 1FF8D8700E2; Tue, 14 May 2013 00:00:45 +0200 (CEST)
Received: from globis01.globis.net ([127.0.0.1]) by localhost (mail.globis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lsfd98n6ipjS; Tue, 14 May 2013 00:00:45 +0200 (CEST)
Received: from Rays-iMac-2.local (unknown [192.168.0.3]) (Authenticated sender: Ray.Hunter@globis.net) by globis01.globis.net (Postfix) with ESMTPA id E684C8700AF; Tue, 14 May 2013 00:00:44 +0200 (CEST)
Message-ID: <51916286.9070101@globis.net>
Date: Tue, 14 May 2013 00:00:38 +0200
From: Ray Hunter <v6ops@globis.net>
User-Agent: Postbox 3.0.8 (Macintosh/20130427)
MIME-Version: 1.0
To: "Fred Baker (fred)" <fred@cisco.com>
References: <8C48B86A895913448548E6D15DA7553B859B35@xmb-rcd-x09.cisco.com>
In-Reply-To: <8C48B86A895913448548E6D15DA7553B859B35@xmb-rcd-x09.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-rfc3316bis WGLC
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: Mon, 13 May 2013 22:01:08 -0000

I have read this document. I cant say that I support it.

IMHO it's too time specific and too version specific, without proving
added value and general guidance.

On the one hand there are requirements to implement a kludge to cope
with historical limitations in mobile networks and the fact the gateway
could only handle a single prefix route (RFC6603), whereas every other
network I know of easily handles numbering of the link "to the site"
without this.

On the other hand there isn't a requirement for something really basic
in the IPv6 vision, like BCP 157, so that a device can always be
provided with enough addresses/prefixes to properly number all of its
interfaces using SLAAC without resorting to workarounds like
draft-ietf-v6ops-64share-04.

I therefore question what this document adds above and beyond reading
the detailed 3gpp version releases/ specs, and why the IETF should
publish this document at all.

regards,
RayH

Fred Baker (fred) wrote:
> This is to initiate a two week working group last call of http://tools.ietf.org/html/draft-ietf-v6ops-rfc3316bis. Please read it now. If you find nits (spelling errors, minor suggested wording changes, etc), comment to the authors; if you find greater issues, such as disagreeing with a statement or finding additional issues that need to be addressed, please post your comments to the list.
>
> We are looking specifically for comments on the importance of the document as well as its content. If you have read the document and believe it to be of operational utility, that is also an important comment to make
>
> draft-ietf-v6ops-rfc3316bis idnits
>
>
>
>