Plan network requirements for Skype for Business
Zusammenfassung: Lesen Sie die folgenden Überlegungen zur Netzwerkkomponente, bevor Sie Skype for Business Server implementieren.
Die Informationen in diesen Themen werden auch im Whitepaper Netzwerkplanung, Überwachung und Problembehandlung mit Lync Server mit zusätzlichen Details und Details behandelt. Während sich der Inhalt explizit auf Lync 2010 und Lync 2013 bezieht, bleiben die Überlegungen für Skype for Business Server unverändert.
Wenn Ihr Netzwerk sowohl WLAN als auch kabelgebundenen Zugriff umfasst, ist das Whitepaper Bereitstellen von Lync 2013 Real-Time Communications über WLAN eine gute Referenz und gilt gleichermaßen für Skype for Business Server.
Serverhardware
Der Netzwerkadapter jedes Servers in der Skype for Business Server-Topologie muss mindestens 1 Gigabit pro Sekunde (GBit/s) unterstützen. Im Allgemeinen sollten Sie alle Serverrollen innerhalb der Skype for Business Server Topologie mithilfe eines lan (Local Area Network) mit geringer Latenz und hoher Bandbreite verbinden. Die Größe des LAN ist von der Größe der Topologie abhängig:
In Standard Edition-Topologien sollten sich Server in einem Netzwerk befinden, das 1 GBit/s Ethernet oder eine entsprechende Unterstützung bietet.
In Enterprise Edition Topologien sollten sich die meisten Server in einem Netzwerk befinden, das mehr als 1 GBit/s unterstützt, insbesondere wenn Audio-/Videokonferenzen (A/V) und Anwendungsfreigabe unterstützt werden.
Zur Integration in das Telefonfestnetz (Public Switched Telephone Network, PSTN) können Sie entweder T1/E1-Leitungen oder das SIP-Trunking verwenden.
Netzwerkanforderungen für die Audio/Video-Unterstützung
Die Netzwerkanforderungen für Audio/Video (A/V) in einer Skype for Business Server Bereitstellung umfassen Folgendes:
Wenn Sie einen einzelnen Edgeserver oder einen Edgepool mithilfe des DNS-Lastenausgleichs bereitstellen, können Sie die externe Firewall für die Netzwerkadressübersetzung (NETWORK Address Translation, NAT) konfigurieren. Die internal-Firewall unterstützt keine Konfiguration mit NAT. Weitere Informationen finden Sie unter Planen von Ports und Firewalls.
Wichtig
Wenn Sie über einen Edgepool verfügen und einen Hardwarelastenausgleich verwenden, müssen Sie öffentliche IP-Adressen auf den Edgeservern verwenden, und Sie können NAT nicht für die Server oder den Pool auf Ihrem NAT-fähigen Gerät (z. B. eine Firewall Anwendung oder LAN-Switch) verwenden. Weitere Informationen finden Sie unter Edgeserverszenarien in Skype for Business Server.
Wenn Ihre Organisation eine QoS-Infrastruktur (Quality of Service) verwendet, wird das Mediensubsystem auf den Betrieb innerhalb der vorhandenen Infrastruktur ausgelegt.
Wenn Sie IPsec (Internet Protocol Security) verwenden, wird empfohlen, IPsec für die Portbereiche zu deaktivieren, die für die Übertragung von A/V-Datenverkehr verwendet werden. Weitere Informationen finden Sie unter IPsec-Ausnahmen.
Mit folgenden Maßnahmen können Sie optimale Medienqualität sicherstellen:
Stellen Sie die Netzwerkverbindungen bereit, um einen Durchsatz von 65 Kilobits pro Sekunde (KBit/s) pro Audiostream und 500 KBit/s pro Videostream zu unterstützen, sofern sie aktiviert sind, während Spitzenauslastungszeiträume. Eine bidirektionale Audio- oder Videositzung verwendet zwei Streams, sodass eine einfache Audio-/Telefonverbindung 130 KBit/s benötigt, um jeden Stream abzudecken. Video verwendet ebenfalls insgesamt 1.000 KBit/s, um eine Upstream- und Downstreamverbindung zu übertragen.
Um unerwartete Datenverkehrsspitzen und eine erhöhte Nutzung im Laufe der Zeit zu bewältigen, können sich Skype for Business Server Medienendpunkte an unterschiedliche Netzwerkbedingungen anpassen und den dreifachen Durchsatz für Audio und Video unterstützen, während weiterhin eine akzeptable Qualität beibehalten wird. Gehen Sie nicht davon aus, dass diese Anpassungsfähigkeit das Problem maskiert, wenn ein Netzwerk nicht bereitgestellt wird. In einem nicht bereitgestellten Netzwerk wird die Fähigkeit der Skype for Business Server Medienendpunkte reduziert, dynamisch mit unterschiedlichen Netzwerkbedingungen (z. B. temporären hohen Paketverlusten) umzugehen.
Für Netzwerkverbindungen, deren Bereitstellung sehr kostspielig und aufwendig ist, können Sie eine Dimensionierung für ein niedrigeres Datenverkehrsaufkommen erwägen. Lassen Sie in diesem Szenario die Elastizität der Skype for Business Server Medienendpunkte den Unterschied zwischen dem Datenverkehrsvolumen und der Spitzendatenverkehrsebene auf den Preis einer gewissen Verringerung der Sprachqualität auffangen. Gleichzeitig verringert sich der Puffer, der andernfalls zum Auffangen plötzlicher Datenspitzen zur Verfügung steht.
Bei Verbindungen, die kurzfristig nicht ausreichend dimensioniert werden können (beispielsweise an einem Standort mit sehr schlechten WAN-Verbindungen) kann es ratsam sein, die Videofunktion für bestimmte Benutzer zu deaktivieren.
Stellen Sie bei der Netzwerkbereitstellung sicher, dass bei Spitzenauslastung eine maximale End-to-End-Verzögerung (Latenz) von 150 ms auftritt. Latenz ist die einzige Netzwerkbeeinträchtigung, die Skype for Business Server Medienkomponenten nicht reduzieren kann, und es ist wichtig, die Schwachstellen zu finden und zu beseitigen.
Nehmen Sie für Server, auf denen Antivirensoftware ausgeführt wird, alle Server, auf denen Skype for Business Server ausgeführt werden, in die Ausnahmeliste ein, um eine optimale Leistung und Audioqualität zu gewährleisten.
IPSec-Ausnahmen
Für Unternehmensnetzwerke, in denen Internetprotokollsicherheit (Internet Protocol Security, IPsec) (siehe IETF RFC 4301-4309) bereitgestellt wurde, muss IPsec über den Bereich der Ports deaktiviert werden, die für die Übermittlung von Audio-, Video- und Panoramavideos verwendet werden. Mit dieser Empfehlung sollen Verzögerungen in der Zuweisung von Medienports vermieden werden, die sich aus dem IPsec-Aushandlungsvorgang ergeben könnten.
In der folgenden Tabelle werden die empfohlenen Einstellungen für IPsec-Ausnahmen erläutert.
Empfohlene IPsec-Ausnahmen
Regelname | Quell-IP | Ziel-IP | Protokoll | Quellport | Zielport | Authentifizierungsanforderung |
---|---|---|---|---|---|---|
A/V-Edgeserver, intern eingehend | Beliebig | A/V-Edgeserver, intern | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
A/V-Edgeserver, extern eingehend | Beliebig | A/V-Edgeserver, extern | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
A/V-Edgeserver, intern ausgehend | A/V-Edgeserver, intern | A/V-Edgeserver, extern | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
A/V-Edgeserver, extern ausgehend | A/V-Edgeserver, extern | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Vermittlungsserver, eingehend | Beliebig | Vermittlungsserver | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Vermittlungsserver, ausgehend | Vermittlungsserver | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Konferenzzentrale, eingehend | Beliebig | Front-End-Server, auf dem die Konferenzzentrale ausgeführt wird | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Konferenzzentrale (ausgehend) | Front-End-Server, auf dem die Konferenzzentrale ausgeführt wird | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
A/V-Konferenzserver, eingehend | Beliebig | Front-End-Server | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
A/V-Konferenzen, ausgehend | Front-End-Server | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Exchange, eingehend | Beliebig | Exchange Unified Messaging | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Anwendungsfreigabeserver, eingehend | Beliebig | Anwendungsfreigabeserver | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Anwendungsfreigabeserver, ausgehend | Anwendungsfreigabeserver | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Exchange, ausgehend | Exchange Unified Messaging | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Clients | Beliebig | Beliebig | UDP und TCP | Beliebig | Beliebig | Nicht authentifizieren |
Netzwerkanforderungen für Konferenzen
Die Bandbreite, die zum Herunterladen von Konferenzinhalten vom IIS-Server (Internet Information Services) verwendet wird, hängt von der Größe des Inhalts ab. Daher sollten Sie die tatsächliche Nutzung überwachen und gegebenenfalls eine größere Bandbreite in Ihre Planung miteinbeziehen.
Anforderungen hinsichtlich der Netzwerkbandbreite für Mediendatenverkehr
Ein wichtiger Bestandteil der Netzwerkplanung ist die Sicherstellung, dass Ihr Netzwerk den von Skype for Business Server generierten Mediendatenverkehr verarbeiten kann. Dieser Abschnitt hilft Ihnen bei der Planung für diesen Mediendatenverkehr.
Netzwerkbelegung durch Mediendatenverkehr
Aufgrund der Vielzahl an verschiedenen Faktoren, wie z. B. Codecverwendung, Auflösung und Aktivitätsgrad kann es schwierig sein, die Bandbreite für Mediendatenverkehr zu berechnen. Die Bandbreitennutzung wird durch den verwendeten Codec und die Streamaktivität bestimmt und beide Faktoren können in unterschiedlichen Szenarien variieren. In der folgenden Tabelle sind die Audiocodecs aufgeführt, die normalerweise in Skype for Business Server Szenarien verwendet werden.
Bandbreite für Audiocodec
Audiocodec | Szenario | Bitrate der Audionutzlast (KBit/s) | Bandbreite für Audionutzlast und IP-Header (KBit/s) | Bandbreite für Audionutzlast, IP-Header, UDP, RTP und SRTP (KBit/s) | Bandbreite für Audionutzlast, IP-Header, UDP, RTP, SRTP und Vorwärtsfehlerkorrektur (KBit/s) |
---|---|---|---|---|---|
RTAudio, Breitband |
Peer-to-Peer |
29.0 |
45.0 |
57.0 |
86.0 |
RTAudio, Schmalband |
Peer-to-Peer PSTN |
11.8 |
27.8 |
39.8 |
51.6 |
G.722 |
Konferenzen |
64.0 |
80.0 |
95.6 |
159.6 |
G.722 Stereo |
Peer-to-Peer Konferenzen |
128.0 |
144.0 |
159.6 |
223.6 |
G.711 |
PSTN, Konferenzen |
64.0 |
80.0 |
92.0 |
156.0 |
Siren |
Konferenzen |
16.0 |
32.0 |
47.6 |
63.6 |
SILK-Breitband |
Peer-to-Peer |
36.0 |
52.0 |
64.0 |
100.0 |
SILK-Breitband |
Peer-to-Peer |
26.0 |
42.0 |
54.0 |
80.0 |
SILK-Breitband |
Peer-to-Peer |
20.0 |
36.0 |
48.0 |
68.0 |
SILK-Breitband/Schmalband |
Peer-to-Peer |
13.0 |
29.0 |
41.0 |
54.0 |
Hinweis
PSTN-Anrufe vom Skype for Business-Client verwenden in der Regel den G.711-Codec, der eine hohe Bandbreite erfordert. Wenn nicht genügend Bandbreite für diesen Codec verfügbar ist, können Aufrufe mit einem Fehler fehlschlagen, der dem folgenden in den Medienprotokollen ähnelt: Mindestens ein Codec muss aktiviert werden, hr: c0042004. Medienprotokolle (BLOG-Dateien) werden verschlüsselt und können nur von Microsoft-Supportmitarbeitern decodiert werden.
Die Bandbreitenangaben in dieser Tabelle basieren auf einer Paketierung mit 20 ms (50 Pakete pro Sekunde), für Siren und G.722, einschließlich SRTP-Overhead (Secure Real-Time Transport Protocol) aus Konferenzszenarien und setzen voraus, dass der Stream zu 100% aktiv ist. Die Vorwärtsfehlerkorrektur (Forward Error Correction, FEC) wird dynamisch eingesetzt, um bei einem Paketverlust in der Verbindung die Qualität des Audiostreams zu erhalten.
Die Stereoversion des G.722-Codec wird von Systemen verwendet, die auf dem Lync-Raumsystem basieren. Auf diese Weise können Mikrofonaufnahmen in Stereoqualität vorgenommen werden, damit Zuhörer die unterschiedlichen Personen im Besprechungsraum besser voneinander unterscheiden können.
Bandbreite für Videoauflösung
Videocodec | Auflösung und Seitenverhältnis | Bitrate bei maximaler Videonutzlast (KBit/s) | Bitrate bei minimaler Videonutzlast (KBit/s) |
---|---|---|---|
H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
H.264/RTVideo |
424 x 240 (16:9) 320 x 240 (4:3) |
350 |
100 |
H.264 |
480x270 (16:9) 424x320 (4:3) |
450 |
200 |
H.264/RTVideo |
640x360 (16:9) 640x480 (4:3) |
800 |
300 |
H.264 |
848x480 (16:9) |
1500 |
400 |
H.264 |
960x540 (16:9) |
2000 |
500 |
H.264/RTVideo |
1280x720 (16:9) |
2500 |
700 |
H.264 |
1920x1080 (16:9) |
4000 |
1500 |
H.264/RTVideo |
960x144 (20:3) |
500 |
15 |
H.264 |
1280x192 (20:3) |
1000 |
250 |
H.264 |
1920x288 (20:3) |
2000 |
500 |
Videodaten werden standardmäßig mit H.264/MPEG-4 Advanced Video Coding (Part 10) zusammen mit den entsprechenden skalierbaren Erweiterungen für eine temporäre Skalierbarkeit codiert. Um die Interoperabilität mit Legacyclients zu gewährleisten, wird der RTVideo-Codec weiterhin für Peer-to-Peer-Aufrufe zwischen Skype for Business Server- und Legacyclients verwendet. In Konferenzsitzungen mit Skype for Business Server und Legacyclients kann der Skype for Business Server Endpunkt das Video mit beiden Videocodecs codieren und den H.264-Bitstream an die Skype for Business Server-Clients und den RTVideo-Bitstream an Legacyclients senden.
Die erforderliche Bandbreite richtet sich nach der Auflösung, Qualität, Framerate sowie der Menge der im Bild vorhandenen Bewegungen oder Veränderungen. Bei jeder Auflösung sind zwei Bitraten von Interesse:
Maximale Nutzlastbitrate Dies ist die Bitrate, die ein Endpunkt für die Auflösung mit der maximalen Bildfrequenz verwendet. Hiermit kann die höchste Video- und Tonqualität erreicht werden.
Minimale Nutzlastbitrate Dies ist die Bitrate, unter der ein Skype for Business Server Endpunkt zur nächstniedrig niedrigeren Auflösung wechselt. Um eine bestimmte Auflösung zu gewährleisten, darf die verfügbare Videonutzlast-Bitrate nicht unter diese minimale Bitrate für die jeweilige Auflösung absinken. Diese Zahl ist von Interesse, da sie für Fälle, in denen die maximale Bitrate nicht verfügbar oder sinnvoll ist, den geringstmöglichen Wert angibt. Bedenken Sie jedoch bei Verwendung dieser Bitraten, dass für einige Benutzer eine derart niedrige Videoübertragungsrate möglicherweise nicht akzeptabel ist. Beachten Sie, dass die tatsächliche Bitrate bei statischen und sich nicht verändernden Videoszenen ebenfalls kurzfristig unter die minimale Bitrate absinken kann.
Skype for Business Server unterstützt viele Auflösungen. Dadurch können Skype for Business Server an unterschiedliche Netzwerkbandbreite und Empfangsclientfunktionen angepasst werden. Das Standardseitenverhältnis für Skype for Business Server ist 16:9. Das Legacy-Seitenverhältnis 4:3 wird weiterhin für Webcams unterstützt, die keine Erfassung im Seitenverhältnis 16:9 zulassen.
Wenn die Vorwärtsfehlerkorrektur eingesetzt wird, ist sie in der Videonutzlast enthalten, daher sind keine unterschiedlichen Werte mit und ohne Video-FEC vorhanden.
Endpunkte übertragen Audio- oder Videopakete nicht in einem kontinuierlichen Stream. Für jedes Szenario gibt es unterschiedliche Aktivitätsebenen, die angeben, wie häufig Pakete für einen Stream gesendet werden. Die Aktivität eines Streams richtet sich nach dem Medium und dem Szenario, nicht jedoch nach dem verwendeten Codec. In einem Peer-to-Peer-Szenario gilt Folgendes:
Endpunkte senden Audiostreams nur dann, wenn die Benutzer miteinander sprechen.
Beide Teilnehmer empfangen Audiostreams.
Wenn Videodaten übertragen werden, senden und empfangen beide Endpunkte Videostreams während der gesamten Kommunikation.
In statischen Videoszenen kann die tatsächliche Bitrate kurzfristig sehr gering sein, da der Videocodec die Codierung von Bereichen des Videos überspringt, in denen vom Zeitpunkt der letzten Überprüfung an keine Änderungen auftreten.
In einem Konferenzszenario gilt Folgendes:
Endpunkte senden Audiostreams nur, wenn der Benutzer spricht.
Alle Teilnehmer empfangen Audiostreams.
Wenn Video verwendet wird, können alle Teilnehmer bis zu fünf Videostreams und einen Panoramavideostream (z. B. Seitenverhältnis 20:3) empfangen. Standardmäßig basieren die fünf Empfangsvideostreams auf dem aktiven Sprecherverlauf, aber Benutzer können auch manuell die Teilnehmer auswählen, von denen sie einen Videostream empfangen möchten. Wenn multi-video aktiviert ist, sind die Auflösungs- und Bandbreitenanforderungen für jeden der Videostreams niedriger.
Jeder Teilnehmer, der den Videostream senden des Benutzers aktiviert, sendet einen oder mehrere Videostreams. Skype for Business Server kann bis zu fünf Videostreams senden, um die Videoqualität für alle empfangenden Clients zu optimieren. Die tatsächliche Anzahl an gesendeten Videostreams wird vom Sender basierend auf CPU-Leistung, verfügbarer Uplink-Bandbreite und der Anzahl an Empfängerclients, die einen bestimmten Videostream angefordert haben, bestimmt. Üblicherweise wird ein H.264- und ein RTVideo-Stream gesendet, wenn ein Vorversions-Client an der Konferenz teilnimmt. Bei einem anderen typischen Szenario werden mehrere H.264-Videostreams (z. B. mit verschiedenen Auflösungen) gesendet, um verschiedenen Empfängeranforderungen gerecht zu werden.
Zusätzlich zu der Bandbreite, die für den RTP-Datenverkehr (Real-Time Transport Protocol) für Audio- und Videomedien erforderlich ist, wird auch Bandbreite für RTCP-Datenverkehr (Real-Time Transport Control Protocol) benötigt. RTCP wird zum Generieren von Statistiken und zur Out-of-Band-Steuerung des RTP-Streams genutzt. Verwenden Sie zur Planung die Bandbreitenangaben in der folgenden Tabelle für RTCP-Datenverkehr. Diese Werte stellen die maximale Bandbreite für RTCP dar und variieren aufgrund der Unterschiede in den Steuerungsdaten bei Audio- und Videostreams.
RTCP-Bandbreite
Medien | Maximale RTCP-Bandbreite (KBit/s) |
---|---|
Audio |
5 |
Video (es wird nur H.264 oder RTVideo gesendet/empfangen) |
10 |
Video (H.264 und RTVideo werden gesendet/empfangen) |
15 |
Für die Kapazitätsplanung sind die folgenden beiden Bandbreiten von Interesse:
Maximale Bandbreite ohne FEC Die maximale Bandbreite, die ein Stream beansprucht. Dies umfasst die typische Aktivität des Datenstroms und den typischen Codec, der in dem Szenario ohne FEC verwendet wird. Dies ist die Bandbreite, wenn der Stream bei einer Aktivität von 100 % liegt und kein Paketverlust die Verwendung von FEC auslöst. Dies ist nützlich, um zu berechnen, wie viel Bandbreite zugeordnet werden muss, damit der Codec in einem bestimmten Szenario verwendet werden kann. Es wird nicht erwartet, dass FEC in einem verwalteten Netzwerk eine Anforderung ist.
Maximale Bandbreite mit FEC Die maximale Bandbreite, die ein Stream verbraucht. Dies umfasst die typische Aktivität des Datenstroms und den typischen Codec, der im Szenario mit FEC verwendet wird. Dies ist die Bandbreite, wenn der Stream bei einer Aktivität von 100 % liegt und Paketverluste auftreten, die die Verwendung von FEC zur Verbesserung der Qualität auslösen. Dies ist nützlich, um zu berechnen, wie viel Bandbreite zugewiesen werden muss, damit der Codec in einem bestimmten Szenario verwendet werden kann, und die Verwendung von FEC zur Erhaltung der Qualität unter Paketverlustbedingungen.
In den folgenden Tabellen ist auch ein zusätzlicher Bandbreitenwert aufgeführt: Typische Bandbreite. Dies ist die durchschnittliche Bandbreite, die ein Stream verbraucht. Dies umfasst die typische Aktivität des Datenstroms und den typischen Codec, der im Szenario verwendet wird. Diese Bandbreite kann verwendet werden, um zu bestimmen, wie viel Bandbreite zu einem bestimmten Zeitpunkt vom Mediendatenverkehr verbraucht wird, sollte aber nicht für die Kapazitätsplanung verwendet werden, da einzelne Aufrufe diesen Wert überschreiten, wenn die Aktivitätsstufe über dem Durchschnitt liegt. Die typische Videostreambandbreite in den folgenden Tabellen basiert auf einer Mischung verschiedener Videoauflösungen, die in gemessenen Kundendaten beobachtet werden, und kleinere Installationen weisen wahrscheinlich tatsächliche Zahlen auf, die sich von den Tabellendaten unterscheiden. Beispielsweise würden die meisten Benutzer in Peer-to-Peer-Sitzungen das Standardfenster für das Videorendering verwenden, während ein gewisser Prozentsatz der Benutzer die Skype for Business Server Anwendung erhöhen oder maximieren würde, um bessere Videoauflösungen zu ermöglichen.
In den folgenden Tabellen finden Sie Werte für verschiedene Szenarien.
Planen der Audio/Videokapazität für Peer-to-Peer-Sitzungen
Medien | Codec | Typische Streambandbreite (KBit/s) | Maximale Streambandbreite ohne FEC | Maximale Streambandbreite mit FEC |
---|---|---|---|---|
Audio |
RTAudio, Breitband |
39.8 |
62 |
91 |
Audio |
RTAudio, Schmalband |
29.3 |
44.8 |
56.6 |
Audio |
SILK-Breitband |
44.3 |
69 |
105 |
Hauptvideo beim Aufrufen von Skype for Business Server Endpunkten |
H.264 |
460 |
4010 (für eine maximale Auflösung von 1920x1080) |
Bereits enthalten |
Hauptvideo beim Aufrufen von Lync 2010- oder Office Communicator 2007 R2-Endpunkten |
RTVideo |
460 |
2510 (für eine maximale Auflösung von 1280x720) |
Bereits enthalten |
Panoramavideo beim Aufrufen von Skype for Business Server Endpunkten |
H.264 |
190 |
2010 (für eine maximale Auflösung von 1920x288) |
Bereits enthalten |
Panoramavideo beim Aufrufen von Lync 2010-Endpunkten |
RTVideo |
190 |
510 (für eine maximale Auflösung von 960x144) |
Bereits enthalten |
Planen der Audio-/Videokapazität für Konferenzen
Medien | Typischer Codec | Typische Streambandbreite (KBit/s) | Maximale Streambandbreite ohne FEC | Maximale Streambandbreite mit FEC |
---|---|---|---|---|
Audio |
G.722 |
46.1 |
100.6 |
164.6 |
Audio |
Siren |
25.5 |
52.6 |
68.6 |
Hauptvideo, Empfang |
H.264 und RTVideo¹ |
260 |
8015 |
Nicht zutreffend |
Hauptvideo, Senden |
H.264 und RTVideo |
270 |
8015 |
Nicht zutreffend |
Panoramavideo, Empfang |
H.264 und RTVideo |
190 |
2010 (für eine maximale Auflösung von 1920x288) |
Nicht zutreffend |
Panoramavideo, Senden |
H.264 und RTVideo |
190 |
2515 ² |
Nicht zutreffend |
RT Video wird zusätzlich zu H.264 gesendet, wenn Lync 2010-Clients mit der Konferenz verbunden sind.
Wenn mehrere Datenströme vorhanden sind, teilen sie sich dynamisch die zugeordnete Bandbreite.
Für das Hauptvideo besteht die typische Streambandbreite aus der aggregierten Bandbreite aller empfangenen Videostreams und die maximale Streambandbreite aus der Bandbreite aller gesendeten Videos. Selbst mit mehreren Videostreams ist die typische Videobandbreite kleiner als im Peer-to-Peer-Szenario, da viele Videokonferenzen die Inhaltsfreigabe nutzen, wobei wesentlich kleinere Videofenster und somit auch niedrigere Videoauflösungen verwendet werden. Die maximal unterstützte aggregierte Bandbreite der Videonutzlast liegt bei 8000 KBit/s für das Senden und Empfangen von Streams, die zum Beispiel beim Empfang von zwei Streams mit je 1920x1080 zum Einsatz käme. Maximalwerte werden im Realfall nur selten erreicht.
Beim Erstellen einer Konferenz mit mehreren Teilnehmern, die das Feature für die Katalogansicht verwendet, steigt die Bandbreitenauslastung zunächst, wenn Teilnehmer teilnehmen, und nimmt dann ab, wenn die Auflösungen so fallen, dass sie innerhalb des Maximalen passen.
2 Teilnehmer | 3 Teilnehmer | 4 Teilnehmer | 5 Teilnehmer | 6 Teilnehmer | |
---|---|---|---|---|---|
Maximale Auflösungen empfangen |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
Durchschnittliche Gesamtbitrate |
2128 |
4050 |
1304 |
1224 |
1565 |
Maximale Gesamtbitrate |
4063 |
5890 |
2860 |
2699 |
3017 |
Die typische Streambandbreite für Panoramavideos basiert auf Geräten, die Panoramavideos mit einer Auflösung von 960x144 streamen. Wenn Sie Geräte mit einer Auflösung von 1920x288 verwenden, sollte sich die typische Bandbreite erhöhen.
Planen der Audiokapazität für PSTN
Medien | Typischer Codec | Typische Streambandbreite (KBit/s) | Maximale Streambandbreite ohne FEC | Maximale Streambandbreite mit FEC |
---|---|---|---|---|
Audio |
G.711 (einschließlich PstN-Teilnehmern an Konferenzen) |
64.8 |
97 |
161 |
Audio |
RTAudio, Schmalband |
30.9 |
44.8 |
56.6 |
Die Angaben zur Netzwerkbandbreite in diesen Tabellen gelten nur für unidirektionalen Datenverkehr und beinhalten 5 KBit/s für RTCP-Overhead pro Stream.
Verwalten der Dienstqualität (Quality of Service, QoS)
Quality of Service (QoS) ist eine Netzwerktechnologie, die in einigen Organisationen verwendet wird, um eine optimale Endbenutzererfahrung für die Audio- und Videokommunikation zu bieten. QoS wird am häufigsten in Netzwerken verwendet, in denen die Bandbreite begrenzt ist: Mit einer großen Anzahl von Netzwerkpaketen, die um eine relativ kleine Menge an verfügbarer Bandbreite konkurrieren, ermöglicht QoS Administratoren, Paketen, die Audio- oder Videodaten enthalten, höhere Prioritäten zuzuweisen. Da diesen Paketen eine höhere Priorität eingeräumt wird, wird die Audio- und Videokommunikation wahrscheinlich schneller und mit weniger Unterbrechung abgeschlossen als Netzwerksitzungen, die z. B. Dateiübertragungen, Webbrowsen oder Datenbanksicherungen umfassen. Dies liegt daran, dass Netzwerkpaketen, die für Dateiübertragungen oder Datenbanksicherungen verwendet werden, eine "best effort"-Priorität zugewiesen wird.
Hinweis
In der Regel wird die Dienstqualität nur auf Kommunikationssitzungen innerhalb Ihres internen Netzwerks angewendet. Beim Implementieren von QoS konfigurieren Sie die Server und Router für die Unterstützung der Paketmarkierung auf eine bestimmte Art und Weise, die im Internet oder in anderen Netzwerken im Normalfall nicht unterstützt wird. Selbst wenn Quality of Service in anderen Netzwerken unterstützt wird, gibt es keine Garantie dafür, dass QoS genau so konfiguriert wird, wie Sie den Dienst konfiguriert haben. Beim Anwenden von MPLS sind Sie an Ihren MPLS-Anbieter gebunden.
Skype for Business Server erfordert keine QoS, wird jedoch dringend empfohlen. Wenn im Netzwerk Probleme mit Paketverlusten auftreten, sind Ihre verfügbaren Lösungen das Hinzufügen von mehr Bandbreite oder die Implementierung von QoS. Wenn Sie nicht mehr Bandbreite hinzufügen können, ist das Problem nur mit Dienstqualität zu lösen.
Skype for Business Server bietet vollständige Unterstützung für QoS: Das bedeutet, dass Organisationen, die QoS bereits verwenden, Skype for Business Server problemlos in ihre vorhandene Netzwerkinfrastruktur integrieren können. Führen Sie dazu die folgenden Schritte aus:
Aktivieren von QoS in Skype for Business Server für Geräte, die nicht auf Windows basieren. Standardmäßig ist QoS für Computer und andere Geräte (z. B. iPhones), auf denen andere Betriebssysteme ausgeführt werden, deaktiviert. Obwohl Sie Skype for Business Server verwenden können, um Quality of Service für Geräte zu aktivieren und zu deaktivieren, können Sie das Produkt in der Regel nicht verwenden, um die von diesen Geräten verwendeten DSCP-Codes zu ändern.
Konfigurieren von Portbereichen und einer Quality of Service-Richtlinie für Ihre Konferenz-, Anwendungs- und Vermittlungsserver. Sie müssen eine eindeutige Gruppe von Ports für unterschiedliche Pakettypen reservieren, beispielsweise für Audio und Video. Mit Skype for Business Server aktivieren oder deaktivieren Sie QoS nicht, indem Sie einen Eigenschaftswert auf True oder False festlegen. Stattdessen wird die Dienstqualität durch die Konfiguration von Portbereichen und die anschließende Erstellung und Anwendung einer Gruppenrichtlinie aktiviert. Wenn Sie sich später entscheiden, QoS nicht mehr zu verwenden, können Sie QoS "deaktivieren", indem Sie die entsprechenden Gruppenrichtlinie-Objekte entfernen.
Konfigurieren von Portbereichen und einer Quality of Service-Richtlinie für Ihre Edgeserver. Obwohl dies nicht erforderlich ist, können Sie Ihre Edgeserver für die Verwendung derselben Portbereiche wie die der anderen Server konfigurieren. Das Konfigurieren einer QoS-Richtlinie erfolgt nur für die interne Seite Ihrer Edgeserver. Das liegt daran, dass QoS für die Verwendung in Ihrem internen Netzwerk und nicht im Internet konzipiert ist.
Konfigurieren von Portbereichen und einer Quality of Service-Richtlinie für Ihre Clients in Skype for Business Server. Diese Portbereiche gelten nur für Clientcomputer und stimmen in der Regel nicht mit den auf Ihren Servern konfigurierten Portbereichen überein. Beachten Sie, dass Skype for Business Server QoS für Windows-Betriebssysteme außer Windows 10 nicht unterstützt.
Hinweis
Wenn Sie Windows Server 2012 oder Windows Server 2012 R2 verwenden, sind Sie möglicherweise an den neuen Windows PowerShell Cmdlets interessiert, die für die Verwaltung von QoS auf dieser Plattform verfügbar sind. Weitere Informationen finden Sie unter Windows PowerShell Cmdlets for Networking.
QoS wird auch im Whitepaper Netzwerkplanung, Überwachung und Problembehandlung mit Lync Server mit zusätzlichen Details und Tiefe erläutert. Während sich der Inhalt explizit auf Lync 2010 und Lync 2013 bezieht, bleiben die Überlegungen für Skype for Business Server unverändert.
Siehe auch
Plan für IPv6 in Skype for Business