From owner-freebsd-hackers  Sun Jun 21 20:50:34 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA04432
          for freebsd-hackers-outgoing; Sun, 21 Jun 1998 20:50:34 -0700 (PDT)
          (envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from biggusdiskus.flyingfox.com (biggusdiskus.flyingfox.com [205.162.1.28])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA04368
          for <hackers@FreeBSD.ORG>; Sun, 21 Jun 1998 20:50:13 -0700 (PDT)
          (envelope-from jas@flyingfox.com)
Received: (from jas@localhost)
	by biggusdiskus.flyingfox.com (8.8.5/8.8.5) id UAA09237;
	Sun, 21 Jun 1998 20:51:56 -0700 (PDT)
Date: Sun, 21 Jun 1998 20:51:56 -0700 (PDT)
From: Jim Shankland <jas@flyingfox.com>
Message-Id: <199806220351.UAA09237@biggusdiskus.flyingfox.com>
To: jamie@itribe.net, opsys@mail.webspan.net
Subject: Re: TweakDUN
Cc: hackers@FreeBSD.ORG
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Jamie Bowden <jamie@itribe.net> writes:

> The reason you lower MTU and MRU on modem links is the problem with
> your media.  It's unreliable to transmit large packets cleanly.  576
> is probably too low, but keeps your retransmit levels to a bare
> minimum.  Line noise on modems is an unfortunate reality.

... and error-correcting modems are a fortunate reality.

It's been an awfully long time since I've seen an environment where
"it's unreliable to transmit large packets cleanly."  More precisely,
where that's the case, it gets fixed up at layer 2.

Jim Shankland
Flying Fox Computer Systems, Inc.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message