Re: I-D Action: draft-moonesamy-rfc2050-historic-00.txt

Randy Bush <randy@psg.com> Sun, 13 January 2013 03:14 UTC

Return-Path: <randy@psg.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 C694521F8A41 for <ietf@ietfa.amsl.com>; Sat, 12 Jan 2013 19:14:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.271
X-Spam-Level:
X-Spam-Status: No, score=-2.271 tagged_above=-999 required=5 tests=[AWL=-0.272, BAYES_00=-2.599, J_CHICKENPOX_31=0.6]
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 MebNLr9h8rQA for <ietf@ietfa.amsl.com>; Sat, 12 Jan 2013 19:14:45 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by ietfa.amsl.com (Postfix) with ESMTP id 0D05021F8A3F for <ietf@ietf.org>; Sat, 12 Jan 2013 19:14:45 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from <randy@psg.com>) id 1TuE1y-0008oA-GA; Sun, 13 Jan 2013 03:14:42 +0000
Date: Sat, 12 Jan 2013 17:14:39 -1000
Message-ID: <m21udpydsw.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: David Conrad <drc@virtualized.org>
Subject: Re: I-D Action: draft-moonesamy-rfc2050-historic-00.txt
In-Reply-To: <BBAC97B5-C633-4034-818D-5E9755012FF8@virtualized.org>
References: <20130112085109.7357.35960.idtracker@ietfa.amsl.com> <50F12E80.8080007@gmail.com> <6D2D2975-A47A-4A0B-A11F-D7C73FE22EDD@virtualized.org> <03E877D7862B38284128680C@JcK-HP8200.jck.com> <BBAC97B5-C633-4034-818D-5E9755012FF8@virtualized.org>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Cc: IETF Disgust <ietf@ietf.org>
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: Sun, 13 Jan 2013 03:14:45 -0000

< vituperation >

> I believe RFC 2050 does (and did) _not_ address "technical
> specifications of addresses", but rather documented (past tense) the
> then "best current practice" of policies associated with the
> operational deployment of those addresses for a short period around
> 1995 or so.

from this ops pov, the danvers meeting was where the ops and the irs met
to agree on the critical issue of sean's ags+s falling over, agree that
we would not filter on shorter than a /19 outside of swamp, and that the
irs would allocate no longer than /19.  that the ir folk then took it
and made a massive layer nine out of it was on your own heads.  the
american idiom is that chickens come home to roost.

> RFC 2050 is outdated and historic and its status should be made to
> reflect that truth.

made your bed, sleep in it.  maybe learn not to do it again?  nope.  the
irs keep on making massive and complex policy.  there were and are
alternatives http://www.apnic.net/policy/proposals/prop-103

we need bookkeepers.  we get wannabe regulators.  now we have wannabe
regulators who want to write the regulations completely outside of
coordination with the rest of the community.  oh goodie.

randy