Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation

Dino Farinacci <dino@cisco.com> Tue, 11 September 2007 21:41 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVDUZ-0004LT-AV; Tue, 11 Sep 2007 17:41:55 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IVDUY-0004Ki-K7 for ram@iab.org; Tue, 11 Sep 2007 17:41:54 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IVDUX-0007yT-EC for ram@iab.org; Tue, 11 Sep 2007 17:41:54 -0400
X-IronPort-AV: E=Sophos;i="4.20,240,1186372800"; d="scan'208";a="131670802"
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 11 Sep 2007 17:41:50 -0400
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l8BLfr8D021260; Tue, 11 Sep 2007 17:41:53 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l8BLfcEO019838; Tue, 11 Sep 2007 21:41:43 GMT
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Sep 2007 17:41:32 -0400
Received: from [192.168.0.3] ([10.82.241.129]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Sep 2007 17:41:31 -0400
In-Reply-To: <DCE587FE-A4E1-48AB-B378-44A163E2C227@muada.com>
References: <469F7673.6070702@firstpr.com.au> <20070720140433.GA69215@Space.Net> <46A21AD6.2060501@firstpr.com.au> <0857530C-5C9D-4D29-ACAB-16A99CBFD929@muada.com> <46E6992D.2090501@firstpr.com.au> <46E6F514.1030206@gmail.com> <DCE587FE-A4E1-48AB-B378-44A163E2C227@muada.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <186FA279-5A25-4F50-8CBA-57CD9FDAA925@cisco.com>
Content-Transfer-Encoding: 7bit
From: Dino Farinacci <dino@cisco.com>
Subject: Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation
Date: Tue, 11 Sep 2007 14:41:31 -0700
To: Iljitsch van Beijnum <iljitsch@muada.com>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 11 Sep 2007 21:41:31.0834 (UTC) FILETIME=[848EF9A0:01C7F4BC]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=546; t=1189546913; x=1190410913; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dino@cisco.com; z=From:=20Dino=20Farinacci=20<dino@cisco.com> |Subject:=20Re=3A=20[RRG]=20Re=3A=20[RAM]=20Tunneling=20overheads=20and=2 0fragmentation |Sender:=20 |To:=20Iljitsch=20van=20Beijnum=20<iljitsch@muada.com>; bh=n3lapV8yjD+Vh5TYhmJ48kCKoKRPCJmFB/EEC/kgPlo=; b=JEFau7VLnhqoi3yWH9Sir8WTYZlFIlgzlDpfWojtxx5l3C8AwcDx09FWqe4LnWRCPFEShuwI mmIio68BJcubBt0gfFEup6eu5Ppiuqm0sXQRrOdET/lOKzu/LRen1OyN;
Authentication-Results: rtp-dkim-1; header.From=dino@cisco.com; dkim=pass (s ig from cisco.com/rtpdkim1001 verified; );
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: RAM Mailing List <ram@iab.org>, Robin Whittle <rw@firstpr.com.au>
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

> Granted, this is a fairly old box in a small network, but I don't  
> see anyone seriously claiming that ALL ISP networks support packets  
> larger than 1500 bytes on ALL their internal links (and also on  
> inter-ISP links).

I did a survey about a month ago and it is true. I will yield to  
those folks who responded to me to protect their privacy. ;-)

But the main gist was:

o We are going to 9K MTUs on all our internal links.
o Where we don't have 9K MTUs, we use 4470.
o Virtually no one runs ISP links at 1500.

Dino

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram