Site icon bintorosoft.com

DSCP und CoS verstehen: Markierungen richtig setzen

Red Snapper

An illustration of seamless connecting processes between computers, realistic, very detailed. *e20240925x* --no human, brand logo, text, label --ar 16:9 --stylize 750 --v 6.1 Job ID: 512cb19b-749b-4e0a-9440-304e6b6b23db

Wer Quality of Service (QoS) im Netzwerk sauber umsetzen möchte, kommt an zwei Begriffen nicht vorbei: DSCP und CoS verstehen. Beide sind Markierungen, mit denen Pakete eine „Service-Klasse“ erhalten, damit Router, Switches, WLAN und WAN-Edges bei Überlast priorisieren können. In der Praxis entscheidet die richtige Markierung darüber, ob VoIP stabil bleibt, Videokonferenzen ruckelfrei laufen oder kritische Anwendungen auch bei hoher Auslastung zuverlässig reagieren. Gleichzeitig entstehen viele Probleme genau hier: Endgeräte markieren falsch oder gar nicht, Switches vertrauen Markierungen an der falschen Stelle, und im WAN verschwinden Markierungen, weil Provider oder Tunnel sie anders behandeln. Um Markierungen richtig setzen zu können, müssen Sie den Unterschied zwischen Layer 2 und Layer 3 verstehen: CoS (Class of Service) ist eine Layer-2-Markierung im 802.1Q-Tag (PCP), während DSCP (Differentiated Services Code Point) im IP-Header sitzt und Ende-zu-Ende auf Layer 3 mitgeroutet wird. Dieser Artikel erklärt verständlich, wie DSCP und CoS funktionieren, welche Werte sich in der Praxis bewährt haben, wie Trust Boundaries aufgebaut werden und wie Sie Markierungen in Cisco-Umgebungen kontrolliert setzen, prüfen und dauerhaft konsistent halten.

DSCP und CoS: Der entscheidende Unterschied

Beide Markierungen verfolgen dasselbe Ziel: Pakete sollen je nach Wichtigkeit unterschiedlich behandelt werden. Der Unterschied liegt im Ort der Markierung und damit in der Reichweite.

Ein typisches Missverständnis ist: „Wir setzen CoS, dann ist QoS erledigt.“ Das stimmt nur innerhalb des Layer-2-Bereichs. Sobald ein Paket geroutet wird, zählt DSCP. Umgekehrt: „Wir setzen DSCP, dann passt es im Campus.“ Das stimmt nur, wenn Ihre Switches DSCP korrekt in interne Queues mappen oder CoS auf Trunks konsistent ableiten.

Warum Markierungen überhaupt nötig sind

Ohne Markierung ist Traffic für das Netzwerk gleich: Best Effort. Bei Congestion entscheiden dann Default-Queues und Zufall, wer zuerst gesendet wird. Markierungen sind der Mechanismus, um anzugeben, was „wichtiger“ ist. Wichtig: Markierungen sind nur Etiketten. Die tatsächliche Wirkung entsteht erst durch QoS-Policies (Queueing, Scheduling, Shaping, Policing), die diese Etiketten interpretieren.

DSCP im Detail: DiffServ und das DS-Feld

DSCP ist ein 6-Bit-Wert im Differentiated Services Field (DS Field). Die Idee stammt aus dem DiffServ-Modell: Netzwerke klassifizieren Traffic in wenige Serviceklassen und behandeln diese unterschiedlich, ohne pro Flow aufwändige Zustände zu halten. Das ist skalierbar und in Enterprise-Netzen der Standardansatz. Eine gute technische Referenz ist der Anchor-Text RFC 2474 (Differentiated Services Field).

Typische DSCP-Klassen in der Praxis

In der Praxis arbeiten viele Unternehmen mit einem überschaubaren Klassenmodell. Häufige Bausteine:

Wichtig ist nicht, jede mögliche DSCP-Variante auswendig zu lernen, sondern ein konsistentes Unternehmensschema zu definieren und überall gleich zu verwenden.

CoS/PCP im Detail: 802.1Q und 802.1p

CoS bezieht sich in der Praxis meist auf den 3-Bit-PCP (Priority Code Point) im 802.1Q-Tag. Dadurch ergeben sich 8 Prioritätsstufen (0–7). Diese Markierung ist vor allem auf Switches relevant: Sie beeinflusst Queueing und Scheduling auf Ports und Trunks. Der PCP ist Teil des IEEE-Standards 802.1Q; als Einstieg eignet sich der Anchor-Text IEEE 802.1Q (Standardübersicht).

Was CoS gut kann – und was nicht

Mapping: DSCP zu CoS und zurück

Damit QoS konsistent ist, müssen DSCP und CoS sinnvoll zueinander passen. In vielen Netzen gibt es ein Mapping, das z. B. Voice (DSCP EF) auf einen hohen CoS-Wert abbildet, während Best Effort (DSCP 0) auf CoS 0 bleibt. Das Mapping kann auf Switches platformabhängig sein (interne QoS-Tabellen, Queue-Mapping, DSCP-to-Queue, CoS-to-Queue).

Best Practice: Definieren Sie ein klares Unternehmensmapping (z. B. Voice = höchste Priorität, Video = hoch, Critical Data = mittel, Best Effort = normal, Scavenger = niedrig) und dokumentieren Sie die Zuordnung DSCP↔CoS.

Trust Boundary: Wo Markierungen akzeptiert werden dürfen

Die größte Gefahr bei QoS-Markierungen ist Missbrauch: Wenn Clients ihre Pakete selbst als „hoch priorisiert“ markieren können und das Netz blind vertraut, wird die Priorisierung entwertet. Deshalb ist die Trust Boundary ein zentrales Designprinzip.

Ein typisches und bewährtes Szenario ist „Telefon + PC am selben Port“: Das Telefon darf Voice korrekt markieren, der PC nicht. So bleibt Voice geschützt, ohne dass ein PC Traffic künstlich „hochzieht“.

Markierungen richtig setzen: Praktische Strategien

Es gibt nicht nur einen Weg, Markierungen zu setzen. Entscheidend ist, dass Sie eine Strategie wählen, die zur Governance und zum technischen Setup passt.

Strategie A: Endgeräte markieren, Netzwerk vertraut kontrolliert

Strategie B: Netzwerk markiert zentral

Strategie C: Hybrid

Beispielhafte Cisco-Konzeption: Marking und Klassifizierung mit MQC

Auf Cisco Routern wird Marking häufig über MQC umgesetzt. Ziel ist, Traffic zu klassifizieren und dann DSCP zu setzen (oder zu bestätigen), bevor Queueing/Shaping greift. Beispiel: Signalisierung und Voice werden erkannt und markiert.

class-map match-any VOICE-RTP
match dscp ef

class-map match-any VOICE-SIG
match dscp cs3

policy-map MARK-EDGE
class VOICE-RTP
set dscp ef
class VOICE-SIG
set dscp cs3
class class-default
set dscp default

Der Gedanke dahinter: Selbst wenn ein Gerät falsch markiert, erzwingt die Edge-Policy das gewünschte Marking. Für echte QoS-Wirkung müssen danach Queueing/Shaping-Policies folgen.

VoIP als Referenzfall: Warum EF nicht für „alles“ genutzt werden darf

Viele QoS-Probleme entstehen, weil EF missbraucht wird. EF ist für sehr jitter- und latenze empfindlichen Verkehr gedacht (typisch RTP). Wenn Sie EF für große Datenmengen verwenden, verschmutzen Sie die Priority Queue und verschlechtern am Ende die Sprachqualität.

Das Ziel ist eine Priorisierung, die auch unter Last stabil bleibt: Voice soll durchkommen, aber nicht unkontrolliert alles andere verdrängen.

WAN und Provider: DSCP ist kein Vertrag

Ein häufiger Praxis-Schock: Im LAN markiert alles sauber, aber im Internet oder über MPLS sieht die Realität anders aus. Gründe:

Best Practice am WAN-Edge: Shaping knapp unter der realen Rate, damit der Router selbst die Congestion steuert und QoS-Queues zuverlässig wirken. Dazu gehört ein klares Provider- oder Tunnel-Mapping, wenn Sie auf WAN-QoS angewiesen sind.

QoS im Campus: CoS auf Trunks und DSCP auf L3

Im Campus gilt: Switches brauchen eine klare Zuordnung von Markierungen zu Queues. CoS ist auf Trunks nützlich, weil es Layer-2-Priorität transportiert. DSCP ist auf L3 entscheidend. Typische Best Practices:

Da Cisco-Switch-Plattformen QoS unterschiedlich implementieren können, ist es sinnvoll, für Ihr Modell die passende Dokumentation zu nutzen. Ein guter Startpunkt ist der Anchor-Text Cisco QoS Konfigurationsguides.

Verifikation: So prüfen Sie Markierungen im Betrieb

Markierungen „richtig setzen“ heißt auch: nachweisen, dass sie wirklich auf dem Draht und in den Queues ankommen. In der Praxis prüfen Sie typischerweise an mehreren Punkten: am Access-Port, am Trunk, am L3-Gateway, am WAN-Interface.

Wichtig: Wenn eine Klasse keine Treffer hat, ist das kein „QoS funktioniert“, sondern meist „QoS matcht nicht“. Ursache ist oft falsches Marking, falsche Trust Boundary oder Traffic läuft über einen anderen Pfad als erwartet.

Typische Fehler beim Setzen von DSCP und CoS

Best Practices: Markierungen nachhaltig und sicher betreiben

Für übergreifende Sicherheits- und Betriebsprinzipien (Least Privilege, Change-Disziplin, Monitoring) ist der Anchor-Text CIS Controls eine gute Ergänzung.

Praxis-Checkliste: DSCP und CoS richtig setzen

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version