Re: [v6ops] LAN vs WAN MTUs (was new draft: draft-byrne-v6ops-64share)

Rémi Després <despres.remi@laposte.net> Mon, 01 October 2012 13:34 UTC

Return-Path: <despres.remi@laposte.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CE5021F88F1 for <v6ops@ietfa.amsl.com>; Mon, 1 Oct 2012 06:34:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.246
X-Spam-Level:
X-Spam-Status: No, score=-1.246 tagged_above=-999 required=5 tests=[AWL=0.103, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_13=0.6, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y3XkJr2B+zKe for <v6ops@ietfa.amsl.com>; Mon, 1 Oct 2012 06:34:35 -0700 (PDT)
Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.10]) by ietfa.amsl.com (Postfix) with ESMTP id 4900021F8873 for <v6ops@ietf.org>; Mon, 1 Oct 2012 06:34:33 -0700 (PDT)
Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2219.sfr.fr (SMTP Server) with ESMTP id 67E4F700030F; Mon, 1 Oct 2012 15:34:30 +0200 (CEST)
Received: from [192.168.0.21] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by msfrf2219.sfr.fr (SMTP Server) with ESMTP id DEA517000065; Mon, 1 Oct 2012 15:34:29 +0200 (CEST)
X-SFR-UUID: 20121001133429912.DEA517000065@msfrf2219.sfr.fr
Mime-Version: 1.0 (Apple Message framework v1084)
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <alpine.DEB.2.00.1210011219350.13902@uplift.swm.pp.se>
Date: Mon, 01 Oct 2012 15:34:29 +0200
Message-Id: <15E22D4F-CC95-45BD-9437-898E3A0862DF@laposte.net>
References: <201209291245.q8TCj0P22972@ftpeng-update.cisco.com> <alpine.DEB.2.00.1209291932550.13902@uplift.swm.pp.se> <CAD6AjGT_V05m8fU-cUfFKhPHvyrgiJihQoS_bF-j-w3XLgBEcQ@mail.gmail.com> <97EB7536A2B2C549846804BBF3FD47E11184A36D@xmb-aln-x02.cisco.com> <CAD6AjGRNHHqrj8R7-gkMAsC11B+AQOoZOV4jH4kTHXBFcDBsiA@mail.gmail.com> <20121001000808.GB25686@srv03.cluenet.de> <CAKD1Yr2ds8tZTou-pZ+oQJ8yeOt5g432s7h5LsFoFs9iz5_K8Q@mail.gmail.com> <20121001095516.GA9562@srv03.cluenet.de> <alpine.DEB.2.00.1210011219350.13902@uplift.swm.pp.se>
To: Daniel Roesen <dr@cluenet.de>, Mikael Abrahamsson <swmike@swm.pp.se>
X-Mailer: Apple Mail (2.1084)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Cc: v6ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] LAN vs WAN MTUs (was new draft: draft-byrne-v6ops-64share)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Oct 2012 13:34:35 -0000

Hi, Daniel, Mikael, 

2012-10-01 12:26, Mikael Abrahamsson :

> On Mon, 1 Oct 2012, Daniel Roesen wrote:
> ...
>> If you really care about delay, MSS clamping is an option which isn't intrusive to the LAN as it affects only connections via the mobile gateway.
> 
> But it only helps TCP, not everything else.

Since it does help TCP and doesn't hurt anything, it's IMHO worth recommending.

FYI, something was proposed about this in May, ref. www.ietf.org/mail-archive/web/v6ops/current/msg13015.html, namely:
"In any node, before entering of just after leaving a link whose MTU is the same in both directions (Ethernet, 6rd, DS-lite, ...), if the MSS advertised in a received TCP SYN packet exceeds the link MTU minus the TCP/IP header length (40 octets in IPv4, 60 in IPv6), reduce it to this value, and adjust IP and TCP checksums accordingly."

In principle, I can't any longer afford to be active in v6ops, but still look at some of the exchanged mails and may provide brief comments. Dan Wing is added as cc because he privately said in May he liked this proposed behavior.

Regards,
RD