Re: [BEHAVE] Fwd: IPv6 hosts sending <1280 byte packets

Iljitsch van Beijnum <iljitsch@muada.com> Tue, 09 February 2010 18:18 UTC

Return-Path: <iljitsch@muada.com>
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 964923A6919 for <behave@core3.amsl.com>; Tue, 9 Feb 2010 10:18:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eXdLl8uQt8SH for <behave@core3.amsl.com>; Tue, 9 Feb 2010 10:18:32 -0800 (PST)
Received: from sequoia.muada.com (unknown [IPv6:2001:1af8:2:5::2]) by core3.amsl.com (Postfix) with ESMTP id 818743A6870 for <behave@ietf.org>; Tue, 9 Feb 2010 10:18:32 -0800 (PST)
Received: from [IPv6:2001:720:410:100f:223:32ff:fec4:ba94] ([IPv6:2001:720:410:100f:223:32ff:fec4:ba94]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id o19IGrl5040506 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 9 Feb 2010 19:16:54 +0100 (CET) (envelope-from iljitsch@muada.com)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Iljitsch van Beijnum <iljitsch@muada.com>
In-Reply-To: <055401caa9b3$02d42c60$c4f0200a@cisco.com>
Date: Tue, 09 Feb 2010 19:18:08 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0F11A6F7-69E0-4B4E-AB23-C74779370973@muada.com>
References: <4B6F08CC.2070900@wand.net.nz> <063A973F-EBC3-4CD0-B5B6-B0FB42A8593D@muada.com><00f201caa8da$b78e3e90$c4f0200a@cisco.com><4B704153.2020007@it.uc3m.es><015801caa8e6$9b72fff0$c4f0200a@cisco.com><75A95C0D-E2CC-4FD6-B11A-5C772FCD0F5C@muada.com><02cd01caa90e$dde921c0$c4f0200a@cisco.com><B50C7F0A-19DB-4C63-9F72-867B5C2D4841@muada.com><02f101caa916$712d0170$c4f0200a@cisco.com><E1829B60731D1740BB7A0626B4FAF0A64951038053@XCH-NW-01V.nw.nos.boeing.com><032d01caa91e$343c71d0$c4f0200a@cisco.com> <E1829B60731D1740BB7A0626B4FAF0A64951038079@XCH-NW-01V.nw.nos.boeing.com> <035601caa925$800f2240$c4f0200a@cisco.com> <E1829B60731D1740BB7A0626B4FAF0A649510381E7@XCH-NW-01V.nw.nos.boeing.com> <055401caa9b3$02d42c60$c4f0200a@cisco.com>
To: Dan Wing <dwing@cisco.com>
X-Mailer: Apple Mail (2.1077)
Cc: "'Templin, Fred L'" <Fred.L.Templin@boeing.com>, behave@ietf.org
Subject: Re: [BEHAVE] Fwd: IPv6 hosts sending <1280 byte packets
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Feb 2010 18:18:33 -0000

On 9 feb 2010, at 19:09, Dan Wing wrote:

> Which is why tweaking the TCP MSS is a helpful workaround
> to blocked ICMP PTB.

There very little need to do anything to the MSS option, see my previous message.

Only in the case where the IPv6 host supports an MTU larger than 1500 but the translator doesn't, there is a possible optimization by having the translator rewrite the MSS to the maximum that the translator supports so the translator wouldn't have to send too bigs and there is less risk of PMTUD black holes. However, it's not clear to me that this case is worth the trouble.

> But tweaking TCP MSS restricts us to 
> the lowest common denominator (that is, limiting TCP MSS 
> means we can't expect to use larger-than-1500 frames).

Obviously you would be advertising the minimum of what the IPv6 host and the translator can handle and not simply hardcode 1500. If both do more than 1500 bytes then you advertise more than 1500 bytes and you get to use more than 1500 bytes. Note that this won't trigger any black holes because the IPv4 hosts will send 1500-byte packets. (The intersection between users with broken PMTUD setups and users with an MTU larger than 1500 is rather small.)