[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