In unserem Büronetzwerk (26 Personen) haben sich einige Benutzer über eine schlechte Skype-Anrufqualität beschwert, insbesondere in Upstream-Richtung. Ich wollte fragen, wie ich Skype-Verkehr identifizieren kann, wenn man bedenkt, dass er einen zufälligen Port verwendet, damit ich ihn auf Routerebene priorisieren kann.

Ich glaube, Du hast recht; Skype verwendet für jede Sitzung zufällige nicht übliche ausgehende Ports (größer als 1024), was das QoS-Tagging problematisch macht

Sie können jedoch QoS für SIP verwenden und Sprachdatenpriorität bereitstellen, solange Sie über SIP Quality of Service-basierte Hardware verfügen.

Sie können den Skype-Verkehr in einer Klassenzuordnung mithilfe der folgenden Konfiguration auf Cisco-Routern abgleichen. Zu diesem Zweck verwendet der Router eine Funktion namens NBAR (er betrachtet Informationen der Schicht 4 und höher im Paket, um die Anwendung zu bestimmen.)

class-map priority
  match protocol skype

Nach dem Abgleich können Sie dieser Klasse eine höhere Priorität geben:

policy-map outbound
 class priority
  priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
 description Outside interface
 service-policy output outbound

Ich bin sicher, dass andere Anbieter ähnliche Funktionen anbieten, aber ich kann es nicht genau sagen.

Wenn sich Ihre Computer in einer Windows-Domäne befinden, können Sie mithilfe von Gruppenrichtlinien-QoS-Einstellungen DSCP-Werte dem Datenverkehr zuweisen, der von der ausführbaren Skype-Datei (skype.exe) generiert wird (tatsächlich können Sie dies auch mit lokalen Richtlinien auf einem Arbeitsgruppencomputer tun Möglicherweise muss auch ein Registrierungsschlüssel hinzugefügt werden. Ich glaube, DSCP 46 wird normalerweise für die beschleunigte Weiterleitung verwendet. Dann müssten Sie das QoS-Setup auf allen Switches und Routern einrichten, die der Datenverkehr durchläuft, damit die DSCP-ef-Markierungen berücksichtigt werden.

Skype for Business markiert seine zwei verschiedenen Arten von Datenverkehr bereits automatisch mit einem DSCP ( Differentiated Services Code Point ):

• Audio : EF (Expedited Forwarding, DSCP 46) - geringe Verzögerung, geringer Verlust und geringer Jitter
• Video : AF41 (Assuring Forwarding 41, DSCP 34) - Klasse 4, geringe Drop-Wahrscheinlichkeit

Die Klassifizierung nach Port ist falsch

Andere schlagen möglicherweise vor, den Skype-Verkehr nach Ports zu klassifizieren (bis zu dem Punkt, dass sie sich sogar darüber beschweren, dass Skype zufällige Ports verwendet, die das Auffinden erschweren).

Der Versuch, den Skype-Verkehr nach den Ports zu klassifizieren, über die kommuniziert wird, ist offensichtlich falsch, da Sie dann fälschlicherweise sowohl Audio als auch Video in dieselbe Prioritätsklasse klassifizieren würden, wodurch der gesamte Zweck von QoS zunichte gemacht wird.

Die Klassifizierung nach Skype.exe ist falsch

Andere schlagen möglicherweise auch vor, QoS-Richtlinie ( gpedit.msc) zu verwenden, um eine DSCP-Richtlinie auf anzuwenden Skype.exe. Dies ist wiederum falsch - da Sie fälschlicherweise sowohl Audio als auch Video als dieselbe Priorität klassifizieren.

Nur für Skype for Business

Leider markiert nur Skype for Business die verschiedenen Verkehrsklassen.

Microsoft ist kleinlich und gereizt, und sie deaktivieren nicht speziell die transparente Funktion, die nur Menschen in der kostenlosen Version helfen kann.

Cisco empfiehlt

Für Audio und Video empfiehlt Cisco:

| Traffic           | DSCP           | Notes                            |
|-------------------|----------------|----------------------------------|
| Voice             | EF   (DSCP 46) | No packet loss,   150 ms latency |
| Interactive video | AF41 (DSCP 34) | Packet loss 1%,   150 ms latency |
| Streaming video   | CS4  (DSCP 32) | Packet loss 4-5%, 4-5s latency   |