|
North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: DSL (was shopping for NOCs)
>From an operational perspective, I think the best lesson to be learned is to grow only as fast as you can provide support for. I wonder what the correct ratio is in terms of number of new subscribers vs number of support staff. Also what is the bandwidth that they are adding from/to the CO to serve all these new customers. I hope that they are not using the good old Erlang B models to calculate the amount of backbone bandwidth they need. Bora ----- Original Message ----- From: Chris Williams <[email protected]> To: Joseph Birthisel <[email protected]> Cc: <[email protected]> Sent: Monday, June 05, 2000 1:07 PM Subject: Re: DSL (was shopping for NOCs) > > Doesn't this have more to do with the philosophy of the company > providing service than the technology being deployed (DSL)? > Maybe the problem is that DSL tends to involve LEC people who are > infected with the obsolete lazy-monopoly attitude of the incumbents. > > In any case, are there unique operational challenges posed by DSL that > are causing some of these problems? Is there anything we can do as a > community to address them (or encourage the people who need to address > them, to do so)? > > Maybe this discussion could evolve into something a little more useful > than "my DSL provider sucks"..."me too", since there seems to be a lot > of interest (or at least a lot of unhappy voices).. > > Joseph Birthisel wrote: > > DSL NOCs to my experience are badly run and resolution time is not good > > (to > > put it nicely). They do not keep good documentation (or their people > > don't > > choose to use it) on what circuits affect which customers, which ISPs > > their > > outages affect, or how to match a CID with a dslam. Most notable in this > > area > > is Northpoint's NCC. My hope is that either (a) over time they will get > > more > > standardized in their outage notification and communication with the > > ISPs > > they partner with (b) the technology becomes outdated soon and customer > > connectivity does not rely on their technical support. >
|