Re: [Tsv-art] [Idr] [Last-Call] Tsvart last call review of draft-ietf-idr-tunnel-encaps-19

Susan Hares <shares@ndzh.com> Tue, 10 November 2020 17:14 UTC

Return-Path: <shares@ndzh.com>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99EFD3A0CB9; Tue, 10 Nov 2020 09:14:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.225
X-Spam-Level: *
X-Spam-Status: No, score=1.225 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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 tHqp3LG8a_3a; Tue, 10 Nov 2020 09:14:34 -0800 (PST)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 438C93A09DA; Tue, 10 Nov 2020 09:14:33 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.107.115.222;
From: "Susan Hares" <shares@ndzh.com>
To: "'Joseph Touch'" <touch@strayalpha.com>
Cc: "'Brian Trammell'" <ietf@trammell.ch>, <idr@ietf.org>, <draft-ietf-idr-tunnel-encaps.all@ietf.org>, "'Last Call'" <last-call@ietf.org>, "'tsv-art'" <tsv-art@ietf.org>
References: <160136116174.16215.18136914391238102648@ietfa.amsl.com> <F0D71821-50F8-4832-8997-904097383B68@strayalpha.com> <007f01d6b6df$09da44f0$1d8eced0$@ndzh.com> <E3F01682-7CFE-4575-89B6-BA8FA91C5879@strayalpha.com>
In-Reply-To: <E3F01682-7CFE-4575-89B6-BA8FA91C5879@strayalpha.com>
Date: Tue, 10 Nov 2020 12:14:18 -0500
Message-ID: <026801d6b784$f4062da0$dc1288e0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0269_01D6B75B.0B31FA60"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIqc0dikEDg/dJUdIudAeHYdJLFTAFKwKr+ARLntEwB56droqj39lCg
Content-Language: en-us
X-Antivirus: AVG (VPS 201110-0, 11/10/2020), Outbound message
X-Antivirus-Status: Not-Tested
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/x6PJYKJld9MFg3xsyhjgwUuSbos>
Subject: Re: [Tsv-art] [Idr] [Last-Call] Tsvart last call review of draft-ietf-idr-tunnel-encaps-19
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2020 17:14:36 -0000

Joe: 

 

Could you just resubmit a version of the draft?   

 

We cannot reference in the draft-ietf-idr-tunnel-encaps-20.txt draft unless you have a non-expired draft.  John Scudder and the author team added it as a recommendation, but I had them take it out since the draft was expired.  IESG members do not like “expired” drafts as references. 

 

Here’s the current -20.txt without your draft reference. 

 

                 12.  Operational Considerations               

                               

                   A potential operational difficulty arises when tunnels are used, if          

                  the size of packets entering the tunnel exceeds the maximum               

                  transmission unit (MTU) the tunnel is capable of supporting.  This         

                  difficulty can be exacerbated by stacking multiple tunnels, since            

                  each stacked tunnel header further reduces the supportable MTU.  This            

                  issue is long-standing and well-known.  The tunnel signaling provided 

                  in this specification does nothing to address this issue, nor to  

                  aggravate it (except insofar as it may further increase the         

                  popularity of tunneling).            

               

It would be stronger if we can point to your draft or another TSV draft that explains the details. 

 

If you and the TSV-art directorate has changes to this section to deal with MTU, it would very helpful  to receive this information this week. 

 

Cheers, Sue 

 

 

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Joseph Touch
Sent: Monday, November 9, 2020 4:52 PM
To: Susan Hares
Cc: Brian Trammell; idr@ietf.org; draft-ietf-idr-tunnel-encaps.all@ietf.org; Last Call; tsv-art
Subject: Re: [Idr] [Tsv-art] [Last-Call] Tsvart last call review of draft-ietf-idr-tunnel-encaps-19

 

Hi, Sue,

 

I have a couple of other drafts currently being wrapped up (UDP options, TCP control block sharing bis). The tunnels is next on my list and I hope to finalize a version that we can consider for WGLC by the end of the year.

 

That doc (even the latest expired version) has the text we’ve recommended elsewhere, e.g., in the TCP core (793) and elsewhere. 

 

Joe





On Nov 9, 2020, at 1:26 PM, Susan Hares <shares@ndzh.com> wrote:

 

Joe and Brian: 

 

As the replacement shepherd for draft-ietf-idr-tunnel-encaps-19.txt,  I am looking for the INT area statement on tunnels and MTU in tunnels. 

 

Your intarea draft seems to have expired without any replacement. 

 

Where is the latest set of comments on tunnels and MTU issue from INT area? 

 

Sue 

 

From: Joseph Touch [ <mailto:touch@strayalpha.com> mailto:touch@strayalpha.com] 
Sent: Thursday, October 15, 2020 9:12 PM
To: Brian Trammell
Cc: tsv-art; Last Call;  <mailto:draft-ietf-idr-tunnel-encaps.all@ietf.org> draft-ietf-idr-tunnel-encaps.all@ietf.org;  <mailto:idr@ietf.org> idr@ietf.org
Subject: Re: [Last-Call] Tsvart last call review of draft-ietf-idr-tunnel-encaps-19

 

 






On Sep 28, 2020, at 11:32 PM, Brian Trammell via Datatracker < <mailto:noreply@ietf.org> noreply@ietf.org> wrote:

 

First and foremost, I was surprised to find no reference to tunnel or MTU 
anywhere in the document, especially given the guidance in section 6 to
stack tunnels. MTU issues are operationally difficulty in single-tunnel
environments and become more likely to cause problems in multiple-tunnel
environments. 

 

+1

 

This is discussed in detail, with some much more specific terminology, in draft-ietf-intarea-tunnels

 

In particular, *path MTU* is different from the received MTU, etc. It’s important to get this correct (note the many examples of current standards that do not).

 

Joe

_______________________________________________
Tsv-art mailing list
 <mailto:Tsv-art@ietf.org> Tsv-art@ietf.org
 <https://www.ietf.org/mailman/listinfo/tsv-art> https://www.ietf.org/mailman/listinfo/tsv-art