Re: draft-bonica-special-purpose-04.txt

John C Klensin <john-ietf@jck.com> Fri, 21 December 2012 15:19 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD91921F84A1 for <ietf@ietfa.amsl.com>; Fri, 21 Dec 2012 07:19:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 pIk2bWoMhTm9 for <ietf@ietfa.amsl.com>; Fri, 21 Dec 2012 07:19:02 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id 58BB221F81FE for <ietf@ietf.org>; Fri, 21 Dec 2012 07:19:02 -0800 (PST)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1Tm4NJ-000FeI-LB; Fri, 21 Dec 2012 10:19:01 -0500
Date: Fri, 21 Dec 2012 10:18:56 -0500
From: John C Klensin <john-ietf@jck.com>
To: Randy Bush <randy@psg.com>, IETF Disgust <ietf@ietf.org>
Subject: Re: draft-bonica-special-purpose-04.txt
Message-ID: <28A2D5674B95DFE938946F9C@JcK-HP8200.jck.com>
In-Reply-To: <m2pq23mpl5.wl%randy@psg.com>
References: <20121129205534.8983.43593.idtracker@ietfa.amsl.com> <m2fw3s2ii7.wl%randy@psg.com> <m2pq23mpl5.wl%randy@psg.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Dec 2012 15:19:03 -0000

--On Friday, December 21, 2012 09:45 -0500 Randy Bush
<randy@psg.com> wrote:

> i remain confused.  i am not being pedantic just to be a pita.
> i really worry that this document will be used to justtify
> strange brokenness.
> 
> from my 2012.11.29 message:
>...
>> e.g. 192.0.0.0/24 is neither routable nor global, while a
>> subnet, 192.0.0.0/29, is routable.  i.e. might i route and
>> forward 192.0.0.128/25?
> 
> another annoying example.
> 
> 0.0.0.0/8 is said to be not routable, yet we commonly announce
> it in bgp (or igp) and propagate it.  a protocol implmentor
> reading this document would be justified in preventing the
> injection of 0.0.0.0/8 into a routing protocol.  [ let's not
> get into that it is commonly in the fib. ]

And a slightly-related one.  At least one prominent ISP is not
giving IPv4 addresses out to its small business customers as
a.b.c.d/N with the boundary router address at the top or bottom
of that range.  Instead, it is giving out a "range" of a.b.c.d -
a.b.c.e (e > d >> 1) and then telling the customer to use
a.b.c.1 as the boundary router address.    Is that prohibited?
Can one route from a.b.c.y to a.b.c.x  (1 << x < d < y < e) and
do any our definitions make that harder or easier?

Like Geoff, I have an opinion about how the registry(/ies)
should be organized but believe that is a matter of taste as
long as the information is correct and clear.   

But anything that defines one of these terms or restates the
definitions must be absolutely precise and clear lest we cause
ourselves real problems down the line.

    john