scary things at CRTC

Lennart Sorensen lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org
Wed Apr 8 14:10:53 UTC 2009


On Wed, Apr 08, 2009 at 07:38:52AM -0400, James Knott wrote:
> Lennart Sorensen wrote:
> >> (2) They want to charge resellers for monthly transit of over 60GB for
> >>     each customer.
> >>     
> >
> > If the rates they want to charge are reasonable, then perhaps that is
> > a perfectly sensible thing to do.
> >   
> That depends on how much of Bell's equipment they use.  If the ISP
> provides it's own DSLAM and uses only Bell's wires, then there shouldn't
> be any such charge.  If they use Bell's DSLAM, perhaps, though they
> might be paying for bandwidth in other ways already.

Yes, the data on the customers line should be unmetered, and you can
charge a fee for giving access to the customers line, which they certainly
seem to do.

Then if you use Bell's DSLAM and backbone to carry the data from the CO
to the ISP, then Bell could charge for that too, although perhaps better
than charging for anything above a certain amount for a single customer,
they could simply have the ISP pay for the total consumption of all their
customers combined.  After all the data below 60GB/user still has to be
carried, and it means the ISP can budget what they want to allow their
customers to use.  Charging per customer and only over a certain limit
seems entirely based on trying to make their own capped service look
good by punishing ISPs that don't impose caps on their users at the same
level as Bell.

If the ISP has their own DSLAM in the CO and their own back haul lines,
then they should only be paying for access to the line and certainly
nothing for data since it makes no difference to Bell's equipment
at all.  Very few ISPs seem to do this however since it requires way
more investment in infrastructure.

-- 
Len Sorensen
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list