[luau] Re: Configuring Router

MonMotha monmotha at indy.rr.com
Fri Jul 26 08:56:01 PDT 2002


Michael Ableyev wrote:
>>I dont know if anyone here on a RR cable modem has ever had their
>>packet sampled by RR.  They check how much traffic your receiving
> 
> 
> I'm on rr and I've been running both, http server and ftp.. and i've been doing it for a while too. While the http server doesn't
> generate much traffic at all, my ftp server gets pretty busy sometimes (500mb+ video files). So far they've done nothing like what
> you're saying. Perhaps it's because neither of my servers is running on the correct port? But then (I didn't know u can't setup ftp
> on rr) I had a connection problem some time ago where I'd get terrible packet loss. So, after several calls to RR's tech support, a
> level 3 tech called me to "resolve" the issue. He started off by reading a list of my connections mentioning those with significant
> bandwidth usage. Another words, he tried to pin my packet loss (today) on the fact that I uploaded over a gig yesterday. At that
> point I gave him a long lecture on privacy invasion followed by a request for technical explanation of why exactly I'm having a
> problem. The interesting thing is that in the process I did explain that I'm running an ftp server and he said nothing about it.
> 
> 
> 

Well, if you weren't uploading at the time, there was no cause for the 
extreme packet loss on your end.  I have seen upwards of 40% on my line, 
but it was usually them doing "maintainance" (and it was scheduled for a 
week in advance, so I believe them).  However, if you see heavy packet 
loss while you're uploading, there's a reason.  The reason of course is 
that when the line is maxed and you still want to send more, the device 
just has to drop the packet once the queue gets full.

This is why you commonly see terrible download speeds when uploading on 
cabel modems.  The TCP acks are being dropped, and the other end throttles.

This is why people move the queue from the cable modem (which is usually 
just a simple FIFO) to one one a linux box.  The linux box can run a 
different queue discipline that can prioritize packets much more 
effectively.  For example, give all TCP ACKs top end of the queue 
priority to keep the downloads going at an acceptable level.

More info availabel upon request, again ask warren to have me make a 
wiki (I don't want to put up a wiki that RR wouldn't like, that's what 
FreeNet is for :)

--MonMotha




More information about the LUAU mailing list