QoS für Wholesale/Resale ist im Telco-Alltag besonders anspruchsvoll, weil Qualitätsklassen nicht mehr nur innerhalb eines Netzes definiert werden, sondern über mehrere Partnernetze hinweg konsistent funktionieren müssen. Genau hier scheitern viele Premium-Versprechen: Ein Reseller verkauft „Business Voice“ oder „priorisiertes Video“, markiert korrekt mit DSCP EF/AF – aber an der NNI wird umgemappt, neutralisiert oder falsch profiliert. Die Folge sind schwer erklärbare Symptome: Voice knackt nur zu Peak-Zeiten, Video ruckelt an bestimmten Übergängen, SLAs werden diskutiert, aber niemand kann eindeutig nachweisen, in welchem Netzsegment die Klasse ihre Behandlung verloren hat. Professionelles QoS im Wholesale/Resale-Kontext bedeutet deshalb: gemeinsame Klassenmodelle vereinbaren, DSCP/CoS/MPLS-TC-Mappings verbindlich dokumentieren, Trust Boundaries und Profilierung an den Übergaben sauber definieren, Messmethoden abstimmen und operative Prozesse (Change, Incident, Reporting) über Unternehmensgrenzen hinweg standardisieren. Dieser Artikel zeigt praxisnah, wie Sie QoS-Klassen über Partnernetze koordinieren, welche Architekturprinzipien sich bewährt haben und wie Sie typische Fehler vermeiden, damit Echtzeittraffic für Voice & Video Ende-zu-Ende stabil bleibt – trotz unterschiedlicher Netze, Technologien und Betriebsmodelle.
Warum Wholesale-QoS ein anderes Spiel ist als internes QoS
Innerhalb eines einzelnen Provider-Netzes können Sie Klassen, Queues, Scheduler und Profile zentral standardisieren. Im Wholesale/Resale-Umfeld trifft Ihr QoS-Design auf fremde Standards, Plattformgrenzen und wirtschaftliche Interessen. Typische Herausforderungen sind:
- Uneinheitliche Klassenmodelle: Partner A nutzt 5 Klassen, Partner B 8 Klassen, Reseller nutzt eigene DSCP-Schemata.
- Mehrere Markierungswelten: DSCP im IP, CoS im Carrier Ethernet, MPLS-TC/EXP im Core – und jedes Netz mappt anders.
- Unklare Verantwortungsgrenzen: QoE-Probleme entstehen oft an Interconnects; ohne klare Messpunkte wird „Ping-Pong“ gespielt.
- Profilierungsunterschiede: CIR/PIR-Budgets und Burst-Toleranzen unterscheiden sich; Policer-Drops werden zu Drop-Clustern.
- Change-Drift: kleine Änderungen in einem Netz (z. B. neues Mapping) wirken im End-to-End-Service groß.
Die Konsequenz: Wholesale-QoS muss als gemeinsamer Standard mit Governance betrieben werden – nicht als „wir markieren und hoffen, dass es ankommt“.
Grundbegriffe: Wholesale, Resale und die Rolle der NNI
Im QoS-Kontext ist es hilfreich, die typischen Rollen zu unterscheiden:
- Wholesale Provider: stellt Transport- oder Access-Services bereit (z. B. Carrier Ethernet, MPLS VPN, FTTH-BSA).
- Reseller/Partner: verkauft Endkundenprodukte auf Basis des Wholesale-Services.
- NNI (Network-to-Network Interface): Übergabepunkt zwischen zwei Netzen, an dem Markierungen, Profile und Messpunkte definiert werden müssen.
Die NNI ist die zentrale Trust Boundary im Wholesale: Hier entscheidet sich, welche Klassen übernommen, wie sie gemappt und wie sie profiliert werden. Wenn NNI-Regeln unsauber sind, ist End-to-End QoS praktisch nicht zuverlässig.
Der wichtigste Erfolgsfaktor: Ein gemeinsames Klassenmodell
Wenn Partnernetze QoS koordinieren, ist das Klassenmodell der gemeinsame Nenner. Die wichtigste Regel lautet: Klassen werden als Bedeutung definiert, nicht als Zahlenliste. Ein robustes Wholesale-Klassenmodell beschreibt pro Klasse:
- Zweck: welche Diensttypen (Voice Media, Video, Signaling, Best Effort).
- Behandlung: Queueing/Scheduling (z. B. LLQ für Voice, Weighted für Video).
- Profilierung: Budgets (CIR/PIR), Burst-Toleranz, Remarking-Regeln.
- Markierung: DSCP/CoS/MPLS-TC Mapping als codierte Repräsentation der Klasse.
In der Praxis sind 5 bis 7 Klassen für Wholesale oft der beste Kompromiss: genug Differenzierung für Voice/Video, aber beherrschbar über mehrere Organisationen.
Standardklassen, die im Wholesale fast immer sinnvoll sind
Ein praxistauglicher Minimalstandard für Voice & Video über Partnernetze besteht häufig aus:
- Voice Media: Real-Time Klasse (typisch EF), Low Latency, strict priority mit Limit.
- Voice Signaling/Control: hoch priorisiert, gewichtet.
- Interaktives Video: AF-Klasse, gewichtet mit garantierten Anteilen.
- Best Effort: Standardtraffic.
- Background/Scavenger: niedrig priorisiert.
Optional kommen hinzu, wenn Produkte es erfordern:
- Managed Video/IPTV: verlustsensibel, oft eigene Klasse oder separates Profil.
- Business Critical: Mindestanteile für definierte Enterprise-Anwendungen.
Die wichtigste Wholesale-Regel: Voice und Video niemals in derselben „Premium“-Priority-Klasse betreiben. Audio ist klein und extrem sensibel; Video ist groß und variabel und muss gewichtet werden.
Mapping-Disziplin: DSCP, CoS und MPLS-TC über Partnernetze hinweg
Wholesale-QoS scheitert am häufigsten an inkonsistenten Mappings. Deshalb muss vertraglich und technisch festgelegt werden, wie Markierungen an der NNI interpretiert und weitergegeben werden.
- DSCP-to-DSCP: wird DSCP unverändert weitergegeben oder auf Partnercodes gemappt?
- CoS-to-DSCP: wenn die NNI Ethernet-basiert ist, wie wird 802.1p/CoS auf DSCP übersetzt?
- DSCP-to-MPLS-TC: wie wird an Provider Edges in MPLS-TC/EXP gemappt, damit der Core korrekt queued?
Ein bewährtes Vorgehen ist, eine gemeinsame „Mapping-Matrix“ zu definieren: Jede Klasse hat einen DSCP-Wert (oder eine DSCP-Gruppe), einen CoS-Wert und einen MPLS-TC-Wert – plus die Aussage, welche Werte an der NNI zulässig sind.
Trust Boundary an der NNI: Was wird akzeptiert, was wird remarkt?
Im Wholesale/Resale ist die NNI eine hochkritische Trust Boundary. Die typische, stabile Strategie ist Conditional Trust:
- Nur erlaubte Markierungen: Whitelist der zulässigen DSCP/CoS-Werte.
- Normalisierung auf Klassen: Partnerwerte werden auf das gemeinsame Klassenmodell gemappt.
- Profilierung pro Klasse: Budgets verhindern Premium-Inflation und sichern Fairness.
- Überschuss wird remarkt: z. B. Video von AFx1 auf AFx3 oder auf Best Effort, statt hart zu droppen.
Blindes Trust ist riskant, weil ein Partnerfehler viele Endkunden betrifft. Komplettes Untrusted ist ebenfalls riskant, weil es Premium-Produkte faktisch unmöglich macht. Conditional Trust ist daher das praktikabelste Modell.
Profilierung und Burst-Toleranz: Warum Wholesale-QoS oft bei Peak-Last kippt
Viele Wholesale-Probleme treten nicht im Normalbetrieb auf, sondern bei Bursts. Ursache ist oft eine Kombination aus zu engen Profilen und Microbursts an Aggregationspunkten.
- Zu harte Policer: Drops erzeugen Drop-Cluster, Voice knackt, Video friert ein.
- Unterschiedliche Burst-Parameter: Partner A toleriert Bursts, Partner B nicht – Probleme entstehen an der NNI.
- Kein Shaping vor Rate-Limits: Bursts treffen auf Downstream-Policer und werden abrupt gedroppt.
Ein stabiler Wholesale-Standard enthält daher nicht nur „Rate“, sondern auch Burst-Handling: Shaping an rate-limitierten Übergängen, sinnvolle Queue-Limits und – für Video – Drop-Precedence/Remarking statt harten Drops.
HQoS und Multi-Tenancy im Wholesale: pro Partner, pro Kunde, pro Klasse
Resale-Modelle führen häufig zu Multi-Tenancy: Ein Wholesale-Provider transportiert nicht nur „einen Kunden“, sondern einen Reseller, der wiederum viele Endkunden bedient. Hierarchisches QoS (HQoS) ist ein bewährtes Mittel, um Fairness zu sichern:
- Parent Shaper: Gesamtbudget pro Reseller oder pro Service-Instance (EVC/Pseudowire/VRF).
- Child Queues: Klassen innerhalb des Budgets (Voice, Video, BE) mit klaren Gewichten und LLQ für Voice.
- Optional: Sub-Hierarchie: wenn Endkunden innerhalb des Reseller-Budgets nochmals profiliert werden müssen.
Die Faustregel lautet: Je mehr Ebenen der Vertriebskette, desto wichtiger wird HQoS – sonst entsteht der Noisy-Neighbor-Effekt über Organisationsgrenzen hinweg.
End-to-End Messbarkeit: SLAs über mehrere Netze richtig definieren
QoS über Partnernetze ist nur dann SLA-fähig, wenn Messpunkte und Auswertelogiken abgestimmt sind. Typische Messansätze:
- Messpunkte an UNI und NNI: klare Grenzen, was welches Netz verantwortet.
- Klassenbasierte KPIs: Latenz/Jitter/Loss pro Klasse (Voice, Video), nicht nur „gesamt“.
- Perzentile statt Mittelwerte: Peaks sind entscheidend; 95./99. Perzentile sind aussagekräftiger.
- Queue-Telemetrie: Drops und Queue-Depth pro Klasse sind oft der schnellste Hinweis auf Congestion.
Für managed Voice kann zusätzlich MOS/R-Faktor relevant sein, aber nur wenn der End-to-End-Pfad kontrolliert ist. In reinen Wholesale-Transporten sind netzseitige KPIs pro Klasse oft die belastbarere SLA-Basis.
Operative Koordination: Change- und Incident-Prozesse sind Teil von QoS
Selbst das beste Klassenmodell scheitert, wenn Änderungen nicht koordiniert werden. Wholesale-QoS braucht Governance:
- Versionierte Mapping-Tabellen: Änderungen nur kontrolliert, mit Rollback-Plan.
- Gemeinsame Testfälle: Validierung von Markierung, Mapping und Queue-Behandlung vor Rollout.
- Incident-Handshakes: klare Eskalationspfade, welche Daten im Störfall geteilt werden (Queue-Drops, Policer-Hits, Pfadwechsel).
- Kapazitäts-Reviews: Interconnects und Aggregationslinks sind häufige Engpässe; QoS kann Kapazität nicht ersetzen.
In der Praxis reduziert ein klarer Change-Prozess die meisten „mysteriösen“ QoS-Störungen, die durch stilles Mapping-Drift entstehen.
Typische Fehler bei QoS über Partnernetze hinweg
- „Wir nutzen EF, also passt das“: EF wird an der NNI neutralisiert oder falsch in MPLS-TC gemappt; Voice landet im Best Effort.
- Zu viele Klassen: Partner können nicht konsistent umsetzen; Mappings werden unübersichtlich.
- Blindes Trust: Premium-Inflation; LLQ wird überfüllt; Best Effort kollabiert.
- Harte Policer ohne Burst-Konzept: Drop-Cluster bei Peaks; Voice knackt, Video ruckelt.
- Keine Messbarkeit: Diskussionen ohne Daten; Verantwortlichkeiten bleiben unklar.
Praxis-Blueprint: Klassen über Partnernetze hinweg koordinieren
- Gemeinsames Klassenmodell definieren: 5–7 Klassen, klare Bedeutungen, Voice und Video getrennt.
- Mapping-Matrix festlegen: DSCP/CoS/MPLS-TC pro Klasse, zulässige Werte an der NNI.
- Conditional Trust an der NNI: Whitelist, Normalisierung, Profilierung pro Klasse, Überschuss remarken.
- HQoS für Multi-Tenancy: pro Reseller/Service-Instance Gesamtbudget, darunter Klassensteuerung.
- Burst-Handling integrieren: Shaping an Rate-Limits, sinnvolle Queue-Limits, Drop-Precedence für Video.
- SLA-Messmethoden abstimmen: KPIs pro Klasse, Perzentile, gemeinsame Reporting-Intervalle.
- Governance etablieren: versionierte Templates, gemeinsame Tests, Incident- und Change-Prozesse.
Häufige Fragen zu Wholesale/Resale QoS
Kann QoS über Partnernetze wirklich Ende-zu-Ende garantiert werden?
Ja, aber nur innerhalb klar definierter Grenzen und mit abgestimmten Klassen- und Messstandards. Ohne gemeinsames Klassenmodell, Mapping und Profilierung wird QoS an Übergängen unzuverlässig, und SLAs werden im Streitfall schwer belegbar.
Was ist der häufigste Grund, warum Voice über Wholesale knackt?
Meist ein QoS-Loch an der NNI: EF wird nicht korrekt gemappt oder durch Profilierung/Burst-Drops beschädigt. Drops in Voice entstehen oft durch zu harte Policer oder durch fehlendes Shaping an rate-limitierten Übergängen.
Wie halte ich das Klassenmodell einfach, ohne Premium zu verlieren?
Indem Sie wenige Klassen mit klarer Bedeutung nutzen und innerhalb der Klassen mit Profilierung und – bei Video – Drop-Precedence arbeiten. 5–7 Klassen sind oft ausreichend, wenn Mapping und Trust Boundary sauber sind und Bursts über Shaping stabilisiert werden.
