> This was one of the first obstacles I hit when doing my in-kernel
> PPPoE stuff.  For quite some time I searched for bugs in my driver...

Fun fun fun....

> I have exactly the same problem, but in the opposite direction: if I
> turn on PMTU discovery on my mail machine, I can't pop3 sometimes.
> When I turn it off, it works.

How..odd.

>> I'm considering adding a sysctl to put a cap on advertised TCP MSS
>> values regardless of interface MTUs; I can't see any way at present
>> to make it advertise a value less than that appropriate for the
>> outgoing interface's MTU.

> But this won't help connections from other machines behind the router

That's a non-issue for me; machines behind the router tunnel
everything, and the tunnel endpoints limit packet sizes so they don't
end up trying to generate oversize Ethernet packets.  (They also
generate need-frag ICMPs correctly, which may or may not be happening
here - it's entirely possible from what I've seen that the DSL provider
is generating oversize Ethernet packets and counting on their provided
hardware and (Wintel) software to unpack them "correctly"...and the
SPARC le isn't - and for some reason the same Ethernet, in the Alpha as
ne0, isn't either, a driver issue perhaps.)

/~\ The ASCII				der Mouse
\ / Ribbon Campaign
 X  Against HTML	       mouse@rodents.montreal.qc.ca
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B