@xenic
Quote:
No amount of babysitting fixes this particular problem. Once it starts, the delay just seems to get longer as I continue Internet activity.
I haven't observed anything like that, but I've got a different configuration and hardware from you. I have the old mini Sam440ep, a 28.8kbps modem actually configured for 28,800bps (no compression), and I'm not using XON/XOFF for flow control.
Versions:
Dialer 53.2
ppc440ep_serial.device 52.1
Roadshow 4.292
My current connection file looks like this (stuff blanked with xxx):
# PROGDIR:Connections/xxxxxxx.conn
# File generated by Dialer 53.2 (3.10.2009)
# On Saturday, 16-Jan-10 at 22:19:52
interface="PPP"
device="ppc440ep_serial.device"
speed=28800
init="AT&F1\r"
touchtone=no
volume=1
number="xxxxxxxxxx"
sendid=off
login="xxxxxxx"
password="xxxxxx"
provider="xxxxxx"
I've never looked into this, but maybe we can do something with RoadshowControl? This is what it tells me now:
bpf.bufsize = 4096
icmp.maskrepl = 0
icmp.processecho = 0
icmp.procesststamp = 0
ip.defttl = 64
ip.forwarding = 0
ip.sendredirects = 1
ip.subnetsarelocal = 0
tcp.do_rfc1323 = 1
tcp.do_timestamps = 0
tcp.do_win_scale = 0
tcp.mssdflt = 1460
tcp.recvspace = 65536
tcp.rttdflt = 3
tcp.sendspace = 32768
tcp.use_mssdflt_for_remote = 0
udp.cksum = 1
udp.recvspace = 41600
udp.sendspace = 9216
I might do some reading about rfc1323 for example, and see what happens when I turn that off.