私たちのオフィスネットワーク(26人)では、一部のユーザーが、特にアップストリーム方向でのSkype通話品質の低下に不満を感じています。ルータレベルで優先順位を付けるために、ランダムなポートを使用していることを考慮して、Skypeトラフィックをどのように識別しますか?
私はあなたが正しいと思います。 Skypeは、セッションごとにランダムな非共通送信ポート(1024を超える)を使用するため、QoSタグ付けが問題になります
ただし、SIPに対してQoSを使用し、SIPサービス品質ベースのハードウェアがある限り、音声データに優先順位を付けることができます。
Ciscoルータで以下の設定を使用して、クラスマップのスカイプトラフィックを照合できます。これを行うために、ルーターはNBARと呼ばれる機能を使用します(パケット内のレイヤー4以上の情報を調べてアプリケーションを決定します)。
class-map priority
match protocol skype
一致したら、このクラスに次のように高い優先順位を付けることができます。
policy-map outbound
class priority
priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
description Outside interface
service-policy output outbound
他のベンダーが同様の機能を提供していると私は確信していますが、確かに言うことはできません。
コンピューターがWindowsドメイン上にある場合は、グループポリシーのQoS設定を使用して、Skype実行可能ファイル(skype.exe)によって生成されたトラフィックにDSCP値を割り当てることができます(実際には、ワークグループコンピューターのローカルポリシーでも同じことができます。レジストリキーも追加する必要がある場合があります)。 DSCP 46通常、優先転送に使用されているものだと思います。次に、トラフィックが通過するすべてのスイッチとルーターでQoS設定を取得し、DSCP efマーキングを受け入れるようにする必要があります。
Skype for Businessはすでに自動的にタグを付けます 2つの異なる種類のトラフィック Differentiated Services Code Point (DSCP):
また、Skypeトラフィックをポートで分類することを提案する人もいます(Skypeがランダムなポートを使用しているため、検索が難しくなると不平を言うかもしれません)。
通信するポートでSkypeトラフィックを分類しようとするのは間違いです。誤ってaudioとvideoの両方を同じ優先度クラスに分類して、目的全体を無効にするためです。 QoSの。
また、QoSポリシー(gpedit.msc
)を使用してDSCPポリシーをSkype.exe
に適用することを提案する人もいます。これもまた間違っています。誤ってオーディオとビデオの両方を同じ優先度として分類してしまうからです。
残念ながら、トラフィックの異なるクラスにタグを付けるのはSkype for Businessだけです。
マイクロソフトは控えめで不機嫌であり、無料版の人々のみを助けることができる透過的な機能を明確に無効にしていない。
オーディオおよびビデオの場合 シスコ推奨:
| 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 |