Re: [v6ops] IPv6 fragmentation experience

Lee Howard <lee@asgard.org> Wed, 21 March 2018 13:49 UTC

Return-Path: <lee@asgard.org>
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 1CF8412DA27 for <v6ops@ietfa.amsl.com>; Wed, 21 Mar 2018 06:49:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.933
X-Spam-Level:
X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 a5_G_AYW8tzY for <v6ops@ietfa.amsl.com>; Wed, 21 Mar 2018 06:49:29 -0700 (PDT)
Received: from jax4mhob03.myregisteredsite.com (jax4mhob03.myregisteredsite.com [64.69.218.83]) (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 6B6AD12E889 for <v6ops@ietf.org>; Wed, 21 Mar 2018 06:49:29 -0700 (PDT)
Received: from mailpod.hostingplatform.com ([10.30.71.209]) by jax4mhob03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w2LDnQZH027778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <v6ops@ietf.org>; Wed, 21 Mar 2018 09:49:27 -0400
Received: (qmail 27698 invoked by uid 0); 21 Mar 2018 13:49:26 -0000
X-TCPREMOTEIP: 31.130.238.73
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?IPv6:2001:67c:370:1998:a5e2:8919:98b8:ed18?) (lee@asgard.org@31.130.238.73) by 0 with ESMTPA; 21 Mar 2018 13:49:26 -0000
To: v6ops@ietf.org
References: <a4517b9e-72cb-2b2e-c71b-e2a69adfa94c@huitema.net> <5BEC18B0-F97C-4AFD-9C42-A98CC8B03834@gmail.com> <731431f9-9014-b492-7561-389e61383f05@huitema.net> <310FBE4B-844E-45CF-9305-498C5B63C0E8@gmail.com> <CALx6S34UH=rggsF-Dy6KTRVFkFJBMeRg8Mk7viEXUD9RFCxX4Q@mail.gmail.com> <alpine.DEB.2.20.1803201156410.20609@uplift.swm.pp.se> <84080e87-9ec6-a676-b535-088470e43923@asgard.org> <alpine.DEB.2.20.1803201208550.20609@uplift.swm.pp.se> <561690FD-9016-4EB0-B03C-CE2BFE4BE7A0@employees.org> <7456C389-0CB0-4E9D-8622-E3461FAA4375@steffann.nl> <5F05318A-0B2D-4B6F-8442-6A0C7E9581EF@gmail.com> <6cc086ed-f6b4-60a9-d181-1e3a6a41c563@strayalpha.com> <FD5B39CA-F450-49AC-9312-09D7F5986563@employees.org> <975356C9-C00B-4863-967C-88554D6ED087@strayalpha.com>
From: Lee Howard <lee@asgard.org>
Message-ID: <bd8e32cf-a119-0cd9-5de5-b2ce1e4c21a7@asgard.org>
Date: Wed, 21 Mar 2018 13:49:25 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <975356C9-C00B-4863-967C-88554D6ED087@strayalpha.com>
Content-Type: multipart/alternative; boundary="------------EDE6A37B936A777E980D1ECA"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Lh-HLzLFtpuuOihW7e07UTGc_qM>
Subject: Re: [v6ops] IPv6 fragmentation experience
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 21 Mar 2018 13:49:31 -0000


On 03/21/2018 01:10 PM, Joe Touch wrote:
>
>
>> On Mar 21, 2018, at 2:41 AM, Ole Troan <otroan@employees.org 
>> <mailto:otroan@employees.org>> wrote:
>>
>> For IPv4 (and only IPv4) I do think we have a strong case against 
>> fragmentation.
>> Routing on the transport layer ports is now a fundamental part of the 
>> IPv4 Internet architecture.
>> If the layer 4 information isn't there, then the packet cannot be routed.
>
> DPI into the packet body is also a fundamental part too.

Not generally at scale, and not with many of the new and upcoming 
protocols.
>
> However, if the lack of layer 4 info creates a situation where a 
> packet can’t be routed, then the device isn’t a router.

I don't understand this. I understand you mean the subsequent fragments, 
except that routers as I understand them perform "network layer 
forwarding" [RFC1812, Requirements for IP Version 4 Routers]
Layer 4 is not the network layer; are devices that need L4 info 
considered routers?
>
> Yes, the Internet has many many broken parts. That includes RFCs that 
> are inconsistent with our core architecture requirements.
>
> If anyone in the IAB is listening, you’d earn your middle name better 
> by dealing with those than trying to seek new “fun” stuff on which to 
> pontificate.

As I take off several hats, I'm not sure what to ask of the IAB here.

Is it to be the "compliance arm" you mentioned elsewhere in the thread?

Lee

>
> Joe
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops