Re: [Int-area] [ih] Fwd: Existing use of IP protocol 114 (any 0-hop protocol)

Joe Touch <touch@strayalpha.com> Sat, 21 September 2019 05:45 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08FF4120052 for <int-area@ietfa.amsl.com>; Fri, 20 Sep 2019 22:45:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.219
X-Spam-Level:
X-Spam-Status: No, score=-1.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 hziRLNZP736j for <int-area@ietfa.amsl.com>; Fri, 20 Sep 2019 22:45:30 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 D24FD120096 for <int-area@ietf.org>; Fri, 20 Sep 2019 22:45:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JkLLgEqc7carS8uY5oPyTHG/vGeoCq9qHveSLLi2xko=; b=ULF97vBcbW2DefjFDLSkGhILy m98Po7YoGT+iQQOoBXn4qaKera1/C8B4bHrxfdfb7cq2g4U7Y4WSjsq/XwRVm7flcHWK4AJBaRpt1 B8pXKtxBRx6331DE/YMBuxKW7emOq3HDu/WH6240gSVxgoaUYjDJkEGJ1M+VLZx5tlj0dcLIVORxG BPyBq/PMex1MsubRrgrDbSEsfQkV0SFJgHBuiqC6o/MREwMMaTi+L8xa0Ru2/YyZsknPskZ6HvPDg L110qDflc7rM+hhWW9wltizMVigXXM9qoTZdWLQZyuKBi/FPhHMOh+GDh44X0NNqYKKRYVU3lIAlA yqFKQM7wA==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:61147 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1iBYCy-0048dh-E6; Sat, 21 Sep 2019 01:45:29 -0400
Content-Type: multipart/alternative; boundary="Apple-Mail=_B312684A-05B5-4E37-B3E8-36D58256B464"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <CAAedzxpuoBRNohf9hW5PhEwopXRb+VPxaZpWR_3JNeBsR_j4_g@mail.gmail.com>
Date: Fri, 20 Sep 2019 22:45:22 -0700
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Bob Hinden <bob.hinden@gmail.com>, Internet Area <int-area@ietf.org>, Internet History <internet-history@postel.org>
Message-Id: <A6688D98-5C7D-4BCE-99C3-5A5A00A179F8@strayalpha.com>
References: <D6BD6D0F-9504-4533-BCFD-A79B2357BC96@cisco.com> <88ec7bdb-57e7-5966-6deb-b9e9ba8d7b67@gmail.com> <416.1568937724@hop.toad.com> <CAC8QAcfQd-n1bVWOhXRQEMW_Z=DPNzrYPUEdZrAHCL-MuXYXyQ@mail.gmail.com> <CAA=duU0x8+jPWwHu1qTc-40zjrySKjAdVpSnMBWaTwPJ2nrJvg@mail.gmail.com> <9C35B8B2-B5CC-4BB5-AC4E-2F3C77AD1A7C@gmail.com> <E9F59590-C661-471A-82E4-00D82EC7CBC9@strayalpha.com> <2e48543a-b4f6-f136-3b0f-751dc7473e72@gmail.com> <CAAedzxpuoBRNohf9hW5PhEwopXRb+VPxaZpWR_3JNeBsR_j4_g@mail.gmail.com>
To: ek@loon.com
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/zYA4q9rh3XyMTZMTVo4SjhlcZ6E>
Subject: Re: [Int-area] [ih] Fwd: Existing use of IP protocol 114 (any 0-hop protocol)
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Sep 2019 05:45:33 -0000

Hi, all,

I wouldn’t care if this doc used 114 - as long as it is very clear that 114 is for *ANY* 0-hop protocol, which means ANYONE else can also use it.

That means that it might be useful to treat that protocol a little like the experimental TCP codepoints as per RFC6994, i.e., to include a long (4-byte minimum) magic number and tolerate collisions.

Joe

> On Sep 20, 2019, at 9:03 PM, Erik Kline <ek@loon.com> wrote:
> 
> There's also the matter of whether allocating 114 for this doc would establish a precedent.
> 
> On Fri, 20 Sep 2019 at 20:24, Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> On 21-Sep-19 14:11, Joe Touch wrote:
> > FWIW, there are many registries with such “dead” entries.
> 
> 114 is a bit special. By definition, all our normal traffic monitoring techniques will *never* see protocol 114 unless by chance they are installed on a layer 2 segment where it is in use. So even if no traces anywhere include it for ten years, we still can't assert that it is out of use. It seems harder to prove than most negatives :-).
> 
> > RFC6335 talks about the issue in trying to recover such entries.
> > 
> > In general, it recommends that even if they are recovered, at best they would be marked as “RESERVED” until other values have been assigned and the space requires reuse of those dead entries.
> > 
> > So the net effect is:
> > a) the list will never actually reflect what is deployed (as Bob notes below)
> > b) garbage-collecting will at best mark some subset as dead
> > c) but the available entries won’t be reused until we run out anyway
> > 
> > Given the number of remaining entries, the task of garbage collection seems of little value.
> 
> Until the day when it seems urgent...
> 
>     Brian
> 
> > 
> > Joe
> > 
> >> On Sep 20, 2019, at 1:31 PM, Bob Hinden <bob.hinden@gmail.com <mailto:bob.hinden@gmail.com>> wrote:
> >>
> >> Andy,
> >>
> >>> On Sep 20, 2019, at 10:37 AM, Andrew G. Malis <agmalis@gmail.com <mailto:agmalis@gmail.com>> wrote:
> >>>
> >>> Behcet,
> >>>
> >>> That was a historical list. The current assignments are in https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml <https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml> . If you want to go garbage collecting, that's the place to start.
> >>
> >> It's difficult to tell which are no longer used.  For example, I was recently asked about the Reliable Data Protocol, it’s IANA assignment:
> >>
> >> 27   RDP     Reliable Data Protocol          [RFC908][Bob_Hinden]
> >>
> >> I assumed it was no longer used.   Later by happenstance, I learned it is specified by ETSI as mandatory to implement in eSIMs.  I had no idea.
> >>
> >> Bob
> >>
> >>
> >> _______
> >> internet-history mailing list
> >> internet-history@mailman.postel.org <mailto:internet-history@mailman.postel.org>
> >> http://mailman.postel.org/mailman/listinfo/internet-history <http://mailman.postel.org/mailman/listinfo/internet-history>
> >> Contact list-owner@mailman.postel.org <mailto:list-owner@mailman.postel.org> for assistance.
> > 
> > _______
> > internet-history mailing list
> > internet-history@mailman.postel.org <mailto:internet-history@mailman.postel.org>
> > http://mailman.postel.org/mailman/listinfo/internet-history <http://mailman.postel.org/mailman/listinfo/internet-history>
> > Contact list-owner@mailman.postel.org <mailto:list-owner@mailman.postel.org> for assistance.
> > 
> 
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org <mailto:Int-area@ietf.org>
> https://www.ietf.org/mailman/listinfo/int-area <https://www.ietf.org/mailman/listinfo/int-area>