Re: Ancient history (was Accurate history was [Re: "professional" in an IETF context])

Eliot Lear <lear@lear.ch> Wed, 03 November 2021 09:15 UTC

Return-Path: <lear@lear.ch>
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 3A0923A11E7 for <ietf@ietfa.amsl.com>; Wed, 3 Nov 2021 02:15:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.42
X-Spam-Level:
X-Spam-Status: No, score=-5.42 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-3.33, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lear.ch
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1HhshrLDDc7j for <ietf@ietfa.amsl.com>; Wed, 3 Nov 2021 02:15:35 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4578C3A11E8 for <IETF@ietf.org>; Wed, 3 Nov 2021 02:15:34 -0700 (PDT)
Received: from [IPV6:2001:420:c0c0:1011::2] ([IPv6:2001:420:c0c0:1011:0:0:0:2]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 1A39FSIT1825598 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 3 Nov 2021 10:15:31 +0100
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1635930932; bh=iLWCJF/N23QR2nJo/OWjvwqmpegjDcMx6gZS8zeS2hw=; h=Date:To:References:Cc:From:Subject:In-Reply-To:From; b=vPwE67CKbkn/AwisocMJAmaI1/3cCZ4uky30gYNjlUUhbmAJTg+Ln3q7IP4+ls59p a49o3xDHg6UpMvvVOSkfaGy23Nz52u9meTOSXE4W8FTw0h/ithpqmoqqsUmoCGIyHw 5ru1sTMa6FdtvyXThGWSW89KwcwbjpIdRwnhE16Y=
Message-ID: <84ac0acc-fd3d-173f-8afa-e603604b03e4@lear.ch>
Date: Wed, 03 Nov 2021 10:15:26 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.2.1
Content-Language: en-US
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
References: <37b299c8-e821-07e5-6240-68fb9d1ca137@gmail.com> <ADBD9121-758D-46D9-BD3D-D32098B89895@gmail.com> <4108B7BF-8CE0-484A-86E2-AEE8D41D828C@sobco.com> <70581daf-5c17-cdf6-80db-19eaa7cbb1a3@necom830.hpcl.titech.ac.jp>
Cc: ietf <IETF@ietf.org>
From: Eliot Lear <lear@lear.ch>
Subject: Re: Ancient history (was Accurate history was [Re: "professional" in an IETF context])
In-Reply-To: <70581daf-5c17-cdf6-80db-19eaa7cbb1a3@necom830.hpcl.titech.ac.jp>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------QrsLyCDlmgWs0b0BSRytzWTA"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/FWPfbuTVFgIifRIGLyFESBO9Qao>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 03 Nov 2021 09:15:41 -0000

On 03.11.21 09:14, Masataka Ohta wrote:
> Scott O. Bradner wrote:
>
>> see https://www.sobco.com/ipng/big_ten/big_ten_packet_format.txt > 
>> for one of the final proposals
>
> It says:
>
>    This document attempts to borrow the best from all of the existing
>    IPng proposals (CATNIP, SIPP, TUBA).
>
> which is, as all the real engineers know, the surest way to
> lose, though politicians think it the best compromise.
>
> It should also be noted that SIPP is already a union
> of SIP and PIP, though Paul Francis, who proposed PIP,
> was, in the face of SIPP, saying "PIP is dead".
>
> So, SIPP was developed highly politically, though its
> address is still 64bit long.
>
While *perhaps* SIPP shared some principles with Pip I don't think that 
either the addressing or routing architecture was one of them.  My 
recollection was that the 128 bit address came to be because of concerns 
that we'd end up having to do All Of This *again* if there were a 
shortage.  Nobody wanted that, and so we ended up with 128 bits.  That 
wasn't the only reason: the idea of doing away with ARP and permitting 
some amount of auto-configuration based on the MAC address had its 
appeal.  You can say that IPv6 was the result of committee thinking, and 
I would probably agree, but I'm not sure what the alternative would be.  
After all, politics begin in a room with more than one person.

You can *somewhat* follow the development of Pip in particular at the 
24th through 27th IETF meetings.  I say, “somewhat” because even by the 
24th IETF, Paul had evolved his ideas (the sign of a good engineer).  I 
just can't find good earlier references.

Eliot