Sind CoS und QoS jemals austauschbar?

Die Begriffe "CoS" und "QoS" werden häufig austauschbar verwendet, insbesondere im SP-Bereich, wenn "Class of Service-Profile" usw. als Teil von Produktgruppen bereitgestellt werden. Ich möchte mein Verständnis erneut bekräftigen, dass CoS nur eine Möglichkeit ist, Verkehr auf Ebene 2 zu markieren, während QoS bestimmt, was Sie mit diesem Verkehr auf Ebene 3 tatsächlich tun.

Kann jemand realistischere Implementierungsbeispiele für die Unterscheidung zwischen den beiden Begriffen bereitstellen oder mich alternativ auf eine Überschneidung hinweisen?

QoS ist ein Überbegriff, der die Verwendung von Funktionen wie Überwachung, Gestaltung, Verkehrsklassifizierung und erweiterte Warteschlangenmechanismen abdeckt.

CoS ist eine Form von QoS, die auf Layer-2-Ethernet beschränkt ist und 3-Bit (8 Werte) des 802.1Q-Tags verwendet, um Ihren Datenverkehr zu differenzieren. Daher kein Trunking, keine CoS.

DSCP wird am häufigsten auf Werte in Schicht 3 angewendet und ist in 6-Bit (64 Werte) des IP-Headers enthalten. In der Regel werden nur 14 der Werte verwendet und unter Verwendung der Notationen "Best Effort", "Expedited Forwarding" (EF) und "Assured Forwarding" (AF) referenziert. AF-Werte haben die Form AFxy, wobei x 1 bis 4 ist und sich auf die Priorität bezieht und y 1 bis 3 ist und sich auf die Drop-Wahrscheinlichkeit bezieht.

Telekommunikationsanbieter (wie speziell AT & T) verwenden den Begriff CoS, um die Bandbreitenzuweisungsklassen zu definieren, die sie in ihren MPLS-Angeboten unterstützen. Grundsätzlich haben sie CoS zu einem Marketingbegriff gemacht. In der Regel verwendet ein Telekommunikationsunternehmen DSCP, um zu ermitteln, zu welcher seiner CoS-Klassen Ihr Datenverkehr gehören soll.

Ein weiterer wichtiger Punkt für die Konfiguration dieser Funktionen ist, dass Sie in einem Cisco-Switch oder -Router einen Befehl wie "mls qos trust dscp" oder "mls qos trust cos" verwenden müssen. Andernfalls setzt das Gerät die QoS-Markierung auf Null zurück. Es gibt einige Ausnahmen, die auf dem Modell, der Konfiguration und der IOS-Version basieren, aber dies gilt nach meiner Erfahrung in den letzten Jahren für alles. Diese Konfiguration ist erforderlich, da das Gerät wissen muss, auf welche Markierung es reagieren soll, da es nicht beide verwenden kann. Ich benutze gerne DSCP. Ich habe keinen soliden Grund gefunden, CoS darüber zu verwenden, aber ich bin sicher, dass jemand einen hat.

Class of Service ist ein Layer-2-Bezeichner, normalerweise in Verbindung mit einem 802.1q-Tag (Sie sollten CoS nicht an einem Access-Port sehen, sondern nur an einem Trunk-Port). DiffServ wäre der entsprechende Bezeichner auf einer Schicht-3-Verbindung. Quality of Service ist eine Obermenge von beiden, die steuern, wie Layer-2- und Layer-3-Links den Verkehr auf verschiedenen Arten von Links klassifizieren, überwachen und in Warteschlangen einreihen.

CoS wird auf Schicht 2 ausgeführt, während QoS auf Schicht 3 ausgeführt wird.

CoS ist eine Möglichkeit, dem VLAN-Header eine Priorität hinzuzufügen, die später von QoS-Mechanismen interpretiert werden kann, um den Datenverkehr entsprechend zu behandeln.

Ein Beispiel aus der Praxis könnte ein VoIP-VLAN in einem Netzwerk sein, das normalerweise mit einem CoS-Flag als CS7 gekennzeichnet ist. Router-QoS-Engines können dies dann interpretieren und den Verkehr in Überwachungs- oder Profilierungssituationen höher priorisieren.

CoS kann unabhängig von QoS-Implementierungen verwendet werden, um entsprechend gekennzeichneten Datenverkehr an andere Netzwerke weiterzuleiten, auf die Sie keinen Einfluss haben.

Hier finden Sie ein gutes Whitepaper mit einer ausführlichen Einführung in das Thema.

In der Wacholderwelt sind sie austauschbarer. Wie alle QoS-Konfigurationen erfolgt die Konfiguration in der Zeilengruppe "class of service" der Konfiguration. Ein Beispiel für die Konfiguration ist:

class-of-service {
    forwarding-classes {
        queue 0 assured-forwarding;
        queue 1 best-effort;
        queue 2 expedited-forwarding;
    }
    interfaces {
        ge-0/0/3 {
            unit 0 {
                scheduler-map 1st;
                shaping-rate 100m;
            }
        }
    }
    scheduler-maps {
        1st {
            forwarding-class assured-forwarding scheduler test1;
            forwarding-class best-effort scheduler test2;
            forwarding-class expedited-forwarding scheduler test3;
        }
    }
    schedulers {
        test1 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test2 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test3 {
            transmit-rate 10m;
            buffer-size percent 10;
            priority low;
        }
    }               
}

QoS (Quality of Service) ist eine Reihe von Maßnahmen, die Garantien bieten sollen, die bisher in paketvermittelten Netzwerken nicht zur Verfügung standen. Diese werden zur Verkehrsformung und zum Versuch verwendet, Qualitätsgarantien zu erhalten, die hoffentlich in einigen Fällen der Annäherung von leitungsvermittelten Protokollen über paketvermittelte Netze dienen. Es ist in der Implementierung wesentlich komplexer als dies, aber das ist der Grundzweck.

CoS steht für Class of Service und soll bestimmten Ethernet-Verkehr für QoS-Zwecke kennzeichnen. Beispielsweise kann dies in einem Wählnetz verwendet werden, um TDMoE zu unterscheiden, das gegenüber gewöhnlichem paketvermittelten Verkehr sehr latenzempfindlich ist (TDMoE würde wahrscheinlich Telefonsprachdaten zwischen Telefonvermittlungen / Gateways übertragen). Dies könnte dann verwendet werden, um sicherzustellen, dass die QoS-Garantien erfüllt werden können. Dies gibt Ihnen eine Vorstellung davon, wie die Konzepte zusammenhängen.

Aus meiner Sicht ist QoS wirklich darauf ausgerichtet, die für verbindungsvermittelte Netzwerke (wie das PSTN) typischen Arten von sehr robusten Garantien anzubieten. Über Ethernet können Sie eine Amtsleitung in einem Wählnetzwerk nehmen und dann den Teil der Bandbreite nutzen, der beispielsweise von TDMoE nicht verwendet wird , und diesen Teil für die paketvermittelte Kommunikation verwenden.

Ich würde es also so beschreiben, dass QoS die Menge von Techniken und Ansätzen zur Lösung einer bestimmten Menge von Problemen ist, während Class of Service eine Bezeichnung für Datenübertragungen (insbesondere auf der Ebene des Ethernet-Protokolls) ist, um sie entsprechend zu verwalten QoS.