Shaping vs. Policing ist eine der wichtigsten QoS-Entscheidungen, wenn Sie Voice & Video in Telco-, Carrier- oder Enterprise-Netzen stabil betreiben wollen. Beide Mechanismen werden oft im selben Atemzug genannt, verfolgen aber unterschiedliche Ziele und haben sehr unterschiedliche Nebenwirkungen: Policing setzt harte Grenzen und erzeugt bei Überschreitung sofort Paketverlust oder Remarking – ideal für Missbrauchsschutz und SLA-Profilierung, aber potenziell zerstörerisch für Echtzeitmedien. Shaping dagegen glättet den Verkehr und verzögert Pakete kontrolliert, um Burst-Spitzen zu reduzieren und Downstream-Drops zu vermeiden – häufig die bessere Wahl für interaktives Video und UC, kann aber bei falscher Dimensionierung Bufferbloat und zusätzliche Latenz verursachen. Genau deshalb ist „Shaping vs. Policing“ keine Geschmacksfrage, sondern ein Design-Trade-off zwischen Fairness, Stabilität, Latenzbudget und operativer Beherrschbarkeit. Dieser Artikel erklärt die Unterschiede leicht verständlich, zeigt typische Einsatzstellen in Access, Metro und IP/MPLS-Core und liefert konkrete Entscheidungsregeln, wie Sie Shaping und Policing für Voice & Video so kombinieren, dass Qualität auch unter Last stabil bleibt, ohne dass Premium-Klassen ausufern oder Best Effort kollabiert.
Warum Voice & Video so empfindlich auf Drop-Spitzen reagieren
Für klassische Datenanwendungen ist Paketverlust oft „nur“ ein Durchsatzproblem, weil TCP Pakete erneut sendet. Für Echtzeit ist Paketverlust dagegen ein Qualitätsproblem: Voice-Pakete kommen zu spät oder gar nicht an, und der Empfänger kann nur begrenzt kaschieren. Video reagiert je nach Typ (interaktiv vs. Streaming) mit Freezes, Artefakten oder Bitrate-Downshifts. Besonders kritisch sind Loss-Cluster: kurze Phasen mit mehreren verlorenen Paketen hintereinander.
- Voice (RTP): Retransmits sind praktisch nicht nutzbar; Drops sind sofort hörbar.
- Interaktives Video: reagiert empfindlich auf Verlust und Jitter; Downshift und Frame-Drops sind sichtbar.
- Streaming (TCP): Verlust führt zu Retransmits und Buffering; Drop-Cluster sind besonders schädlich.
Shaping und Policing beeinflussen genau diese Effekte: Policing kann Drop-Cluster erzeugen, Shaping kann sie verhindern – wenn es richtig eingesetzt wird.
Begriffe sauber trennen: Was Policing und Shaping technisch tun
Beide Mechanismen kontrollieren Traffic-Raten, aber auf unterschiedliche Weise.
Policing (Rate Enforcement)
Policing prüft am Ingress (oder manchmal auch am Egress) kontinuierlich, ob ein Traffic-Stream innerhalb eines definierten Profils liegt. Liegt er darüber, passiert je nach Policy typischerweise:
- Drop: Pakete werden verworfen (hart und sofort).
- Remarking: Pakete werden in eine niedrigere Klasse ummarkiert (z. B. von Premium auf Best Effort).
- Drop by Color: bei farbbasierten Profilen (grün/gelb/rot) werden Überschusspakete abhängig vom „Farbstatus“ verworfen oder herabgestuft.
Policing ist damit ein Schutzmechanismus: Es verhindert, dass ein Kunde oder eine Klasse mehr Ressourcen nutzt als vereinbart.
Shaping (Rate Smoothing)
Shaping arbeitet typischerweise am Egress. Statt Pakete bei Überschreitung zu verwerfen, puffert Shaping kurzzeitig und sendet Pakete kontrolliert mit einer definierten Rate aus. Dadurch werden Bursts geglättet und Downstream-Policer oder engere Links werden nicht „überrannt“.
- Glättung: Bursts werden in einen gleichmäßigeren Fluss umgewandelt.
- Reduktion von Drop-Spitzen: weil weniger Pakete plötzlich auf einen engeren Link treffen.
- Preis: zusätzliche Verzögerung durch Pufferung – bei falscher Dimensionierung kann das Latenz/Jitter erhöhen.
Shaping vs. Policing: Die zentrale Entscheidungsfrage
Die wichtigste Frage lautet nicht „welches ist besser?“, sondern:
- Möchten Sie eine Grenze erzwingen? Dann ist Policing das Werkzeug (Schutz, Fairness, SLA-Profile).
- Möchten Sie Qualitätsstabilität bei Burst-Verhalten? Dann ist Shaping meist besser (Echtzeitfreundlichkeit, weniger Loss-Cluster).
In Telco-Netzen sind beide nötig – aber an unterschiedlichen Stellen und für unterschiedliche Klassen.
Warum Policing für Voice oft gefährlich ist
Voice-Medienverkehr ist klein, aber extrem sensitiv. Ein Policer, der Voice-Pakete dropt, verursacht sofort hörbare Aussetzer. Zusätzlich entsteht häufig Burst-Verhalten durch Paketisierung und Aggregation (z. B. viele gleichzeitige Calls, Microbursts an Aggregationsknoten). Das kann dazu führen, dass ein Policer nicht „gleichmäßig“ dropt, sondern in Clustern – genau das, was Voice am stärksten schadet.
- Drop-Spitzen: mehrere RTP-Pakete hintereinander fehlen – hörbare Lücken.
- Schwellenproblem: zu enges Profil führt zu permanenten Policer-Hits, obwohl die durchschnittliche Voice-Rate eigentlich „passt“.
- Fehlersuche: Policer-Drops sehen wie „Netzverlust“ aus, sind aber selbst erzeugt.
Designregel: Voice sollte so dimensioniert und profiliert sein, dass Policing auf Voice praktisch nie greift. Wenn Profilierung nötig ist, ist Remarking (in kontrollierten Ausnahmefällen) meist besser als Drop – und Shaping an Engpässen ist häufig die stabilere Lösung.
Warum Shaping für Voice nicht automatisch gut ist
Shaping klingt für Echtzeit zunächst ideal, weil es Drops reduziert. Der Haken: Shaping puffert. Wenn Voice-Pakete im Shaper „mitpuffern“, steigt Latenz und Jitter. Deshalb muss Shaping so designt sein, dass Voice in einer Low-Latency-Queue schnell vorbeikommt und Shaping primär Best Effort glättet.
- Voice-Queue isolieren: Voice (EF) in eine LLQ/Low-Latency-Queue, nicht in große Shaping-Puffer.
- Shaping am Egress: glättet den Gesamtausgang, aber die Echtzeitqueue wird bevorzugt bedient.
- Queue-Limits klein: um Bufferbloat-Effekte zu verhindern.
Shaping ist also nicht „Voice puffern“, sondern „Best Effort und Bursts glätten, während Voice durch eine Prioritätsbehandlung minimal wartet“.
Video: Policing kann funktionieren – aber nur mit Strategie
Video ist bandbreitenstark und variabel. Policing wird deshalb oft eingesetzt, um Video-Budgets zu begrenzen. Das kann sinnvoll sein, aber Video reagiert ebenfalls empfindlich auf Drop-Cluster. Daher gilt:
- Interaktives Video: Drops sind sichtbar; Policing sollte vorsichtig eingesetzt werden, idealerweise mit Remarking und ausreichender Burst-Toleranz.
- Streaming (TCP): Drops triggern Retransmits und Buffering; harte Policer können die QoE massiv verschlechtern.
- IPTV/UDP: Drops sind besonders schädlich; Policing sollte hier nur sehr kontrolliert und mit stabilen Profilen erfolgen.
Praktisch bedeutet das: Wenn Sie Video policen, dann pro Klasse, mit ausreichend Burst-Spielraum und möglichst so, dass Überschuss zuerst herabgestuft (Drop Precedence) oder in Best Effort überführt wird, statt abrupt gedroppt zu werden.
Video: Warum Shaping häufig der bessere „QoE-Hebel“ ist
Shaping glättet Bursts und verhindert Drop-Cluster an nachgelagerten Engpässen. Für Video ist das oft entscheidend, weil viele Video-Störungen nicht durch „zu wenig Durchschnittsbandbreite“ entstehen, sondern durch kurzfristige Congestion. Typische Situationen:
- Metro-Aggregation: Microbursts aus vielen Quellen treffen auf einen Uplink.
- Access-Profile: CIR/PIR-Limits, die ohne Shaping zu Drops in Downstream-Policern führen.
- Interconnects: rate-limitierte Übergänge zu Cloud/Peering.
Shaping ist hier oft der schnellste Weg, um „Ruckler und Buffering“ zu reduzieren, weil es das Burst-Verhalten entschärft.
Wo im Telco-Netz Policing sinnvoll ist
Policing ist im Providerbetrieb unverzichtbar, aber am richtigen Ort:
- Ingress am UNI/Customer Edge: Missbrauchsschutz, Durchsetzung von Produktprofilen (Premium-Budgets).
- Per-Class Profilierung: getrennte Budgets für Voice, Video, Business, Best Effort.
- Tenant-/Service-Fairness: insbesondere bei Wholesale, Multi-Tenancy und EVPN/VXLAN-Fabrics.
Hier ist Policing ein Governance-Werkzeug: Es schützt das Netz und andere Kunden.
Wo im Telco-Netz Shaping fast immer sinnvoll ist
Shaping ist besonders dort sinnvoll, wo Rate-Limits oder Burst-Probleme auftreten:
- Egress auf rate-limitierten Links: CIR-basierte Services, DSL/FTTH-Profile, Microwave-Backhaul.
- Vor Downstream-Policern: Shaping verhindert, dass Bursts in Drop-Spitzen umschlagen.
- An Aggregations-Uplinks: Metro und Mobile Backhaul profitieren stark, weil Microbursts reduziert werden.
Shaping ist damit ein Stabilitätswerkzeug: Es macht das Verhalten bei Peak-Last planbarer.
Remarking als Brücke: Wenn Policing nicht droppen soll
Viele Designs nutzen nicht „Drop oder nichts“, sondern Remarking: Überschusspakete werden in eine niedrigere Klasse gesetzt, statt verworfen zu werden. Das ist besonders hilfreich für Video, weil heruntergestufter Traffic zwar Qualität verlieren kann, aber nicht sofort „kaputt“ ist.
- Video Oversubscription: Überschuss wird als Best Effort behandelt, statt harte Drops zu erzeugen.
- AF Drop Precedence: innerhalb einer AF-Klasse kann Überschuss auf höhere Drop-Wahrscheinlichkeit gesetzt werden.
- Premium-Schutz: Kernverkehr bleibt in der Premiumklasse stabil, Überschuss wird abgefedert.
Remarking ist keine Magie, aber es ist oft „weniger zerstörerisch“ als Drop – sofern die Best-Effort-Queue nicht ohnehin im roten Bereich ist.
Entscheidungsregeln für Voice: So wählen Sie richtig
- Voice Media in LLQ, nicht policed: strict priority mit Limit, Voice-Budgets realistisch dimensionieren.
- Policing nur als Missbrauchsschutz: wenn nötig, dann pro Kunde/Service und so, dass Voice praktisch nie dropt.
- Shaping am Egress für Stabilität: glättet Best Effort, reduziert Microbursts; Voice bleibt isoliert und schnell.
- Policer-Hits als Alarm: wenn Voice regelmäßig policed wird, ist das Design falsch oder das Produktprofil zu eng.
Entscheidungsregeln für Video: So wählen Sie richtig
- Interaktives Video bevorzugt, aber gewichtet: AF-Klasse mit garantierten Anteilen, keine strict priority.
- Shaping statt harte Drops: besonders an rate-limitierten Links und vor Policern.
- Policing mit Remarking: Überschuss in Best Effort oder höhere Drop Precedence, um Drop-Cluster zu minimieren.
- Queue-Limits kontrollieren: Bufferbloat vermeiden, damit UC-Plattformen nicht ständig downshiften.
Für Video ist die größte Gefahr weniger „zu wenig Bandbreite“, sondern „unruhiges Verhalten“ durch Bursts und Drops. Shaping adressiert das oft besser als Policing.
Microbursts und Burst-Toleranz: Der häufigste Grund für falsche Policers
In Metro- und Aggregationsnetzen entstehen Microbursts. Ein Policer, der keine ausreichende Burst-Toleranz hat, dropt dann nicht gleichmäßig, sondern in Clustern. Das ist für Voice und Video besonders schädlich. Deshalb sollten Sie:
- Burst-Toleranz realistisch planen: Profile müssen das Burst-Verhalten moderner Applikationen berücksichtigen.
- Shaping vor Policing setzen: Shaping glättet Bursts, Policer sieht dann weniger Peak-Spitzen.
- Queue-Statistiken auswerten: Drops und Queue-Depth zeigen Burst-Probleme besser als Durchschnittsauslastung.
Wenn Sie „sporadische“ Qualitätsprobleme sehen, sind Microbursts und Policer-Drops häufig die Ursache.
Monitoring: Woran Sie erkennen, ob Shaping oder Policing die Qualität beeinflusst
Für eine saubere Entscheidung brauchen Sie Messwerte. Sinnvoll sind:
- Policer-Hits: wie oft greift Policing, in welcher Klasse, bei welchen Kunden/Links?
- Remarking-Events: wie viel Premium wird herabgestuft?
- Queue-Drops pro Klasse: besonders Voice und interaktives Video; Drops sind ein Qualitätsalarm.
- Queue-Depth/Queueing Delay: zeigt Bufferbloat und Jitter-Risiko.
- Shaping-Rate: ist Shaping aktiv, und tritt es in Peaks in Kraft?
- QoE-KPIs: MOS/R-Faktor, Audio-Interruptions, Video-Freeze-Events, Bitrate-Switches.
Ein praxistauglicher Betriebsstandard lautet: Drops in der Voice-Klasse sind ein Incident. Policer-Hits auf Voice sind ein Designfehler oder ein falsch dimensioniertes Profil.
Typische Fehlerbilder und ihre Ursachen
- Voice-Aussetzer bei Upload-Last: meist Bufferbloat und fehlendes Upstream-Shaping; Policing verschlimmert es durch Drops.
- Video ruckelt trotz „genug Bandbreite“: Microbursts und Drop-Cluster; Shaping und Queue-Limits sind der Hebel.
- Plötzliche Qualitätsprobleme nach Policy-Änderung: neue Policer zu eng, Remarking falsch, Queue-Weights geändert.
- Premium wirkt nicht: Markierung wird nicht vertraut oder nicht gemappt; Policer/Queues arbeiten auf falscher Klasse.
Best Practices: Shaping und Policing als kombinierte Strategie
- Policing am Ingress für Governance: Profile pro Klasse und pro Kunde/Service, Missbrauch verhindern.
- Shaping am Egress für Stabilität: Bursts glätten, Drop-Cluster vermeiden, Jitter senken.
- Voice schützen: LLQ mit Limit, Voice nicht droppen, Budgets realistisch dimensionieren.
- Video kontrolliert bevorzugen: AF-Klasse, gewichtet, ggf. Drop Precedence/Remarking für Überschuss.
- Templates statt Einzelregeln: Standardprofile pro Domäne (Access, Metro, Core), versioniert und getestet.
- Monitoring verpflichtend: Policer-Hits, Queue-Drops, Queue-Depth und QoE korrelieren.
Häufige Fragen zu Shaping vs. Policing
Ist Policing grundsätzlich schlecht für Echtzeit?
Policing ist nicht grundsätzlich schlecht, aber riskant, wenn es Drops auf Medienverkehr erzeugt. Für Voice sollte Policing nur als Schutzmechanismus dienen und so dimensioniert sein, dass es praktisch nie dropt. Für Video ist Policing möglich, aber Remarking und ausreichende Burst-Toleranz sind entscheidend.
Warum verbessert Shaping oft die Videoqualität?
Weil Shaping Microbursts glättet und Drop-Cluster verhindert. Viele Video-Probleme entstehen durch kurzfristige Congestion und nicht durch dauerhafte Unterversorgung. Shaping macht den Abfluss gleichmäßiger und reduziert die Wahrscheinlichkeit, dass Video-Pakete in Clustern verloren gehen.
Was ist die wichtigste Regel für Telco-Netze?
Profilieren am Rand (Policing/Remarking) und stabilisieren an Engpässen (Shaping). Voice in eine Low-Latency-Queue mit Limit, Video gewichtet in AF-Klassen, Best Effort fair und ohne Bufferbloat. So bleiben Voice & Video auch unter Last stabil, ohne dass das Netz operativ unkontrollierbar wird.