Quote:
Originally Posted by qasdfdsaq
Refresh my memory here - don't ISPs buy "pipes" of some fixed bandwidth to exchanges/offload points whatever they're called, and historically it's been these that have become full as a result of the ISP not buying enough capacity rather than the underlying infrastructure itself filling up?
If so, how does what we're seeing now differ? So far all the above links just point to monitoring consumer endpoints, with nobody seeming to look at any internal endpoints within the BTw network, such as an old TBB monitor I'd set up ages ago (before TBB stopped me being able to set up/modify my monitors) to a BT Retail RAS
|
An ISP controls their bandwidth, they know if they've capacity issues and they know which customers map to which endpoints on their network. If they see some customers having strife while others aren't on the same MSILs they can drill down, as Plusnet and AAISP do, to exchange level.
They can also go to BRAS level as they know which BT Wholesale BRAS customers connect via.
From that lot they can tell, if so minded, whether the issues are on an entire BRAS, on a geographically close group of customers but on different exchanges, pointing to an issue at a metro node or BRAS LAG, or at an individual exchange, if some customers at an exchange an SVLAN congested, if all customers at an exchange showing issues potentially the backhaul the SVLANs live on is full.
The BTW 21CN network has individual SVLANs mapped to BRAS via metro nodes, so congestion can occur at logical SVLAN level, or at a physical level in a couple of places.
EDIT: Customer <xDSL> Exchange <SVLAN on LAG/GbE/10GbE> BRAS <Ethernet> LAC <Ethernet> ISP LNS