Article View: can.general
Article #41700Re: Canadian ISP Makes Really Bad Decision
From: Brent P
Date: Wed, 29 May 2002 04:53
Date: Wed, 29 May 2002 04:53
53 lines
4532 bytes
4532 bytes
In article <ad0qod$112$2@dns3.cae.ca>, Richard wrote: > > "Brent P" <tetraethyllead@yahoo.com> wrote in message >> In article <acghr1$n7g$3@dns3.cae.ca>, Richard wrote: >> It has little to do with wether it's commerical or non-commerical. It's >> about the amount of bandwidth being used. If a neigbor started running a >> free porn site or something sucking all the bandwidth out of the cable >> modem system in the area I would expect that he get booted off. I should >> have crawling speeds so he can set up a high bandwidth server? > No, bandwidth is _not_ the issue. We've already been over this. If you > provide unlimited DSL access on a line capable of 1.2 Mbps downloads, and do > not specify any quotas ahead of time, then implicitly you're setting the > quota in the range of 300 GB/month. Approximately the amount you'd get if > you left your system d/ling at top speed all month long. > By talking about cable, you're comparing apples and oranges. The difference > is in the technology. I understand the difference. However at some point, even DSL users must share. The difference is that a bunch of cable users share the same small line, each DSL user has his own small line. But all the DSL users in the same area on the same provider take bandwidth from the same feed to the provider. This is the same, regardless if it's cable, dialup, or DSL. The question is what do when the flat rate times all the customers doesn't cover the bandwidth being used up? That the average consumption has out-grown the price being charged? What if analysis shows that say 5% of the customers are skewing the average upwards beyond the profitable level? > Bell already charges 150% of what other DSL ISP's in the area charge. The > servces they provide and customer service are grossly inferior. There are > only two reasons that Sympatico has a customer base at all: Why don't the heavy consumers of bandwidth just go elsewhere then? > So if I'm reading into this correctly, since Chicago ISPs have already > screwed you over, you have next to no sympathy for the people up here > getting screwed over by one of the bigger ISPs right now? I simply understand why they are doing it. I don't like it, because I would like to run some small servers over DSL or cable. So small they wouldn't bother anyone. I wouldn't think of running high bandwidth servers on a home service. However, it is people who do push the limits, taking as much as they can consume that results in the blanket no-server policies providers here have. Even the hosting service I have my MUD running on forbids heavy bandwidth consumption on the orders that are being discussed here. Of course I can run small servers over the cable modem, nobody would notice, but it's still a violation of the service agreement.
Technical Details
Message-ID:
<59ZI8.136787$Po6.299115@rwcrnsc52.ops.asp.att.net>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!wn1feed!wn2feed!worldnet.att.net!204.127.198.204!attbi_feed4!attbi.com!rwcrnsc52.ops.asp.att.net.POSTED!not-for-mailReferences:
<76f9684ac55413942690f206280a8b1b@anonymous.poster> <ac3iss$mi5ci$1@ID-97594.news.dfncis.de> <NSxG8.11113$Hf4.1279556@news20.bellglobal.com> <9HyG8.52347$L76.65088@rwcrnsc53> <aceh1k$a3f$1@dns3.cae.ca> <eeAG8.79638$Po6.132365@rwcrnsc52.ops.asp.att.net> <acghr1$n7g$3@dns3.cae.ca> <7TiH8.67783$L76.105112@rwcrnsc53> <ad0qod$112$2@dns3.cae.ca>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f504b,d359f6b8aa7ca78b X-Google-Attributes: gidf504b,public X-Google-Thread: fc3d0,d359f6b8aa7ca78b X-Google-Attributes: gidfc3d0,public X-Google-Thread: 10e835,d359f6b8aa7ca78b X-Google-Attributes: gid10e835,public X-Google-Thread: 114af9,d359f6b8aa7ca78b X-Google-Attributes: gid114af9,public X-Google-Thread: f7b9c,d359f6b8aa7ca78b X-Google-Attributes: gidf7b9c,public X-Google-ArrivalTime: 2002-05-28 21:53:22 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!wn1feed!wn2feed!worldnet.att.net!204.127.198.204!attbi_feed4!attbi.com!rwcrnsc52.ops.asp.att.net.POSTED!not-for-mail Newsgroups: can.general,mtl.general,ont.general,ns.general,chi.general From: tetraethyllead@yahoo.com (Brent P) Subject: Re: Canadian ISP Makes Really Bad Decision References: <76f9684ac55413942690f206280a8b1b@anonymous.poster> <ac3iss$mi5ci$1@ID-97594.news.dfncis.de> <NSxG8.11113$Hf4.1279556@news20.bellglobal.com> <9HyG8.52347$L76.65088@rwcrnsc53> <aceh1k$a3f$1@dns3.cae.ca> <eeAG8.79638$Po6.132365@rwcrnsc52.ops.asp.att.net> <acghr1$n7g$3@dns3.cae.ca> <7TiH8.67783$L76.105112@rwcrnsc53> <ad0qod$112$2@dns3.cae.ca> Organization: A World Full of Junk Reply-To: tetraethyllead@yahoo.com User-Agent: slrn/0.9.7.1 (Unix) Lines: 53 Message-ID: <59ZI8.136787$Po6.299115@rwcrnsc52.ops.asp.att.net> NNTP-Posting-Host: 12.248.230.221 X-Complaints-To: abuse@attbi.com X-Trace: rwcrnsc52.ops.asp.att.net 1022648001 12.248.230.221 (Wed, 29 May 2002 04:53:21 GMT) NNTP-Posting-Date: Wed, 29 May 2002 04:53:21 GMT Date: Wed, 29 May 2002 04:53:21 GMT