Re: [Int-area] New Version Notification for draft-bonica-intarea-lossless-pmtud-00.txt

Joe Touch <touch@strayalpha.com> Wed, 30 October 2019 04:43 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 C392B120827 for <int-area@ietfa.amsl.com>; Tue, 29 Oct 2019 21:43:45 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] 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 HK8U8_NkvXOH for <int-area@ietfa.amsl.com>; Tue, 29 Oct 2019 21:43:43 -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 1A4F9120089 for <int-area@ietf.org>; Tue, 29 Oct 2019 21:43:43 -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: 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=aBkYz7z6TERt/piZYWBcQj54ixk4rZwx7zZNGEPNcZ0=; b=djoKhnKSo3JFqBO2Qszs5/+1k +5flx+3LIBvuhbyqwKH8CNr+soeefRznAo/DW/nVTZUtCS20+u86KY+RyheRudgLESg90tAwRMh4c IpR88JG0Cmb3eahDo1ohse4YcJLyTllSAEagr1bHICYCqsH8+1g8wa9ytBuVsAyoDOyWphntKQKNU kKE6Ef8mp6miRmzuCz2lJ/kmlcs0TOMfNDQR/9BacpnqrbMz3Lhz+sFjGDigHdhaKkJgTMREH5Cwe OTsFNpFbLsbU/R4RK1GJ92Y06oJCP64pXp23Pg+1Tfqn+NDp5mcy5kIanLylYqZawCEBqPHSH2dKr hflK+e22w==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:54721 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 1iPfpX-001e4O-3t; Wed, 30 Oct 2019 00:43:40 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <SN6PR05MB5710CBF12AFEB6B9B4A257C8AE610@SN6PR05MB5710.namprd05.prod.outlook.com>
Date: Tue, 29 Oct 2019 21:43:33 -0700
Cc: "int-area@ietf.org" <int-area@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <A9C9D9AE-0556-46DA-BBB8-CF7889789944@strayalpha.com>
References: <157236765187.10918.6143334072220166560.idtracker@ietfa.amsl.com> <SN6PR05MB5710CBF12AFEB6B9B4A257C8AE610@SN6PR05MB5710.namprd05.prod.outlook.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
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/xQojfADmrRmLxHETZfoLqHLWNUU>
Subject: Re: [Int-area] New Version Notification for draft-bonica-intarea-lossless-pmtud-00.txt
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: Wed, 30 Oct 2019 04:43:46 -0000

Hi, Ron,

A few things come to mind. The first one, IMO, renders the rest somewhat less important.

Joe

-------------

- this approach applies only to IPv4; not sure it’s worth trying to optimize for only that case
	(it requires on-path fragmentation permitted)

- this approach relies on ICMPs, so it’s as robust (or, more to the point, not) as PMTUD
	if ICMPs can find the reverse path from the dest, why wouldn’t the routers?
	i.e., isn’t the problem with ICMPs not just routers not sending them but firewalls BLOCKING them?
	(i.e., if ICMPs would work here, PMTU would have worked, rendering this unnecessary)

- why does this doc assume the max ICMP is 576?
	we’re still talking IPv4 here; it’s still 68 (that’s why only 64 bits of the orig payload are guaranteed)
	(yes, your note in the end of sec 1 is relevant, but given v4-in-v4 tunneling, it’s possible that paths might be smaller than the 576 assumption)

- why would this approach find the largest fragment through a system?
	rfc1812 talks about various strategies, one of which is “equal sized”, which might never find the max the way you propose 


> On Oct 29, 2019, at 9:53 AM, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> wrote:
> 
> Folks,
> 
> Please review and comment.
> 
>                        Ron
> 
> 
> 
> Juniper Business Use Only
> 
> -----Original Message-----
> From: internet-drafts@ietf.org <internet-drafts@ietf.org> 
> Sent: Tuesday, October 29, 2019 11:48 AM
> To: Ron Bonica <rbonica@juniper.net>; Hakan Alpan <halpan@hnc.edu>; Radon Rosborough <rrosborough@hmc.edu>; Bradely Newton <bnewton@hmc.edu>; Miles President <mpresident@hmc.edu>; Manoj Nayak <manojnayak@juniper.net>
> Subject: New Version Notification for draft-bonica-intarea-lossless-pmtud-00.txt
> 
> 
> A new version of I-D, draft-bonica-intarea-lossless-pmtud-00.txt
> has been successfully submitted by Ron Bonica and posted to the IETF repository.
> 
> Name:		draft-bonica-intarea-lossless-pmtud
> Revision:	00
> Title:		Lossless Path MTU Discovery (PMTUD)
> Document date:	2019-10-29
> Group:		Individual Submission
> Pages:		8
> URL:            https://tools.ietf.org/html/draft-bonica-intarea-lossless-pmtud-00
> 
> 
> 
> Abstract:
>   This document describes alternative IPv4 PMTUD procedures that do not
>   prevent IP fragmentation and do no rely on the network's ability to
>   deliver ICMP Destination Unreachable messages to the source node.
>   This document also defines a new ICMP message.  IPv4 nodes emit this
>   new message when they reassemble a fragmented packet.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area