On Fri, 13 May 2005 12:33:22 +1000, "Wal" <(E-Mail Removed)>
wrote:
>> Rule of thumb for access point loading:
>> 100 casual email and web surfers
>> 10 business type users
>> 1 file sharing or Bitorrent user
>
>Not meaning to change the thread direction here but I read the above with
>interest.
>Recently I have been using Azurus (Bitorrent downloading software) for 1.5
>days solid and finally my ISP contacted me and asked me to turn it off as it
>was draining the system down.
I was at a server farm run by an ISP and one of the more clueful techy
types fired off a BitTorrent download of a series of Linux cdrom
images he needed. With one desktop, he manage to saturate all 45Mbits
of dedicated bandwidth of a fractional OC-3 connection. When the
phones started ringing with complaints about slothish performance, we
knew we had screwed up. Looking at the traffic graphs showed 100%
utilization for about 10 minutes, which was enough to stop the entire
ISP in its tracks. It seems the bandwidth management system only
applied to customer connections, not the ISP's local machines (since
then fixed).
>The system is a wireless one which I have been
>using for a few years now. My access speed is capped at 512kbs up and down
>and the upload was set to its minimum. How can this have such a huge effect
>on the system?
My guess is that you were using all 512Kbit/sec continuously and
possibly in both directions. It's not just BitTorrent, but any
peer-to-peer software that turns your workstation into a server. You
can configure all of these to limit the outgoing bandwidth, but the
default configuration is often "use all the bandwidth you can". Note
that there are many implimentation of the BitTorrent protocol.
>It shouldn't be any worse than downloading large files
>continuously should it?
Downloading is usually not the problem. It's your outgoing bandwidth
where BitTorrent turns your machine into a server. Wireless is a
symetrical system. DSL and cable modems are asymetrical. Such
systems use little outgoing bandwidth. Think of it in terms of the
ISP. The incoming bandwidth is used by customers for downloading.
The ISP's outgoing bandwidth is used by his server farm for web
hosting and servers. Usually, it's an equal balance between the two.
However, when you turn your machine into a server, you're adding to
the outgoing load.
Wireless is also unique in the airtime (when you're transmitting) is
shared among everyone within the range of the wireless access point.
That means every millisecond of your airtime is substracted from
someone elses airtime. It's one big shared system (per channel) with
only one radio transmitting at a time. It doesn't care if your
transmitting or the access point is transmitting (i.e. simplex
opration), both use airtime.
>I can see how it is going to use all your resources
>up on a smaller system with limited band width but a large commercial system
>should be able to handle it shouldn't it?
Bad assumption and possibly a badly impliment system. What seems to
be lacking (not sure) at your wireless ISP is some form of bandwidth
management to control your use of the bandwidth and limit your
abilities to saturate the system. In this case, the bandwidth
management needs to control your outgoing traffic, which must be done
at your wireless CPE router or bridge. It makes no sense to just drop
packets at the ISP router. The idea is to prevent your radio from
transmitting too much or too often. Your ISP may already have some
bandwidth management in place. The problem is that BitTorrent can
trick some bandwidth managers by opening a large number of
simultaneous streams.
Some rhetorical questions:
1. Does your ISP allow servers? Many do not. Check the terms of
service.
2. Does your ISP have a data transfer size limit? XX GB per
day/week/whatever.
3. Is there a clear definition of abuse in terms of traffic and
allowable time to utilize the full bandwidth of the system? This is
tricky and is almost a must for WISP service.
4. Any idea of your ISP's bandwidth loading factor? Number of
kbits/sec sold per T1 or whatever they use as a backhaul. 10:1 is
good. 20:1 about the limit of sanity. For example, if all the users
were 512/512Kbits/sec, and the backhaul was a single T1, a 10:1 ratio
would allow for about 30 users per T1.
10 * 1.5Mbits/sec / 512Kbitsec = 15/0.5 = 30
The bottom line is that WISP service requires some restraint and
cooperation on your part to work. While it is technically possible
for a single user to hog almost all the available bandwidth, it is not
considered a good idea to do so.
--
# Jeff Liebermann 150 Felker St #D Santa Cruz CA 95060
# 831.336.2558 voice
http://www.LearnByDestroying.com
#
(E-Mail Removed)
#
(E-Mail Removed) AE6KS