You are going to have to define the customer before you know the bandwidth requirements. The conventional approach is to load them up like ISDN users and go with that ratio, but you really get hosed by a single client who decides that $49 a month gets him a 100% duty cycle incoming T1 feed. I haven't found any backbone provider sho is willing to sell me that kind of bandwidth for $49, no matter how big a pipe I try to aggregate it into. We have taken a different approach with our wireless dsl service. We are defining the nominal speed, with a burst rate. The customer chooses what they need and pays accordingly. I have bandwidht management to enforce the policies, and most residential clients on my 64K nominal/1M burst plan don't see the difference between it and other simlar offering from the competition. The burst period is sufficient to handle most requests while protecting the overall network. The primary difference is that a bad boy in the neighborhood isn't taking down the entire group because they are abusing the account they signed up for, as is common in cable systems and can also occur in dsl systems. I also have the advantage of offering a symmetric service which many of my business clients appreciate, particularly those who are doing remote computing. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- From: Jeff Binkley <jeff.binkley@asacomp.com> To: <USR-TC@LISTS.XMISSION.COM> Sent: Saturday, March 04, 2000 10:15 AM Subject: (usr-tc) DSl service
Folks,
I know this is slightly off topic but I wanted to throw it out for
opinions.
We are looking at offering DSL service soon. Are there any rules of thumb that folks are using for estimating bandwidth needs per number of DSL customers ? How are the LECs and CLECs at getting DSL circuits put in in a timely manner ? Lastly, there was some discussion a while back about the TC and whether it supported DSL or would in the future. Any new news on that one ?
Thanks,
Jeff Binkley ASA Network Computing
- To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
- To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.