?QoS vadis? Worse that a POTS line from the seventies!
In the KZN midlands in the late seventies we had a party telephone line. It stretched 20km to the nearest dorp. It would occasionally hum, but it was crystal clear. That old bakerlite phone made by Siemens was better in quality than the modern day Voice over IP (VoIP) solutions dished up today's on congested broadband links.
Broadband networks are classified as best effort thus there is no Quality of Service (QoS). Now theoretically something like Multiprotocol label switching (MPLS) has it, but rarely is it ever configured correctly because it requires both ends of a link to be configured.
But wait, on broadband networks you can control the traffic on the uplink. As an example, you can reserve bandwidth for voice as an example and ensure that it is implemented. True, you might have congestion and packet loss upstream but that would be true of any IP network. No-one provides you dedicated bandwidth across the distribution or core networks. They provisioned for only about 10% of the sold capacity even on MPLS. And in a data centre, cross-connect are cables, whether it is MPLS or broadband. Neither have any attributes that trump each other!
领英推荐
All you need for QoS is to mirror the configuration applied at the uplink, reverse it and apply it in the data centre. Enter stage right, Software Defined Wide Area Networking (SDWAN). SDWAN uses an aggregator in the data centre that does precisely this and it does it in an automated fashion without the requirement for human intervention or error. Exit stage left, MPLS....
But what about that packet loss and congestion. Typically, on broadband networks the bandwidths are higher and the probabilities are more favourable than on MPLS. However, if the SDWAN implements bandwidth adaptation where anomilies are detected, then it is possible to have an automated adjustment of parameters to reduce impact!