Re: [Int-area] I-D Action: draft-ietf-intarea-tunnels-06.txt

"Templin, Fred L" <> Mon, 22 May 2017 15:23 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 89B5E1200C5 for <>; Mon, 22 May 2017 08:23:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id BzRaQXrlrCXQ for <>; Mon, 22 May 2017 08:23:41 -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 1AB6A120046 for <>; Mon, 22 May 2017 08:23:41 -0700 (PDT)
Received: from localhost (localhost []) by (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id v4MFNdHu036672; Mon, 22 May 2017 08:23:40 -0700
Received: from ( []) by (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id v4MFNYRQ036580 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 22 May 2017 08:23:34 -0700
Received: from (2002:8988:eede::8988:eede) by (2002:8988:eede::8988:eede) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Mon, 22 May 2017 08:23:33 -0700
Received: from ([]) by ([]) with mapi id 15.00.1263.000; Mon, 22 May 2017 08:23:33 -0700
From: "Templin, Fred L" <>
To: Joe Touch <>, "" <>
Thread-Topic: [Int-area] I-D Action: draft-ietf-intarea-tunnels-06.txt
Thread-Index: AQHSz1SLC+nA9wp6X0aFrl8vL8qeuqH5hfOAgAIvjYA=
Date: Mon, 22 May 2017 15:23:33 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_ae1f0827169f470b8e4c1df4a4ae4dacXCH150608nwnosboeingcom_"
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <>
Subject: Re: [Int-area] I-D Action: draft-ietf-intarea-tunnels-06.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Internet Area Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 22 May 2017 15:23:43 -0000

Hi Joe,

I read the whole document, and I think is ready for advancement in its current form
modulo the Informational -> BCP decision. I support changing the document track
from Informational to BCP, with the understanding that more work will be needed
in Section 5 if that would be the case. Thanks for this work.


From: Int-area [] On Behalf Of Joe Touch
Sent: Wednesday, May 17, 2017 2:51 PM
Subject: Re: [Int-area] I-D Action: draft-ietf-intarea-tunnels-06.txt

Hi, all,

A new version of intarea-tunnels has been posted, as noted below.

At this point, I would like to ask the chairs to start a WG call to consider revising the document track, as per below.

Some history:

This document began as a set of discussions at IETF 72 in Philadelphia (2008), where a few ADs approached us to try to integrate a number of emerging tunnel efforts, with the assumption of simply integrating them. The result was an attempt to simply organize the landscape at the time.

We started that landscape as an INTAREA WG informational doc in March 2010. It took five years of discussions, both on this list and in other WGs, to realize we needed to start by explaining our understanding of the concept of a tunnel as a link (issues in 2015). At that point we realized that many existing and emerging tunnels were inconsistent with each other and with existing requirements.

We came up with an approach which we believe is both correct and consistent with existing core Internet requirements, and highlighted where it differs from current tunnels (standards track, informational, or otherwise) in Section 5. At this point, we believe the core of this document is both stable and represents not only a clear view of tunnels as an architectural component of the Internet, but also represents the current best practices regarding the design and use of tunnels.

Our request:

As a result, we'd like to ask the chairs to initiate a call to change the track of this document from Informational to BCP.

The result of this decision will impact how Section 5 is resolved. If this document becomes a BCP, that section will be fleshed out for WG consensus. If this document remains Informational, then the recommendations in Section 5 might not be appropriate, and will likely need to be omitted in whole or part.


Summary of 06 changes:

    - updated ECMP discussion

    - updated multipoint discussion

    - updated terminology (atom -> atomic packet)

    - revised Fig 12 and Fig 13 algorithms (it wasn't clear that this was outer fragmentation)


On 5/17/2017 2:28 PM,<> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts directories.

This draft is a work item of the Internet Area Working Group of the IETF.

        Title           : IP Tunnels in the Internet Architecture

        Authors         : Joe Touch

                          Mark Townsley

 Filename        : draft-ietf-intarea-tunnels-06.txt

 Pages           : 52

 Date            : 2017-05-17


   This document discusses the role of IP tunnels in the Internet

   architecture. An IP tunnel transits IP datagrams as payloads in non-

   link layer protocols. This document explains the relationship of IP

   tunnels to existing protocol layers and the challenges in supporting

   IP tunneling, based on the equivalence of tunnels to links. The

   implications of this document are used to derive recommendations that

   update MTU and fragment issues in RFC 4459.

The IETF datatracker status page for this draft is:

There are also htmlized versions available at:

A diff from the previous version is available at:

Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at

Internet-Drafts are also available by anonymous FTP at:


Int-area mailing list<>