fullness Time's List: DSL-300T Connection problems and Settings

DSL300T in half bridge mode straight into a linux box has the same problem. It
seems to be related to the number of connections thru the modem rather than
time, it will crash in under 15 mins when acting as a gnutella ultrapeer for 40
or 50 leaf nodes, or about 30 minutes surfing thumbnail galleries, but will stay
up for 2-3 days running only irc

Pulling the power cable is faster than
hitting the reset switch, as it doesn't mean reconfiguring the modem every time,
but other than that I don't have a solution. Posting here in the hope someone
else solves the problem.

--Dave

yeap, like an emule session too.. it will get accessible after a while if you
close down what is doing all the traffic
but just telnet into the linux shell
and do

echo "32752" >
/proc/sys/net/ipv4/netfilter/ip_conntrack_max

that should
help..

Also remember this is a fully functional Linux busybox with
iptables.. I login and paste an iptables script when I boot the modem.

I
add routes, clear the iptables and setup NAT and DNAT, here's my script with
public ip's XXX'ed

I didn't see much diff between 1500 and 1400


Are you connected directly to your router/modem? It's possible
that your internal LAN supports higher MTU values and packets get fragmented
once it reaches your router/modem. In which case this is a LAN (not WAN) related
MTU setting.

The reason you don't see a difference between 1500 and 1400
is because your internal LAN is handling all the fragmentation.

I do also
recall Jenny from G-node posting earlier to use 1472 MTU
setting.

Hopefully users can differentiate from internal LAN MTU's (which
can be higher); and external WAN MTU's (which are limited by PPPoA and PPPoE).
Remember it's:

Not all routers have all these settings mine only has the MTU setting and the
others are auto set from the MTU.