From mboxrd@z Thu Jan  1 00:00:00 1970
References: <880f0104825c28c97cb724faa3d8f72e@hamnavoe.com>
From: Gorka Guardiola <paurea@gmail.com>
Content-Type: text/plain;
	charset=us-ascii
In-Reply-To: <880f0104825c28c97cb724faa3d8f72e@hamnavoe.com>
Message-Id: <57BD8B59-261C-46D0-8DE8-E375735762C1@gmail.com>
Date: Wed, 22 Aug 2012 19:18:05 +0200
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (iPhone Mail 8F190)
Subject: Re: [9fans] tcp!
Topicbox-Message-UUID: adf61020-ead7-11e9-9d60-3106f5b1d025

I had this problem several years ago
with an adsl router (9fans archive may know about this). There was a bug in m=
y adsl router (which seems to be common, I have seen it since more than once=
) that dropped ethernet frames of size greater than 1480 (someone counted a h=
eader twice probably). Linux adapts the
mss to 1480 if there are problems so it works in this case.=20

G.

On Aug 21, 2012, at 8:32 PM, Richard Miller <9fans@hamnavoe.com> wrote:

> I reported:
>=20
>> Within the last month or so I've been having trouble copying large
>> files to remote servers e.g. sources.  The cp process hangs for
>> many minutes and eventually ends in 'mount rpc error'.
>=20
> Thanks to a hint from Erik ("... an mss problem of some sort"), I've
> managed to make the problem go away, by doing
>  echo mtu 1496 >/net/ipifc/1/ctl
>=20
> I hope to come back to this when I have more time, because I don't
> like not understanding why this works.  As nobody else has said they
> have the same trouble, there may be something amiss in my adsl gateway.
>=20
>=20