私たちのオフィスネットワーク（26人）で、一部のユーザーは、特にアップストリーム方向でのSkype通話品質の低下に不満を持っています。ルータレベルで優先順位を付けるために、ランダムなポートを使用していることを考慮して、Skypeトラフィックをどのように特定しますか？

私はあなたが正しいと思います。Skypeは、セッションごとにランダムな非共通送信ポート（1024を超える）を使用するため、QoSタグ付けが問題になります

ただし、SIP QoSに基づくハードウェアを使用している限り、SIPにQoSを使用して音声データの優先順位を提供できます。

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種類のトラフィックにDiffServ コードポイント（DSCP）のタグを自動的に付けています。

• オーディオ：EF（Expedited Forwarding、DSCP 46）- 低遅延、低損失、低ジッター
• ビデオ：AF41（Assuring Forwarding 41、DSCP 34）- クラス4、低ドロップ確率

ポートによる分類が間違っている

他の人は、Skypeトラフィックをポートで分類しようとすることを提案するかもしれません（Skypeを使用するとランダムなポートを使用するため、検索がより困難になると不平を言うかもしれません）。

通信するポートでSkypeトラフィックを分類しようとするのは間違いです。音声とビデオの両方を誤って同じ優先度クラスに分類してしまうため、QoSの目的全体が損なわれるからです。

Skype.exeによる分類が間違っている

また、QoSポリシー（gpedit.msc）を使用してDSCPポリシーをに適用することを提案する人もいますSkype.exe。これもまた間違っています。音声とビデオの両方を同じ優先度として誤って分類してしまうからです。

Skype for Businessのみ

残念ながら、トラフィックの異なるクラスにタグを付けるのは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   |