Re: [Int-area] Tunnels and Fragmentation

Joseph Touch <> Thu, 16 April 2020 22:28 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7CEB23A1260 for <>; Thu, 16 Apr 2020 15:28:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.319
X-Spam-Status: No, score=-1.319 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, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id m9zNcDsPTFPP for <>; Thu, 16 Apr 2020 15:28:37 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id DBEA63A125E for <>; Thu, 16 Apr 2020 15:28:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To: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=V78ICUUwxhGqJPkGe4hLMrSHsgxO48OXe/+iw4vrFUE=; b=O4/c+Lx6up8UrdYGlsqysCmHd Hp3wovofAhVoq1XcNeMQ2e5GfbqbHKRhrpPTPe+aYdVlks31MiIjNE4dJI7wQg/qQB4rqPXBt9sBm n89Ql+5+PS78vsIrT/8XB+FajxG4vZ8JKQV2FhEiduzI2YH3lRluvvgHUyR5v2wE12/bp40VriZ66 sWfN8WoWDqMCzCzkEv2HgpUN5XqVMwepf8NjwRMUhQftyfxLpEdkIEcmhIFybNi/1w1lvH3OQgM8o yV2cY5gwjv/Brk2jhR08OwiBp9lS+vxutn8nP+uChASS3rX5g1gGd6u3Hxqljc1Q7xRri+FVbxzEo OnoTc+0gg==;
Received: from ([]:65158 helo=[]) by with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from <>) id 1jPCzp-003Zsl-9T; Thu, 16 Apr 2020 18:28:37 -0400
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.\))
From: Joseph Touch <>
In-Reply-To: <>
Date: Thu, 16 Apr 2020 15:28:32 -0700
Cc: "" <>
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <>
To: "Templin (US), Fred L" <>
X-Mailer: Apple Mail (2.3608.
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 -
X-AntiAbuse: Original Domain -
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain -
X-Get-Message-Sender-Via: authenticated_id:
X-From-Rewrite: unmodified, already matched
Archived-At: <>
Subject: Re: [Int-area] Tunnels and Fragmentation
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 16 Apr 2020 22:28:40 -0000

Hi, Fred,

> On Apr 16, 2020, at 2:36 PM, Templin (US), Fred L <> wrote:
> Hi, two important documents in this wg have been sitting idle for a long time and
> perhaps it is time to start moving them forward again. The documents are: "IP
> Fragmentation Considered Fragile", and "IP Tunnels in the Internet Architecture":
> What has changed is that we now have  a spec for robust fragmentation over tunnels
> while supporting a 9180 MTU (actually MRU) plus lossless path MTU discovery. The 
> spec is known as the Overlay Multilink Network (OMNI) Interface:
> So, what I think needs to happen is for authors of the two intarea drafts to review
> the OMNI spec and update their documents accordingly. Then, maybe we can get
> a few docs published?

As lead author of intarea-tunnels, that doc has never been held waiting for a new solution. Quite the contrary - it is complicated by yet another doc to check and include.

It would be useful to indicate whether your doc already follows the recommendations there or not, as a start.

Besides that, the only other thing that would help is someone to have the IESG stop writing “individual” submissions that I need to stop other work to deal with ;-)