ExpressRoute und QoS in Skype for Business Online
Wichtig
Skype for Business Online, das von 21Vianet in China betrieben wird, wird am 1. Oktober 2023 eingestellt. Wenn Sie Ihre Skype for Business Online-Benutzer noch nicht aktualisiert haben, wird für sie automatisch ein unterstütztes Upgrade geplant. Wenn Sie Ihr organization selbst auf Teams aktualisieren möchten, empfehlen wir Dringend, dass Sie noch heute mit der Planung Ihres Upgradepfads beginnen. Denken Sie daran, dass ein erfolgreiches Upgrade die technische und die Benutzerbereitschaft ausrichtet. Nutzen Sie daher unseren Upgradeleitfaden , wenn Sie auf Ihrem Weg zu Teams navigieren.
Skype for Business Online wurde mit Ausnahme des von 21Vianet in China betriebenen Diensts am 31. Juli 2021 eingestellt.
Herstellen einer Verbindung mit Microsoft 365 oder Office 365 über eine dedizierte Netzwerkverbindung mithilfe von Azure ExpressRoute für Microsoft 365 oder Office 365 und Skype for Business Online. Ihre dedizierte Verbindung für Ihre Skype for Business-Apps bietet Ihnen zuverlässige und vorhersagbare Leistung und Datenschutz abseits des öffentlichen Internets. Sie können jetzt eine bessere Netzwerkverbindung mit Microsoft 365 oder Office 365 und Skype for Business Online erwerben, die Vorhersagbarkeit und Zuverlässigkeit der Business Class erhöht und eine Betriebszeit-SLA bietet.
Hinweis
Eine neue Version des Bandbreitenrechners ist verfügbar: Skype for Business, Bandbreitenrechner. Die Anweisungen in diesem Dokument verwenden jedoch den Lync 2010- und 2013-Bandbreitenrechner.
Skype for Business Online und ExpressRoute
In Zusammenarbeit mit einem ExpressRoute-Partner von Microsoft können Sie verschiedene Microsoft 365- und Office 365-Anwendungen, einschließlich Skype for Business Online in der Cloud, über eine dedizierte Verbindung verbinden. Die Echtzeit-Sprach- und Videokommunikationsfunktionen für Skype for Business erfordern jedoch Netzwerkdienste, die für die Unterstützung dieser Microsoft 365- oder Office 365 Echtzeitworkloads konfiguriert sind. Dazu gehören ein Netzwerk mit ausreichend Bandbreite für die Übertragung des erforderlichen Datenverkehrsvolumens und Unterstützung für eine Dienstqualität (Quality of Service, QoS), die Ihren Benutzern eine Erfahrung der Unternehmensklasse bietet.
Dieses Dokument soll Ihnen, Administratoren und Netzwerkdesignern dabei helfen, die speziellen Herausforderungen zu verstehen, die zur Unterstützung der Echtzeitkommunikation erforderlich sind, die tools, die von Microsoft bereitgestellt werden, um Sie beim Entwerfen eines Netzwerks zu unterstützen, das diese Anforderungen unterstützt, und Sie anhand einer Fallstudie durch den Entwurfsprozess zu führen.
Der erste Teil dieses Dokuments führt Sie durch eine Fallstudie, die Sie beim Netzwerkentwurf unterstützt, indem Sie den Lync 2010- und 2013-Bandbreitenrechner verwenden, um die Netzwerkanforderungen für eine große ExpressRoute-Bereitstellung mit mehreren Standorten Skype for Business abzuschätzen. Der zweite Teil dieses Dokuments vermittelt Ihnen die grundlegenden Konzepte von Quality of Service (QoS), einen ausführlichen Einblick in die spezifischen technischen Details zur Unterstützung Skype for Business Echtzeitkommunikation und die spezifischen Arten von Netzwerkdiensten, die benötigt werden.
Alle hier aufgeführten Informationen geben Ihnen die technischen Details und das Verständnis für QoS und ExpressRoute, ein Verständnis der spezifischen Herausforderungen, mit denen Sie konfrontiert sind, und geben Ihnen ein fundiertes Wissen über die Tools und Techniken, mit denen Sie eine ExpressRoute erfolgreich in Ihrem Skype for Business Netzwerk bereitstellen können.
Erste Schritte
Wenn Sie sich auf ExpressRoute für Skype for Business vorbereiten, ist es eine gute Idee, sich die verschiedenen ExpressRoute-Verbindungsmodelle und die verschiedenen Partner und Standorte anzusehen und zu lesen, wie Sie ExpressRoute in Ihrem Unternehmen erwerben und bereitstellen. Hier sind einige Ressourcen für die ersten Schritte:
Teil 1: Fallstudie - ExpressRoute für Dewey Law, LLC.
In dieser Fallstudie zu Dewey Law, LLC. zeigt, wie Sie ein Netzwerk einrichten, Netzwerkzugriffsdienste bestellen und die Bandbreitenanforderungen für die Unterstützung von ExpressRoute für Skype for Business Online ermitteln.
Hintergrund Dewy Law LLC. ist eine große US-Anwaltskanzlei mit 790 Anwälten und insgesamt 5.580 Mitarbeitern an 78 Standorten. Das Unternehmen verfügt über einen Hauptsitz in New York, drei regionale Niederlassungen in Chicago, San Francisco und Dallas sowie 24 große und 50 kleine Filialen, die über das land/die Region verteilt sind. Die Kanzlei bearbeitet große, komplexe Fälle, bei denen die Arbeitsauslastung normalerweise über zwei oder mehr der einzelnen Büros verteilt ist. Dieses Netzwerkdesign führt zu erheblichem Netzwerkdatenverkehr zwischen den Büros.
Da Dewy Law LLC. ist eine relativ junge Kanzlei und die Anwälte und andere Mitarbeiter sind mit Technologie vertraut und sind für ihre tägliche Arbeit stark darauf angewiesen.
Verteilung von Benutzern nach Standorten und Positionen
Personal | Hauptsitz (NY) | Regionale Büros (3) | Große Niederlassungen (24) | Kleine Zweigstellen (50) |
---|---|---|---|---|
Führungskräfte | 20 | 10 | 1 | 1 |
Partner | 150 | 50 | 10 | 5 |
Anwälte | 300 | 100 | 20 | 10 |
Anwaltsgehilfen | 400 | 125 | 30 | 15 |
Führungskräfte in der Verwaltung | 100 | 35 | 6 | 3 |
IT- und allgemeine Verwaltungsmitarbeiter | 100 | 25 | 3 | 2 |
Anzahl pro Standort | 1.070 | 345 | 70 | 36 |
Anzahl pro Standortklasse | 1.070 | 1.035 | 1.680 | 1.800 |
Einrichten des Netzwerks
Um konsistente und qualitativ hochwertige Echtzeitdienste für Dewey Law LLC. bereitzustellen, gibt es einige grundlegende Anforderungen, die erfüllt werden müssen:
Da das Unternehmen auch bei Stromausfällen VoIP-Dienste nutzen möchte, müssen die Netzwerkverteilungsswitche und -router Power over Ethernet (PoE) IEEE 802.3af oder 802.3at bereitstellen.
Die Netzwerkswitche und -router müssen außerdem eine unterbrechungsfreie Stromversorgung (USV) nutzen, damit sie ihren Betrieb bei einem Stromausfall fortsetzen können.
Sie verfügen über eine Wi-Fi Verbindung mit ihren LAN-Büros, daher empfehlen wir dringend, einen zertifizierten Skype for Business Wi-Fi Infrastrukturpartner von Skype for Business Solutions zu verwenden.
Tipp
Drahtlose 802.11n- und 802.11ac-Zugriffspunkte werden empfohlen.
Und der wichtigste Punkt ist, dass alle LAN-Netzwerke in allen Büros für die Bereitstellung von QoS (Quality of Service) eingerichtet werden müssen. Dazu gehören PCs, Laptops und alle Netzwerkhardware wie Switches und Router.
Nachdem Sie nun über die Grundlagen verfügen, empfehlen wir ihnen, den MPLS-IP-Dienst (Multi-Protocol Label Switching) von einem Netzwerkdienstpartner zu verwenden, der eine Verbindung mit dem Azure ExpressRoute-Dienst herstellt, um Sprachdienste auf Unternehmensniveau für Dewey Law LLC bereitzustellen. MPLS bietet einen IP-Dienst mit Leistungsgarantien für Verzögerung, Jitter und Paketverlust. Wenn MPLS jedoch nicht verfügbar ist, kann ethernet, das mit einem unserer ExpressRoute-Datenaustauschpartner verbunden ist, auch verwendet werden.
MPLS-Anbieter bieten mehrere Klassen von Servicelevels, aber jeder verwendet unterschiedliche Begriffe, um sie zu identifizieren. Sie müssen eng mit Ihrem Anbieter zusammenarbeiten, um sicherzustellen, dass er die Daten, die Sie in den Lync 2010- und 2013-Bandbreitenrechner eingegeben haben, sowie die verfügbaren Optionen und empfohlenen Optionen für die verschiedenen Microsoft 365- und Office 365 Echtzeitworkloadanwendungen versteht.
Es gibt zwei Möglichkeiten, wie Daten von Skype for Business-Anwendungen zu den geeigneten MPLS-Dienstklassen zugeordnet werden können:
Endpunktmarkierung des Datenverkehrs mithilfe von DiffServ Control Point (DSCP)
Basierend auf einer Netzwerk-Zugriffssteuerungsliste (ACL)
Zum Implementieren der Endpunktmarkierung müssen Sie alle mit der Domäne verbundenen Windows-Rechner für Dewey Law LLC. so konfigurieren, dass jedes Paket mit der geeigneten DiffServ Control Point (DSCP)-Markierung markiert wird, und dann QoS auf allen Netzwerkswitchen und -routern über alle Bürostandorte hinweg implementieren, um sicherzustellen, dass die QoS-Markierungen beibehalten und nicht entfernt werden. DSCP-Markierungen auf Netzwerkpaketen teilen dem Dienstanbieter mit, welche Priorität für dieses Netzwerkpaket festgelegt ist. Weitere Informationen zu DSCP finden Sie im Abschnitt zu QoS in Teil 2.
Für eine Netzwerk-ACL-basierte Zuweisung werden die DSCP-Prioritätsmarkierungen auf einem Upstreamrouter implementiert und basieren auf dem UDP-Quellport. Die empfohlenen Portbereiche für jede Anwendung sind in Abschnitt 2.6.1.1 der Netzwerkplanung, -überwachung und -problembehandlung mit Lync Server aufgeführt. Es ist wichtig, dass Sie dies mit der allgemeinen QoS-Implementierung und dem Entwurf von Dewey Law LLC koordinieren und sich über verschiedene QoS-Richtlinien und das Potenzial von Paketkennzeichnungskonflikten bewusst sind.
Jeder ExpressRoute-Netzwerkdienstanbieter verfügt über eine Dienstklasse (QoS), die für Echtzeit-VoIP und -video geeignet ist. Diese Dienstklasse heißt „Expedited Forwarding" (EF) für VoIP und „Assured Forwarding" (AF) für Video. Sie müssen bei der Größenanpassung der Bandbreite, die Sie für voIP-EF-Datenverkehr erwerben, vorsichtig sein. Der Grund dafür ist, dass die Sprachklasse des Diensts unerbittlich ist, wenn Sie mehr Sprachdatenverkehr senden, als die Dienstklasse bereitgestellt wird.
Tipp
Jeglicher Datenverkehr, der über die Sprachklasse des Diensts gesendet wird, der über die Verpflichtung des Dienstanbieters hinausgesendet wird, wird sofort verworfen, was sich direkt auf die Sprachqualität auswirkt.
Wenn Sie sich das Gesamtdesign für Dewey Law LLC ansehen. Es ist äußerst wichtig, dass Sie die Menge an Netzwerkbandbreite genau bestimmen, die sie benötigen, um den Sprachdatenverkehr im gesamten Netzwerk zu unterstützen, und jedes VoIP-Paket (und nur Sprachpakete) mit der DSCP-Einstellung für VoIP (d. b. DSCP EF 46) zu markieren.
Um QoS im gesamten Unternehmensnetzwerk zu implementieren, müssen die Endpunkte oder Router jedes Paket mit dem entsprechenden Layer 3-Prioritätsindikator (d. b. DSCP) markieren. Entlang des gesamten Netzwerkpfads muss für jeden Switch und Router die QoS-Option aktiviert sein. Mit nur einem Netzwerkswitch oder Router, für den QoS nicht aktiviert ist, können die QoS-Markierungen auf Sprach- oder Videopaketen, die diesen Switch oder Router durchlaufen, entfernt werden. Dadurch wird QoS in allen Downstreamswitches und Routern effektiv deaktiviert, wodurch der Wert von ExpressRoute verringert wird.
All dies erfordert auch, dass die Verknüpfung der Layer-3- und Layer-2-QoS-Prioritäten an jedem Punkt definiert werden muss. Die Mechanismen für die Layer-2-Priorität sind in IEEE 802.1p für verkabelte Netzwerke und in 802.11e/WMM für WLAN-Netzwerke definiert. Noch wichtiger ist, dass der Netzwerkrouter, der mit dem MPLS-Netzwerk des Netzwerkdienstanbieters verbunden ist, die DSCP-Einstellungen für alle ausgehenden Pakete beibehalten muss, damit die entsprechende MPLS-Dienstklasse beibehalten wird.
Tipp
Die spezifischen Details zur QoS-Einrichtung finden Sie in Abschnitt 2.6 : Netzwerkplanung, -überwachung und -problembehandlung mit Lync Server. Weitere Anforderungen an die Netzwerkplanung finden Sie unterPlanen von Netzwerkanforderungen für Skype for Business 2015.
Bestellen von Netzwerkzugriffsdiensten
Nachdem Sie die QoS-Netzwerkvoraussetzungen und -mechanismen zur Unterstützung von ExpressRoute eingerichtet haben, besteht der nächste Schritt darin, eine Bestellung für die ExpressRoute-Netzwerkzugriffsdienste aufzugeben. Wenn Sie ExpressRoute-Zugriffsdienste für Dewey Law LLC vom Microsoft-Netzwerkdienstanbieter-Partner bestellen, müssen Sie zwei Dinge angeben:
Die Gesamtbandbreite, die erforderlich ist, um jeden Standort mit ExpressRoute und Microsoft 365 oder Office 365 zu verbinden.
Die Gesamtbandbreite, die für jede Dienstklasse erforderlich ist, um Skype for Business-Anwendungen zu unterstützen, die bei Dewey Law LLC verwendet werden. Die Bandbreitenanforderung für die Dienstklasse wird vom erwarteten Datenverkehrsvolumen für jede der verschiedenen Skype for Business-Anwendungen wie VoIP, Video, Chat, Anwesenheit und Bildschirmfreigabe gesteuert.
Festlegen von Bandbreitenanforderungen für Skype for Business-Anwendungen
Wenn Sie für Dewey Law LLC. die erforderliche Gesamtbandbreite ermittelt haben, müssen Sie nun wissen, wie diese Gesamtbandbreite auf die verschiedenen Dienstklassen aufgeteilt werden soll. Beispielsweise, wie viel Bandbreite für jede Skype for Business Anwendung.
Zum Festlegen dieser Anforderungen an jedem Standort von Dewey Law LLC. Websites verwenden Sie den Lync 2010- und 2013-Bandbreitenrechner. Dieser Rechner ist ein Excel-basiertes Tool, mit dem Sie die erwartete Verwendung für die verschiedenen Skype for Business-Anwendungen wie VoIP, Video, Konferenzen und Bildschirmfreigabe angeben können. Der Rechner generiert automatisch eine Schätzung der Bandbreiten- und Dienstklassenanforderungen für jeden Standort im Netzwerk. Beim Herunterladen des Lync 2010- und 2013-Bandbreiten-Rechners wird auch ein Benutzerhandbuch heruntergeladen, in dem Sie alle Details zur Verwendung des Tools finden.
Um die Verwendung des Arbeitsblattes zu vereinfachen, sind die verschieden Zellen im Arbeitsblatt farbig codiert:
Grün Dies sind Bereiche für die Eingabe allgemeiner Daten.
Gelb Dies sind Bereiche für die Eingabe erweiterter Daten. Sie können diese ändern, sollten dabei aber vorsichtig vorgehen.
Rot Dies sind schreibgeschützte Bereiche mit gesperrten Eingabewerten, die nicht geändert werden können.
Grau Dies sind reine Anzeigebereiche. Dies sind die Ergebnisse oder Daten, die aus den allgemeinen Eingabebereichen stammen.
Der Entwurfsprozess für Dewey Law LLC. beginnt mit der Charakterisierung der Benutzer in verschiedene „Personas". Für jede Persona, die Sie definieren, können Sie die erwartete Verwendung der verschiedenen Skype for Business Anwendungen angeben ("Keine", "Niedrig", "Mittel", "Hoch" oder eine von drei definierten "Benutzerdefiniert"-Einstellungen). Sie finden diese Auswahlmöglichkeiten im Arbeitsblatt „Persona". Die spezifische Verwendung für jede Auswahl ("Niedrig", "Mittel" oder "Hoch") wird angegeben, aber die Standardwerte für jede Auswahl können geändert werden. Durch Ermitteln der Anzahl der Benutzer für jede Persona an jedem Standort kann der Rechner die für den jeweiligen Standort erforderliche Gesamtbandbreite berechnen.
Sie können außerdem die verwendeten Audio- und Videocodecs, eine eventuelle Verwendung der Fehlerkorrektur bei Weiterleitung und andere Systemparameter angeben, die sich auf die Bandbreitenanforderungen auswirken. Sie können die Standardeinstellungen im Lync 2010- und 2013-Bandbreiten-Rechner verwenden oder andere Codecs und Systemparameter auswählen. Für das Standortdesign bei Dewey Law LLC können die Standardeinstellungen verwendet werden. Um jedoch von einer der Standardeinstellungen zu wechseln, gibt es ein Pulldownmenü mit allen verfügbaren Optionen. Die für jede Auswahl verwendeten Bandbreiten sind im Arbeitsblatt „Codecs" enthalten. Wenn Sie eine Einstellung ändern, wird die Änderung der Bandbreiten- und Dienstklassenmischung an jedem Standort aktualisiert. Mit dieser Funktion können Sie verschiedene potenzielle Konfigurationen für die Standorte testen und die Auswirkungen sehen, die die Änderungen auf die Bandbreitenanforderungen für den Standort haben.
Wir haben drei Personas für Dewey Law LLC. definiert: "Executive/Partner", "Associate/Paralegal" und "IT-Administratoren". Die folgende Tabelle zeigt, wie wir die Nutzungsprofile für die verschiedenen Skype for Business-Apps für jede Persona festlegen.
Personas und Nutzungsprofile (Arbeitsblatt „Persona" - Spalten A bis P)
Persona | Chat/Anwesenheit | P2P-Audio | P2P-Video | Audiokonferenzen | Videokonferenzen | Desktopfreigabe | Audiokonferenzen | Lync 2010 RTV_Type | Remotebenutzer | Lync 2013 Stereoaudio | Lync 2013 Videoqualität | Lync 2013 Benutzerverhalten für P2P-Videofenster | Lync 2013 Verwendung der Mehrfachansicht |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Führungskraft/ Partner | Hoch | Mittel | Niedrig | Mittel | Mittel | Keine | Mittel | CIF | 0 % | 0 % | Optimal | Typisch | Typisch |
Anwalt/ Anwaltsgehilfen | Hoch | Mittel | Niedrig | Mittel | Hoch | Hoch | Mittel | CIF | 0 % | 0 % | Mittel | Typisch | Typisch |
IT-Admins | Hoch | Mittel | Keine | Niedrig | Keine | Keine | Mittel | CIF | 0 % | 0 % | Mittel | Typisch | Typisch |
Sie müssen die Informationen in der Tabelle Verteilung von Benutzern nach Standorten und Positionen oben im Arbeitsblatt "Websites" des Lync 2010- und 2013-Bandbreitenrechners eingeben. Da die Anzahl der Benutzer in den Regionalbüros identisch ist, werden sie für einen "Standort" definiert und angegeben, dass drei Instanzen davon vorhanden sind. Gleiches gilt für die großen und kleinen Filialen, in denen 24 bzw. 50 Benutzer auf Websites vorhanden waren.
Nachdem Sie die Einstellungen für jede Persona angegeben haben, müssen Sie die Anzahl der Benutzer in jeder Persona an jedem Standort in das Arbeitsblatt „Standorte" eingeben. Die Gesamtzahl der Benutzer für alle Websites wird automatisch aktualisiert. Da sich keine Benutzer am Microsoft 365- oder Office 365-Standort befinden, sollten sie alle in die Zeilen "Branches" des Arbeitsblatts eingegeben werden. Der Lync 2010 und 2013-Bandbreiten-Rechner füllt dann die Spalten „Klasse für beste Leistung", „Klasse für Datenverkehr" und „Klasse für Echtzeitdatenverkehr" in der Tabelle für die WAN-Bandbreite pro QoS-Datenverkehrsklasse aus. Das wird bei den Daten in der Tabelle weiter unten gezeigt.
Tipp
Das vollständige Arbeitsblatt beinhaltet auch die maximale Anzahl von gleichzeitigen Sitzungen für jede Anwendung, diese Spalten wurden aber aus Platzgründen ausgelassen.
Personas nach Standort (Arbeitsblatt „Standorte" - Spalten A, D, I und AI bis AX)
Standortname | Gesamtanzahl der Benutzer am Standort | Gesamtanzahl ähnlicher Standorte | Benutzerprofil 1 | Benutzer mit Profil 1 | Benutzerprofil 2 | Benutzer mit Profil 2 | Benutzerprofil 3 | Benutzer mit Profil 3 |
---|---|---|---|---|---|---|---|---|
Hauptsitz | 1070 | 1 | Führungskraft/Partner | 170 | Anwalt/Anwaltsgehilfe | 700 | IT-Admins | 200 |
Regionale Büros | 345 | 3 | Führungskraft/Partner | 60 | Anwalt/Anwaltsgehilfe | 225 | IT-Admin | 60 |
Große Zweigstellen | 70 | 24 | Führungskraft/Partner | 11 | Anwalt/Anwaltsgehilfe | 50 | IT-Admin | 9 |
Kleine Zweigstellen | 36 | 50 | Führungskraft/Partner | 6 | Anwalt/Anwaltsgehilfe | 25 | IT-Admin | 1 |
Pro Anwendung erforderliche Bandbreite nach Standort in KBit/s (Arbeitsblatt „Standorte" - Spalten A und BQ bis LF)
Site | Spitzen-SIP/Chatbandbreite | Spitzenbandbreite für standortübergreifendes Peer-Audio | Spitzenbandbreite für standortübergreifendes Peer-Video | Spitzenbandbreite für Audiokonferenzen | Maximale Bandbreite für Videokonferenzen | Spitzenbandbreite für WAN-Freigaben | Spitzen-WAN-Bandbreite für PSTN-Anrufe |
---|---|---|---|---|---|---|---|
Hauptsitz | 1070 | 525.30 | 560.00 | 739.50 | 2640.00 | 4224.00 | 2688.30 |
Regionale Büros | 345 | 185.40 | 560.00 | 255.00 | 1320.00 | 1536.00 | 896.10 |
Große Zweigstellen | 70 | 92.70 | 560.00 | 102.00 | 600.00 | 384.00 | 216.30 |
Kleine Zweigstellen | 36 | 119.40 | 560.00 | 76.50 | 600.00 | 384.00 | 123.60 |
Die wahrscheinlich wichtigsten Spalten im Arbeitsblatt sind die Spalten, in denen die WAN-Bandbreite nach QoS-Klasse beschrieben wird. Dies wird in der Tabelle unten gezeigt. Diese Daten fassen die Informationen zusammen, die Sie dem Netzwerkdienstanbieter zur Verfügung stellen müssen, um die Zugriffsverbindung an jedem Ihrer Standorte zu bestellen. Denken Sie bei der Berechnung der Gesamtbandbreite daran, die Bandbreite für jeden Zweigstellenstandorttyp mit der Anzahl der Standorte gleichen Typs zu multiplizieren. Weitere Informationen zur Verbindung mit Ihrem ExpressRoute-Netzwerkdienstpartner finden Sie unter Azure ExpressRoute.
Es ist wichtig, dass Sie die Bandbreite in der Sprach- oder EF-Dienstklasse (Expedited Forwarding) nicht überschreiten. Eine zufällige Gruppe von Paketen wird verworfen, sodass alle laufenden Anrufe beeinträchtigt werden können, anstatt die Qualität eines einzelnen Anrufs oder einer Gruppe von Anrufen zu verringern. Es ist auch wichtig, dass nur die Stimme mit dem DSCP für EF (d. h. DSCP = 46) gekennzeichnet wird, oder die Sprachwarteschlange kann überlaufen, wenn nicht aufgerufener Datenverkehr hinzugefügt wird.
Tipp
Auch gilt, dass die EF-Dienstklasse zwar die beste Leistungsgarantie bietet, zusätzliche Pakete jedoch bei einer Überschreitung der definierten Bandbreite sofort verworfen werden.
Aggregieren der Bandbreite pro Website nach QoS-Datenverkehrsklasse ('Sites' Worksheet- Columns A and ML through MR)
Websitename | Klasse für beste Leistung (DSCP 0) | Datenverkehrsklasse (DSCP benutzerdefiniert) | Echtzeit-Datenverkehrsklasse (DSCP 34, AF41) | Prioritäts-Datenverkehrsklasse (DSCP 46, EF) |
---|---|---|---|---|
Hauptsitz | 0.00 | 5764.80 | 3200.00 | 3953.10 |
Regionale Büros | 0.00 | 2033.60 | 1880.00 | 1336.50 |
Große Zweigstellen | 0.00 | 486.40 | 1160.00 | 411.00 |
Kleine Zweigstellen | 0.00 | 438.40 | 1160.00 | 319.50 |
Ihren Plan in die Tat umsetzen
Wir können die Gesamtbandbreite, die das WAN durchläuft, und die Bandbreite, die ExpressRoute durchläuft, anhand der Bandbreitenschätzungen aus der obigen Tabelle Pro Anwendung pro Standort berechnen. Der Teil des Datenverkehrs, der ExpressRoute durchläuft, schließt die Peerbandbreite zwischen Standorten aus.
Site | Spitzen-SIP/Chatbandbreite | Spitzenbandbreite für Audiokonferenzen | Maximale Bandbreite für Videokonferenzen | Spitzenbandbreite für WAN-Freigaben | Spitzen-WAN-Bandbreite für PSTN-Anrufe | ExpressRoute gesamt Datenverkehr pro Websiteklasse (d. h. insgesamt Zeitanzahl der Websites) |
---|---|---|---|---|---|---|
Hauptsitz | 1.070 | 739.50 | 2640.00 | 4224.00 | 2688.30 | 11361.80 |
Regionale Büros | 345 | 255.00 | 1320.00 | 1536.00 | 896.10 | 8704.20 |
Große Zweigstellen | 70 | 102.00 | 600.00 | 384.00 | 216.30 | 32935.20 |
Kleine Zweigstellen | 36 | 76.50 | 600.00 | 384.00 | 123.60 | 61005.00 |
Dies bedeutet, dass Skype for Business Online-Datenverkehr, der die Expressroute durchläuft, ungefähr 114 MBit/s beträgt, sodass Dewey mindestens das 200-MBit/s-Abonnement für ExpressRoute benötigt. Mehrere ExpressRoute-Verbindungen können an verschiedenen ExpressRoute-Peeringstandorten erworben werden. Dies kann empfohlen werden, wenn sich die Standorte von Dewey in unterschiedlichen geografischen Regionen befinden, oder um Resilienz zu gewährleisten, wenn die Verbindung mit der ExpressRoute-Verbindung fehlschlägt. Wenn Sie ExpressRoute-Verbindungen in mehreren Azure-Regionen erwerben, ist das ExpressRoute Premium-Add-On erforderlich, um globale Konnektivität über ExpressRoute zu erhalten.
Nachdem Sie nun über die Gesamtmenge der erforderlichen Bandbreite und coS-Bandbreitennummern (Class of Service) verfügen, können Sie Ihre Bestellungen bei den ausgewählten Netzwerkdienstanbietern aufgeben. Vergessen Sie nicht, Schätzungen für den Datenverkehr für andere Anwendungen und Dienste einzubeziehen. Wir bieten Anleitungen zur Netzwerkplanung für andere Microsoft 365- und Office 365-Dienste, einschließlich Bandbreitenrechner für Exchange und OneDrive. Das Bandbreitenabonnement für den Netzwerkdienstanbieter ist höher, da der standortinterne Datenverkehr wieder hinzugefügt werden muss. Der Bandbreitenrechner für Lync 2010 und 2013 bietet nur eine Schätzung des erwarteten Datenverkehrs. Daher wird empfohlen, die Fähigkeit des Netzwerks zu bestätigen, dieses Datenverkehrsvolumen zu unterstützen, das einen Belastungstest durchführt.
Tipp
Ein Stresstest Ihres Netzwerks ist äußerst empfehlenswert, wenn Sie eine Vorabevaluierung eines Netzwerks durchführen.
Ein Stresstest beinhaltet das Aufbauen und Konfigurieren der Infrastruktur und das anschließende Ausführen der Infrastruktur mit dem erwarteten Volumen von simuliertem Datenverkehr bei gleichzeitiger Überwachung der Leistung. Ihre Datenverkehrsschätzungen sind möglicherweise in einigen Bereichen ungenau, aber zumindest können Sie sicher sein, dass das Netzwerk das Datenverkehrsvolumen unterstützen kann, das der Lync 2010- und 2013-Bandbreiten-Rechner prognostiziert hat. Es wird empfohlen, den Stresstest mindestens ein paar Tage lang auszuführen, aber wenn Sie ihn über einen längeren Zeitraum ausführen, können Sie die Zahlen optimieren. Die Verlängerung des Belastungstestzeitraums muss jedoch gegen die Kosten der Netzwerkdienste abgewogen werden, für die Sie bezahlen, für die kein tatsächlicher Benutzernetzwerkdatenverkehr übertragen wird. Microsoft hat im Rahmen seines IT Pro Tools-Programms viele Anbieter zertifiziert, um Tools für die Netzwerkverwaltung und den Betrieb bereitzustellen, einschließlich Tools zur Netzwerkvorbewertung. Skype for Business bietet außerdem Systemintegrationstools, die mithilfe der zertifizierten IT Pro-Tools die Netzwerkevaluierung für Sie durchführen können. Weitere Informationen finden Sie unter Skype for Business Solutions: IT Pro Tools (Skype for Business-Lösungen: IT Pro-Tools).
Der Stresstest bietet eine gewisse Bestätigung dafür, dass das Netzwerk das erforderliche Datenverkehrsvolumen unterstützen kann, aber in der Realität kann der Lync 2010- und 2013-Bandbreiten-Rechner aus verschiedenen Gründen falsch liegen. Sie sollten auch in Betracht ziehen, ihre Standortnetzwerke weiterhin zu überwachen, indem Sie nach der Bereitstellung eine fortlaufende Netzwerkbewertung durchführen, um sicherzustellen, dass die Bandbreite ausreicht und die QoS-Mechanismen ordnungsgemäß funktionieren. Es ist wichtig, die Netzwerkleistung weiterhin zu überwachen, wenn mehr reale Benutzer online geschaltet werden.
Teil 2: QoS für ExpressRoute für Skype for Business
Der Microsoft ExpressRoute-Dienst stellt eine dedizierte Verbindung mit der Azure-Cloud her, für die Kommunikationsdienste von Office 365-Echtzeitarbeitsauslastungen sind jedoch Netzwerkdienste mit einer ausreichenden Bandbreite erforderlich, die das Datenverkehrsvolumen übertragen und außerdem QoS (Quality of Service) unterstützen können, um eine Benutzererfahrung der Unternehmensklasse zu sichern. Eine QoS-fähige Verbindung muss End-to-End konfiguriert werden (PC, Netzwerkswitches und Router in die Cloud), da jeder Teil des Pfads, der QoS nicht unterstützt, die Qualität des gesamten Anrufs beeinträchtigen könnte.
Dieser Abschnitt soll Ihnen helfen, die Herausforderungen bei der Unterstützung von Echtzeitdatenverkehr in einem IP-Netzwerk sowie beim Konfigurieren und Unterstützen einer erfolgreichen ExpressRoute-Bereitstellung von Microsoft 365- oder Office 365 Echtzeitworkloads mithilfe eines ExpressRoute Exchange-Anbieters oder Netzwerkdienstanbieterpartners von Microsoft zu verstehen.
QoS wird von Ihrem Netzwerk exklusiv über ExpressRoute-Netzwerkverbindungen akzeptiert und innerhalb des Microsoft-Netzwerks für Skype for Business-Datenverkehr verwendet. Gegenwärtig weisen Teile einiger ausgehender Verbindungen von Microsoft fehlende DSCP-Werte für Skype for Business auf. Bis der ausgehende Datenverkehr vollständig mit DSCP-Werten gekennzeichnet ist, sollten Sie die Richtlinien zum Hinzufügen von QoS-Markierungen zum Datenverkehr an Ihrer Netzwerkgrenze befolgen, wie im Abschnitt Implementieren von QoS mithilfe von Netzwerk-Access Control-Liste (ACL) dieses Artikels beschrieben.
Das Echtzeitproblem
Die Bereitstellung von VoIP- und Videodiensten in Unternehmensqualität stellt spezielle Anforderungen an ein IP-Netzwerk. Echtzeitdatenverkehr verwendet das Real-time Transport Protocol (RTP), das mithilfe von UDP (User Datagram Protocol) übertragen wird. Im Gegensatz zu TCP (Transmission Control Protocol), bei dem jede Nachricht nummeriert und auf Fehler getestet wird, und das andere Mechanismen für die Erkennung und erneute Übertragung verlorener oder fehlerhafter Nachrichten beinhaltet, bietet UDP nicht diese Art der Zuverlässigkeit. Wenn Nachrichten durch Fehler beschädigt werden oder aufgrund von Pufferüberläufen verloren gehen, gehen sie verloren. UDP wurde zur Verwendung mit RTP ausgewählt, da die reine Beschaffenheit von Echtzeitdatenverkehr bedingt, dass selbst bei einer erneuten Übermittlung der verlorenen Nachrichten diese viel zu spät kommen würden, um eine positive Auswirkung auf den Fluss von Sprachnachrichten zu haben.
Da Entwickler die Auswirkung verlorener VoIP-Pakete kennen, entwickelten Sie zwei Ansätze, um die Leistung von VoIP und Video über IP zu verbessern:
Der erste besteht darin, die VoIP-Codierung/-Decodierung stabiler zu machen, wenn Pakete verloren gehen. Dies kann entweder mithilfe der Vorwärtsfehlerkorrektur (FEC) erfolgen, um einen Prozentsatz der aufgetretenen Fehler zu korrigieren, was eine Funktion in Microsoft 365 oder Office 365 Echtzeittransport ist, oder durch das Entwerfen von Sprachdecodierungssystemen, die versuchen, die Auswirkungen verlorener Pakete zu maskieren, was ein Merkmal von Microsoft-Codecs ist.
Der zweite ist die Verwendung von Transportdiensten, die QoS-Mechanismen verwenden, um die Leistung des Netzwerks in Bezug auf Verzögerung, Paketverlust und Jitter sowie die Abweichung bei der Verzögerung zwischen Paketen zu garantieren.
Eine stabile Sprachcodierung geht nur auf das Problem von Paketverlusten ein, deshalb ist es wichtig, dass ein Netzwerk, das für die Übertragung von Echtzeit-VoIP- und Videoinhalten verwendet wird, über Mechanismen verfügt, die Verzögerungen und Jitter minimieren. Selbst mit einer robusten Codierung verfügt die empfangende Station bei einem Verlust zu vieler Pakete nicht über ausreichend Informationen, um eine erkennbare Version des VoIP-Signals zu rekonstruieren. Der Prozentsatz der verlorenen Pakete, die zu einer spürbaren Verschlechterung der Sprachqualität führen würden, die je nach verwendeter Sprachcodierungstechnik variiert. In allen Fällen ist der Verlust von Zeichenfolgen aufeinanderfolgender Pakete jedoch problematisch.
Eine Minimierung der Verzögerung ist wichtig, da sich eine übermäßige Verzögerung auf den Unterhaltungsfluss auswirken und für Sprecher sehr störend sein kann. Laut bewährter Methoden sollte die End-to-End-Verzögerung für VoIP (was wir als Mund-zu-Ohr-Verzögerung bezeichnen) unter 150 Millisekunden gehalten werden. Und das bezieht sich auf die unidirektionale, nicht die Roundtripverzögerung. Die Verzögerung wird bei längeren Übertragungsverbindungen wie denen, die über Ozeane gehen, aufgrund der Ausbreitungsverzögerung oder der Zeit, die benötigt wird, um das Signal physisch über das Kabel zu übertragen, zunehmen.
Wenn die Verzögerung größer als 150 Sekunden ist. Unidirektionale, es hat eine seltsame Wirkung auf den Lautsprecher. Psychologisch geht eine Uhr im Gehirn des Sprechers ab, die sie denken lässt, dass der Empfänger sie nicht gehört hat, und sie wiederholen das letzte, was sie gesagt haben. Dies kollidiert mit der verzögerten Antwort, die vom fernen Ende kommt. Wenn Sie jemals über einen Satellitenkanal gesprochen haben, werden Sie diesen Effekt erkennen. Über einen Satellitenkanal beträgt die unidirektionale Verzögerung etwa 250 msec., was weit über die zulässige Verzögerung hinausgeht.
Empfohlene Netzwerkparameter für VoIP der Unternehmensklasse
Parameter | Empfohlener Wert |
---|---|
Paketjitter zwischen der Ankunftszeit (Durchschnitt) | ≤ 5 ms |
Paketjitter zwischen der Ankunftszeit (maximal) | ≤ 40 ms |
Paketverlustrate (Durchschnitt) | 0 % Annäherung |
Netzwerkwartezeit unidirektional | ≤ 100 ms (sollte Überprüfungen der Verzögerung im Vergleich zur geografischen Distanz beinhalten) |
ExpressRoute als Bestandteil eines VoIP-Netzes der Unternehmensklasse
ExpressRoute bietet eine dedizierte Verbindung über einen Netzwerkdienstanbieter (NSP) oder einen Exchange Provider (EXP) in einer von 3 Verbindungsoptionen an:
Cloud Exchange Colocation
Point-to-Point Ethernet-Verbindung
Any-to-Any (IPVPN)-Verbindung
Dies bietet alle Vorteile der hohen Verfügbarkeit (99,9 % SLA-Verfügbarkeit) sowie verlässliches Routing, das sicher ist (keine Internetübertragung), von Änderungen im Internet-Datenverkehr unberührt bleibt und Quality of Service-Markierungen zum Priorisieren von Datenverkehr respektiert (QoS wird weiter unten erläutert). ExpressRoute kann zusammen mit einem gut geplanten WAN ein VoIP-Netz der Unternehmensklasse zur Verfügung stellen.
ExpressRoute kann (bei Hybrid-Topologie) zur Datenübertragung zwischen Büros oder Datenzentren verwendet werden, die mit dem Netz verbunden sind. Daten für standortexterne Nutzer (zum Beispiel vom Home-Office oder von unterwegs aus) werden das ExpressRoute-Netz nicht belasten, es sei denn, sie sind über VPN verbunden, und müssen nicht in der Bandbreitenschätzung zur Dimensionierung des ExpressRoute-Netzes eingeschlossen werden. Wenn Sie ein multinationaler Kunde sind, können Sie ExpressRoute-Leitungen in jeder Region erwerben und BGP-Communitytags verwenden, um Routingregeln zu informieren, sodass der Datenverkehr an die bevorzugte ExpressRoute-Verbindung (in der Regel die nächstgelegene für jeden Standort) geleitet wird, während die anderen Leitungen Redundanz im Falle eines Ausfalls bieten, der sich auf eine einzelne Verbindung auswirkt.
Falls ExpressRoute keine Option ist
Unter Umständen ist es nicht praktikabel, alle Standorte mit ExpressRoute zu verbinden, entweder aus Kostengründen, weil die Voraussetzungen für ExpressRoute nicht erfüllt sind oder wegen Einschränkungen Ihrer aktuellen NSP. Wenn Sie ExpressRoute nicht verwenden können, empfiehlt es sich weiterhin, die folgenden Anleitungen zum Markieren von QoS in Ihrem Netzwerk zu verwenden und die Verträge mit Ihrem NSP zu planen, um eine ausreichende Bandbreite und Unterstützung für die Priorisierung des Datenverkehrs basierend auf QoS sicherzustellen.
Wenn Sie über Niederlassungen in mehreren Regionen verfügen, aber nicht über ExpressRoute-Verbindungen in allen Regionen verfügen, sollten sie die BGP-Communitytags der Region verwenden, wenn Sie das Routing für Datenverkehr zu/von Satellitenbüros konfigurieren, damit unnötige Langstreckenverbindungen vermieden werden können. Stellen Sie sich beispielsweise ein Unternehmen vor, das über ein Skype for Business Online-organization in den USA gehostet wird, aber über Niederlassungen in Europa verfügt und das Unternehmen nur über eine einzige ExpressRoute-Verbindung im Silicon Valley verfügt. Der größte Teil des Skype for Business Online-Datenverkehrs wird an ein Rechenzentrum weitergeleitet, in dem die organization gehostet wird (z. B. Telefonkonferenzen mit anderen Benutzern innerhalb des Unternehmens), wobei die ExpressRoute-Verbindung für den meisten Datenverkehr bevorzugt wird. Wenn jedoch ein Benutzer in Europa an einer Telefonkonferenz teilzunehmen würde, die von einem anderen Unternehmen mit organization in Europa gehostet wird, wäre das Ziel für Medien in diesem Anruf das europäische Rechenzentrum, in dem sich das zweite Unternehmen befindet. Die Weiterleitung des Datenverkehrs über die ExpressRoute-Leitung im Silicon Valley wäre eine weniger direkte Route als über das Internet möglich. In einem solchen Fall sollten Sie Router in Ihrem Netzwerk (z. B. in den europäischen Niederlassungen) konfigurieren, um die Community-Tags bei der Erstellung von Routingregeln zu überprüfen und über das Internet anstelle der Silicon Valley ExpressRoute-Leitung für Datenverkehr mit europäischen Regionsmarkierungen zu führen.
Grundlegende Konzepte für Quality of Service (QoS)/Dienstklassen
Im IP-Kontext beschreibt Quality of Service (QoS) jeden Mechanismus, der verwendet wird, um eine auf Priorität basierende Verarbeitung einiger Pakete im Vergleich zu anderen Paketen bereitzustellen. Gemäß der Definition der International Telecommunications Union (ITU) umfasst QoS alle Qualitätsaspekte einer Verbindung wie Verzögerung, Verlust, Signal-Stör-Verhältnis, Nebensprechen, Echo, Unterbrechungen, Frequenzantwort, Lautstärke und so weiter. Was wir in Paketnetzwerken als QoS bezeichnen, sollte richtiger als Dienstklasse benannt werden, die sich auf die Verbesserung der Leistung in Bezug auf Verzögerung, Jitter und Paketverlust bezieht, aber wir werden weiterhin den Begriff QoS verwenden, da er geläufiger ist.
Für die Bereitstellung von QoS in einem IP-Netzwerk sind zwei primäre Komponenten erforderlich:
Die Reservierung einer definierten Bandbreite für jede Verbindung für Echtzeitdatenverkehr; Wenn diese Bandbreite zu keinem Zeitpunkt für Echtzeitdatenverkehr benötigt wird, kann sie für anderen Datenverkehr verwendet werden. Der allgemeine Leitfaden lautet, dass nicht mehr als 30 % der Kapazität einer Verbindung für Den Sprachdatenverkehr zugewiesen werden sollten.
Die Markierung der Pakete mit einem Prioritätenindikator im Header, der den Switchen und Routern im Pfad mitteilt, welche Priorität dem Paket zugewiesen werden sollte.
Wenn ein Paket an einem Switch oder Router empfangen wird, wird es in eine Ausgabewarteschlange für den nächsten Teil oder Hop verschoben. Es gibt unterschiedliche Ausgabewarteschlangen für die verschiedenen Prioritätsstufen. Ein Switch oder Router verwendet einen Algorithmus, der die Warteschlange mit hoher Priorität häufiger bedient als die Warteschlangen mit niedrigerer Priorität.
Die Herausforderung besteht darin, dass es verschiedene QoS-Techniken gibt, die auf Layer 2 (d. b. ethernet- oder Wi-Fi-Ebene) und Layer 3 (d. b. der IP-Ebene) implementiert werden. Diese verschiedenen QoS-Implementierungen müssen möglicherweise in jedem Switch und Router im Netzwerk sowie in der Schnittstelle zwischen Ihrem Netzwerk und dem Netzwerk des Netzwerkdienstanbieters konfiguriert werden.
Es gibt zwei Möglichkeiten, wie Daten von den verschiedenen Skype for Business-Anwendungen den geeigneten Dienstklassen zugeordnet werden können:
Endpunktmarkierung des Datenverkehrs mithilfe von DSCP (Differentiated Services Control Point)
Basierend auf einer Netzwerk-Zugriffssteuerungsliste (ACL)
Endpunktmarkierung des Datenverkehrs - Differentiated Services Control Point (DSCP)
Differenzierte Dienste (DiffServ) werden als "grobkörniger" Mechanismus zum Klassifizieren und Verwalten von Netzwerkdatenverkehr und bereitstellen von QoS in IP-Netzwerken bezeichnet. Router und andere Geräte, die Layer-3-Funktionen implementieren, verwenden den DiffServ Control Point (DSCP), um die Priorität des Pakets zu definieren. QoS wird implementiert, indem ein 6-Bit-DSCP-Wert in das Feld Differenzierte Dienste (früher das Feld "Diensttyp") im IP-Header eingefügt wird. 6-Bits ermöglichen 64 verschiedene Prioritätsstufen. Die Prioritätsebenen werden in der Regel wie hier gezeigt definiert.
Empfohlene DSCP-Einstellungen
Datenverkehrsklasse | Bearbeitung (DSCP-Markierung) | Skype for Business-Auslastungen |
---|---|---|
VoIP | EF (46) | Skype for Business und Lync-Sprachanrufe |
Interaktiv | AF41 (34) | Video |
AF21 (18) | Anwendungsfreigabe | |
Standard | AF11 (10) | Dateiübertragung |
CS0 (0) | Sonstiges |
IP Version 4-Header
Layer-2-QoS: IEEE 802.1p/WLAN-Multimedia (IEEE 802.11e)
DSCP ist zwar der Standardmechanismus für die Implementierung von QoS auf Schicht 3, es gibt jedoch verschiedene Layer 2-QoS-Mechanismen für kabelgebundene (d. a. Ethernet) und drahtlos (d. a. Wi-Fi Netzwerke). Der QoS-Mechanismus für kabelgebundene Netzwerke ist im IEEE 802.1p-Standard definiert. der WLAN-QoS-Mechanismus ist in IEEE 802.11e definiert, was die Wi-Fi Alliance als "Wi-Fi Multi-Media Certified" (WMM Certified) bezeichnet.
IEEE 802.1p verwendet einen 3-Bit-Prioritätscodepunkt (PCP), um die Priorität der Nachricht zu identifizieren. der PCP ist Teil eines 32-Bit-Felds im Ethernet-Header, das auch den VLAN-Bezeichner enthält. Die Definitionen für die PCP-Werte sind unten enthalten.
IEEE 802.1p PCP-Werte
PCP-Wert | Priority | Abkürzung | Datenverkehrstypen |
---|---|---|---|
7 | 7 | NC | Netzwerksteuerung |
6 | 6 | IC | Netzwerkübergreifende Steuerung |
5 | 5 | VO | VoIP |
4 | 4 | VI | Video |
3 | 3 | CA | Kritische Anwendungen |
2 | 2 | EE | Hervorragende Leistung |
0 | 1 | BE | Beste Leistung |
1 | 0 | BK | Hintergrund |
IEEE 802.1p wird im Wesentlichen auf dieselbe Weise wie DSCP implementiert, da auch hier der Datenverkehr für jede Prioritätsstufe in verschiedene Prioritätswarteschlangen sortiert wird, aber die Shared-Media-Beschaffenheit von WLANs verlangt nach einem anderen Ansatz. Während der Zugriffspunkt und der Client separate Ausgabewarteschlangen für die verschiedenen Prioritätsstufen verwalten, gibt es auch Unterschiede, wie die Frames an den Funkkanal ausgesendet werden.
In einem Wi-Fi Netzwerk teilen sich alle Einem Zugriffspunkt zugeordneten Clients einen einzelnen Halbduplexkanal (d. a. es kann jeweils nur eine Clientstation oder der Zugriffspunkt gesendet werden). Um das Risiko von Kollisionen auf dem Radiokanal zu minimieren, wartet die Station vor dem Senden eines Frames auf den Leerlauf des Kanals für einen definierten Zeitraum, der als "Zwischenrahmenabstand" bezeichnet wird. Wenn der Kanal ausgelastet ist, wenn eine Station gesendet wird, wird ein zufälliger Zeitraum zurückgestellt. Wenn der Absender nach dem Senden des Frames keine Bestätigungsnachricht vom Empfänger empfängt, wird davon ausgegangen, dass ein Konflikt oder ein anderer Fehler aufgetreten ist, und es wird ein zufälliges Intervall zurückgefahren, bevor versucht wird, auf den Radiokanal zuzugreifen, um ihn erneut zu senden. Das Backoff-Intervall ist zufällig, um die Wahrscheinlichkeit zu verringern, dass die gleichen beiden Stationen erneut kollidieren.
Zur Priorisierung des Zugriffs auf den Funkkanal definiert IEEE 802.11e/WMM verschiedene Warteintervalle vor der Übertragung, die als „Arbitrated Inter-Frame Spacings (AFIS)" bezeichnet werden, sowie verschiedene Back-off-Bereiche für die unterschiedlichen Datenverkehrsklassen. Es werden vier Prioritätsstufen definiert, die als „Zugriffskategorien" bezeichnet werden.
Die Priorität wird durch Zuweisen kürzerer AFIS-Werte zu den Frames mit höherer Priorität erreicht. Wenn also eine Station darauf wartet, einen VoIP-Frame zu senden, und eine andere darauf, einen Datenframe zu senden, wird der VoIP-Frame immer zuerst gesendet. Technisch gesehen werden VoIP- und Videoframes dieselben AFIS-Werte zugewiesen, aber der Bereich für Back-off-Intervalle ist für Videoframes höher. So können ein VoIP- und ein Videoframe zwar beim ersten Versuch kollidieren, aber der VoIP-Frame wird immer früher erneut übermittelt. Die Korrelation zwischen IEEE 802.1p und IEEE 802.11e ist unten gezeigt:
IEEE 802.11e/WI-Fi Multi-Media (WMM) zu 802.1P-Zuordnung
WMM-Zugriffskategorie | WMM Beschreibung | 802.1P-PCP-Wert | 802.1P-Bezeichnung |
---|---|---|---|
1 (AC_VO) | VoIP | 7 (111) | NC |
6 (110) | VO | ||
2 (AC_VI) | Video | 5 (101) | VI |
4 (100) | CL | ||
3 (AC_BE) | Beste Leistung Daten | 3 (011) | EE |
0 (000) | BE | ||
4 (AC_BK) | Hintergrund Daten | 1 (001) | BK |
2 (010) | --- |
Die empfohlene Zuweisung von Layer-3- zu Layer-2-Prioritäten ist im Folgenden dargestellt:
Empfohlene Layer-3- zu Layer-2-Zuweisung von Prioritäten
Layer-3-Markierungen | Layer 2 (PCP-Wert) | WLAN (Zugriffskategorie) | |
---|---|---|---|
Netzwerksteuerung | Per Hop Behavior (PHB) - Class Selector (CS) 6 | 6 | 1 (AC_VO) |
DSCP-Wert - 48 | |||
VoIP | Per Hop Behavior (PHB) - Expedited Forwarding (EF) | 5 | 1 (AC_VO) |
DSCP-Wert - 46 | |||
Videokonferenzen | Verhalten pro Hop (PHB) – Gesicherte Weiterleitung (AF) 41 | 4 | 2 (AC_VI) |
DSCP-Wert - 34 | |||
Anrufsignale | Per Hop Behavior (PHB) - Class Selector (CS) 3 | 3 | 2 (AC_VI) |
DSCP-Wert - 24 | |||
Daten mit niedriger Wartezeit | Per Hop Behavior (PHB) - Assured Forwarding (AF) 21 | 2 | 3 (AC_BE) |
DSCP-Wert - 18 | |||
Daten mit hohem Durchsatz | Verhalten pro Hop (PHB) – Gesicherte Weiterleitung (AF) 11 | 1 | 3 (AC_BE) |
DSCP-Wert - 10 | |||
Beste Leistung | Per Hop Behavior (PHB) - 0 | 0 | 4 (AC_BK) |
DSCP-Wert - 0 |
Es ist wichtig zu beachten, dass bei der Prioritätscodierung für IEEE 802.1p und WMM ein Konflikt vorliegt. Der 802.1p-PCP-Wert für VoIP ist 5, in der Standardäquivalenzzuordnung zu WMM wird PCP 5 jedoch in die Zugriffskategorie 2 übersetzt, also die WMM-Zugriffskategorie für Video (AC_VI). Sie sollten diese Zuordnung möglichst außer Kraft setzen, damit PCP 5 in Zugriffskategorie 1 übersetzt wird, oder einfach vermeiden, VoIP und Video im selben WLAN-Netzwerk zu verwenden, bis die Wi-Fi Alliance dieses Problem behoben hat. Weitere Informationen zu WLAN finden Sie unter WLAN-Katalogelemente.
Implementierung von QoS mithilfe einer Netzwerk-Zugriffssteuerungsliste (ACL)
Die alternative Methode für die Implementierung von QoS in einer ExpressRoute-Konfiguration ist die Verwendung einer Netzwerk-Zugriffssteuerungsliste (ACL). Bei diesem Ansatz fügen nicht die Endpunkte die geeignete DSCP-Markierung in den Header jedes Pakets ein, sondern die Markierung kann von einem Upstreamrouter basierend auf dem UDP-Quellport durchgeführt werden. Alle Switche und Router müssen trotzdem für die Unterstützung von QoS konfiguriert werden, um sicherzustellen, dass die DSCP-Einstellungen beibehalten werden. Noch wichtiger ist, dass der Router, der mit dem Netzwerk des Dienstanbieters verbunden ist, die DSCP-Markierung im Header jedes Pakets beibehalten muss, da diese DSCP-Einstellung im Wesentlichen Ihre Anweisung an den Netzwerkdienstanbieter ist, wie dieses Paket behandelt werden soll.
Die empfohlenen Portbereiche für jede Skype for Business Anwendung sind in Abschnitt 2.6.1.1 des Handbuchs Netzwerkplanung, Überwachung und Problembehandlung mit Lync Server aufgeführt. Es ist wichtig, dass dies mit dem allgemeinen QoS-Ansatz des organization koordiniert wird, und Sie sollten nach verschiedenen QoS-Richtlinien und potenziellen Paketbemerkungen suchen, die nicht übereinstimmen.
Während der Standard Grund, warum QoS- und MPLS-Netzwerkdienste verwendet werden, darin besteht, eine gute Erfahrung für Benutzer für Echtzeit-Sprach- und Videofunktionen zu gewährleisten, können diese Funktionen auch auf Datenanwendungen angewendet werden. Statt alle Anwendungen gleich zu behandeln, können Organisationen mit MPLS-Netzwerken einigen Datenanwendungen eine höhere Priorität zuweisen als anderen. Mit MPLS können Echtzeitanwendungen wie Guthaben Karte Transaktionen oder Bildschirmfreigaben Vorrang vor weniger zeitkritischem Datenverkehr wie E-Mails erhalten.
Grundlegendes zu den Typen von IP-Netzwerkdiensten - einfache IP-Dienste und MPLS
Die ursprüngliche IP-Paketweiterleitung wurde nach dem Prinzip "Best Effort" betrieben. Dies bedeutete, dass die Router, die diese IP-Pakete weiterleiten, ihr Bestes tun würden, um sie an ihre Ziele zu liefern, aber es gab absolut keine Garantie dafür, wann oder ob sie an ihren Zielen ankommen würden. So funktionieren grundlegende Internetdienste, einschließlich Ihrer privaten Internetverbindung, heute. Die Idee war, dass, wenn Zuverlässigkeit für eine bestimmte Anwendung erforderlich ist, diese auf einer höheren Ebene im Protokollstapel bereitgestellt wird. Der zuverlässige Übermittlungsmechanismus ist das Transmission Control Protocol (TCP). Das User Datagram Protocol (UDP), das für Sprach- und Videodaten in Echtzeit verwendet wird, ist der unzuverlässige (d. h. "best effort") Übermittlungsmechanismus.
Multi-Protocol Label Switching (MPLS) wurde entwickelt, um Netzwerkdienstanbietern einen IP-Dienst mit Leistungsgarantien für Verzögerung, Jitter und Paketverlust anzubieten. Zur Bereitstellung dieser Leistungsgarantien vermeidet MPLS einen Teil der Unvorhersehbarkeit von herkömmlichen IP-Diensten. Erstens lässt MPLS nicht jedes Paket seinen Weg zum Ziel Router für Router finden (was bedeuten könnte, dass jedes Paket eine andere Route von der Quelle zum Ziel nimmt), sondern leitet alle Pakete in einer „Virtual Circuit"-Verbindung mit einer festen Route namens „Label Switched Path (LSP)" weiter. Wenn in einer der Verbindungen in diesem Pfad ein Fehler auftritt, werden alle LSPs, die diese Verbindung verwenden, schnell umgeleitet.
Wenn ein Paket in das MPLS-Netzwerk gesendet wird, hängt der Edgerouter des Netzwerkdienstanbieters einen zusätzlichen Header mit einer Bezeichnung an das Paket an, die verwendet wird, um das Paket über den geeigneten LSP weiterzuleiten. Die Bezeichnung wird vom Edgerouter am anderen Ende des MPLS-Netzwerks entfernt.
Neben der Vereinfachung des Weiterleitungsprozesses besteht ein weiterer Vorteil von MPLS darin, dass das Netzwerkverwaltungssystem weiß, welche Verbindungen auf jedem Link im Netzwerk übertragen werden. Durch die Steuerung der Art und Weise, in der Datenverkehr über das Netzwerk weitergeleitet wird, kann der Bediener die QoS garantieren, die jeder Pfad bereitstellt. Im Gegensatz zur Best-Effort-Leistung von herkömmlichen oder einfachen IP-Diensten kann MPLS Bedienern einen IP-Dienst mit einer zuverlässigen Leistung bereitstellen. Außerdem sorgt LSP dafür, dass MPLS an sich sicherer als herkömmliche Internetdienste ist. Bei einfachen IP-Diensten können wir also hoffen, dass das Netzwerk eine ausreichende Leistung bietet, um eine gute Sprachqualität bereitzustellen, und Techniken wie FEC und eine robustere VoIP-Codierung verwenden, um unsere Chancen zu erhöhen, aber mit der Verwendung von MPLS können wir sicher sein, dass das so ist.
MPLS-Anbieter bieten verschiedene Klassen von Serviceabstufungen, die allerdings leider von jedem mit unterschiedlichen Begriffen identifiziert werden. Sie müssen eng mit Ihrem Anbieter zusammenarbeiten, um sicherzustellen, dass er die Ausgaben des Lync 2010- und 2013-Bandbreitenrechners und die empfohlenen Optionen für verschiedene Microsoft 365- oder Office 365 Echtzeitworkload-Anwendungen versteht.
Fazit
Skype for Business verbessert die Art und Weise, in der die Geschäftskommunikation durchgeführt wird. Statt ein mit dem Festnetz verbundenes Telefon, ein eigenständiges Videokonferenzsystem, eine separate Plattform für E-Mails, einen externen Dienst für Audiokonferenzen und ein Mittel für Chat und Anwesenheit zu nutzen, kann Skype for Business all diese Funktionen in einer einzigen Benutzeroberfläche zusammenbringen.
Für eine konsistente Bereitstellung von Echtzeit-VoIP- und Videodiensten der Unternehmensklasse ist eine End-to-End-Netzwerkinfrastruktur erforderlich, die QoS bereitstellen kann. Das beinhaltet sowohl LAN- als auch WAN-Dienste. Microsoft bietet Tools wie den Lync 2010- und 2013-Bandbreitenrechner zum Schätzen der Netzwerkkapazität, die Sie für die verschiedenen Dienste benötigen. Darüber hinaus gibt es Partner im PROGRAMM IT Pro Tools Skype for Business Solutions: IT Pro Tools, die Tools zur Vorabbewertung der Netzwerkinfrastruktur und zur Unterstützung von Überwachung, Berichterstellung und Problembehandlung bieten. Ohne eine richtig dimensionierte und konfigurierte Netzwerkinfrastruktur besteht das Risiko einer ExpressRoute Skype of Business-Bereitstellung, die die Erwartungen Ihrer Benutzer an Qualität und Konsistenz nicht erfüllt.
Effektive Geschäftstools müssen zuverlässig und konsistent funktionieren und eine Benutzererfahrung bereitstellen, die die Benutzerakzeptanz fördert. Aus Netzwerksicht bedeutet dies, über eine Netzwerkinfrastruktur zu verfügen, sowohl lokal als auch breit, fest und mobil, die dies ermöglichen kann. Das Planen, Entwerfen, Implementieren und Verwalten dieser Infrastruktur ist nicht immer eine einfache Aufgabe. Die Hardware, Tools und Netzwerkdienste, um dies zu erreichen, sind heute verfügbar, aber es liegt in der Verantwortung von IT-Experten, zu sehen, dass sie auf eine Weise entworfen, implementiert und gewartet werden, die sicherstellt, dass die Benutzer eine Reihe von Kommunikations- und Zusammenarbeitsdiensten erhalten, die es ihnen ermöglichen, effizient und effektiv zu arbeiten, und dass die organization den vollen Nutzen aus dem nutzen können, was diese Technologie zu bieten hat.