So switching MAC addresses fixed it for you? That wouldn't be too hard for me to try. On 05/17/2010 07:41 PM, auditodd at comcast.net wrote: > I'm betting on Comcast being evil..... > > My connection was being throttled to 2MB down. > While I was out of town, my step-son had problems and disconnected the firewall and connected his laptop directly to the cable modem and was able to get 10MB down. > > So I looked on the Smoothwall forums for a way to spoof the MAC address. > I then proceeded to create 12 fictional MAC addresses and I comment out all but one at a time. > Then I just reboot the Smoothwall and the cable modem and my download speed is back to 10MB. > So far it's been 40 days with no decrease in speed. > They'll probably mess with me the next time I want to use bit-torrent to download some more ISO images.... > > ---------- > Todd Young > > ----- Original Message ----- > From: "Jon Schewe" <jpschewe at mtu.net> > To: "TCLUG List" <tclug-list at mn-linux.org> > Sent: Monday, May 17, 2010 3:18:52 PM GMT -06:00 US/Canada Central > Subject: [tclug-list] Comcast being evil or some bad hardware? > > I'm trying to capture some large files from my house (on Comcast) to a > server out of state (not on Comcast). I'm copying the files using ssh > and a non-standard port.Things are fine for files of a couple megabytes, > but files over say 10 megabytes stall out part way through. One night I > got 50MB uploaded all night! So today I started up tcpdump on both ends > and captured the traffic. I noticed an interesting thing in wireshark > when the connection stalled out. I got a "TCP Previous segment lost" > message on the server side and then started getting "TCP Dup ACK" on > both ends. The server has a SonicWall firewall in front of it and is > virtualized with vmware. My house is using dd-wrt on a Linksys router as > my connection. Is this Comcast doing it's filtering for our protection > or is this just something misbehaving on either firewall? > > >