Re: [v6ops] new draft: draft-ietf-v6ops-6204bis

Jeroen Massar <jeroen@unfix.org> Thu, 20 October 2011 16:42 UTC

Return-Path: <jeroen@unfix.org>
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 2E5EB21F8BE4 for <v6ops@ietfa.amsl.com>; Thu, 20 Oct 2011 09:42:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iaaYYqsZWJn0 for <v6ops@ietfa.amsl.com>; Thu, 20 Oct 2011 09:42:24 -0700 (PDT)
Received: from icaras.de.unfix.org (icaras.de.unfix.org [IPv6:2a01:4f8:130:74c1:5054:ff:fec4:f7d4]) by ietfa.amsl.com (Postfix) with ESMTP id 903C321F8BAB for <v6ops@ietf.org>; Thu, 20 Oct 2011 09:42:24 -0700 (PDT)
Received: from yomi.ch.unfix.org (223-95.60-188.cust.bluewin.ch [188.60.95.223]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jeroen) by icaras.de.unfix.org (Postfix) with ESMTPSA id 859EF801C2A2; Thu, 20 Oct 2011 18:42:06 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unfix.org; s=DKIM2009; t=1319128941; bh=E/iMr9udg5DogXnnvFIxf4hFrdmE2QWNh0g+bshhy74=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rIQhNV4x+iL8Wh9Srbi74/Bz1zrbCqMtuwRPBU9w8Ts68r5G3W/KX7D78l0/ZCAJg KZoMPJZUm0tCVZeCnKDzEDlq89coPTO6yIsP/V/PTayLUgOxIQoOUbQTNIN/8EQS/I nNbp27iFIH7Wj+/wjFZWNp2+h4xO9QilBtNQfOxGDInL8my0Ef/f6PXMTNAFS40TU9 iiUbgx9G7K+2P4Cc9KwIa0ONC8ciWX37UIpoFeswQ/Gph0RWuVjfqVfBW9xj2Z7z5R korwQ6zQlwY12wIa1WkjvWbT8TY7oeyILLFqUzV5sESMTIZKsO+Xck4x0ChksRBsKX dp5fMVlEKlMWA==
Message-ID: <4EA04F5F.1010809@unfix.org>
Date: Thu, 20 Oct 2011 18:42:07 +0200
From: Jeroen Massar <jeroen@unfix.org>
Organization: Unfix
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: james woodyatt <jhw@apple.com>
References: <4E974F1A.2030008@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C3030A4156@XMB-RCD-109.cisco.com> <5B6B2B64C9FE2A489045EEEADDAFF2C303130390@XMB-RCD-109.cisco.com> <4E98CCB2.2050100@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C3031303D8@XMB-RCD-109.cisco.com> <4E994515.6020204@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C303130B54@XMB-RCD-109.cisco.com> <5B6B2B64C9FE2A489045EEEADDAFF2C303130C12@XMB-RCD-109.cisco.com> <4E9E8706.6050006@forthnetgroup.gr> <39D5D616-6E56-46B1-B773-437184567E60@employees.org> <CAKD1Yr3SRRjk4fjg1WkUZSQ6rRT2+dY5p-wjtEiA5SFvx4kqGA@mail.gmail.com> <0F5D8352-7A20-46BF-867B-DBBF36CF0B01@apple.com>
In-Reply-To: <0F5D8352-7A20-46BF-867B-DBBF36CF0B01@apple.com>
X-Enigmail-Version: 1.3.2
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Cc: IPv6 Operations <v6ops@ietf.org>, draft-ietf-v6ops-6204bis@tools.ietf.org
Subject: Re: [v6ops] new draft: draft-ietf-v6ops-6204bis
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: Thu, 20 Oct 2011 16:42:25 -0000

On 2011-10-20 18:13 , james woodyatt wrote:
> On Oct 20, 2011, at 6:16 AM, Lorenzo Colitti wrote:
>>
>> Yes, if the upstream MTU is lower than the default LAN link MTU.
>> Otherwise you'll experience latency issues whenever you connect to a
>> new host on the Internet.
> 
> Because, as we all know, hosts on the LAN never ever communicate
> directly with one another at full media speeds using jumbo frames, as
> they all require every last one of their interactions to be mediated by
> the Cloud Buzzphrase Horsefeathers in the Sky™ or the terrorists win.

<sarcasme>
You mean iCloud? :)
</sarcasme>

I almost commented a similar thing about local MTU needing to be the
same, till I re-read it again and till I rephrased that sentence in my
head as:

"The MTU on the upstream might be different (be that lower or higher),
if you don't set it properly, then you might have extra latency because
of packets will get dropped when it is wrong and packets will disappear"

As such, according to that, the following setup, which is very common is
totally acceptable:

LAN (4000) -> upstream-link (1480) -> internet (1280) -> remote host (1500)

Which is of course very logical and why we have Path MTU discovery.

Maybe the better comment is to definitely not filter ICMP Packet Too
Bigs and friends unless really needed.

Greets,
 Jeroen