QoSの設定について

すべての返信

• 

  

  0

  サインインして投票

  クライアントで

  netstat -n|findstr ":445 :139"

  を実行して、IPv6で接続していないか？、接続先のポートが445ではなく139になっていないか？、を確認してみてはどうかと思います。

  2017年12月24日 0:26

  返信

  |

  引用
• 

  

  0

  サインインして投票

  h-yamasaki 様

  アドバイス頂き、ありがとうございます。

  netstatの実行結果については、該当サーバへはIPv4のみでアクセスしており、

  ポートも445のみでございました。

  再度、ファイルサーバへアクセスした後、お教え頂いた形で445ポートと139ポートのみを抽出して実行しましたが、

  下記の通りの結果ですので、問題ないと思われます。

   TCP         （クライアントIP）:62662  （ファイルサーバIP）:445      ESTABLISHED

  もし、ほかに何か疑わしいところがあれば、お教え頂けますと幸いです。

  2017年12月25日 6:16

  返信

  |

  引用
• 

  

  2

  サインインして投票

  よくわかりませんけども、以下のような確認ですかね。
  
  ・ncpa.cplのNICのプロパティの[ネットワーク]タブの"QoSパケットスケジューラー"にチェックが入っているか？
  
  ・NICが複数あって、ネットワークプロファイルがドメインじゃないNICからの送信なら
  　下記の技術情報の書いてあるレジストリの追加設定が必要ということくらいでしょうか。
  
  　Policy based QoS not working in Windows 7 clients
  　http://support.microsoft.com/kb/2733528/
  

  
  

  2017年12月25日 11:59

  返信

  |

  引用
• 

  

  0

  サインインして投票

  h-yamasaki 様

  再度のアドバイスを頂き、ありがとうございます。

  また、ご返信が遅くなり申し訳ございません。

  ＞QoSパケットスケジューラー

  こちらの設定は確認出来ておりませんので、現在の設定を確認したいと思います。

  ＞レジストリ

  有線・無線のNICはいずれもドメインに入れており、ご案内頂いたレジストリも念のため試しておりましたので、

  こちらの設定は問題ないと考えております。

  ですので、ひとまずQoSパケットスケジューラの設定を確認致します。

  2017年12月27日 1:15

  返信

  |

  引用
• 

  

  2

  サインインして投票

  本件、妥協案ではありますが解決となりましたので、備忘録も兼ねて記載致します。

  ご指摘頂いた確認内容は、いずれも問題ございませんでした。

  ADで設定する際、ユーザーの『ポリシーベースのQoS』を設定し、対象を使用ユーザーとしておりましたが、

  同内容のグループポリシーをコンピュータのー『ポリシーベースのQoS』にて作成し、

  対象をコンピューターにしたところ、QoSが正常に動いた状況です。

  本来はユーザー指定で許可したいと考えておりましたが、手段の可否が判明するまでの間、

  ひとまずは端末単位での指定にて行おうかと考えております。

  ご回答頂きました h-yamasaki様、本当にありがとうございました。

  • 回答の候補に設定 チャブーンMVP, Moderator 2017年12月29日 9:02
  • 回答としてマーク 栗下 望Microsoft employee, Moderator 2018年1月24日 2:34

  2017年12月28日 0:59

  返信

  |

  引用
• 

  

  1

  サインインして投票

  チャブーンです。

  フィードバックありがとうございます。

  この件ですが、「ユーザーベースのQoSが反映しないのはバグ」のはもしかしたら早計なのかもしれません。

  したのページをみると「ユーザーセッション」と書いてありますが、ここではHTTPセッションが前提になっているようです。

  https://technet.microsoft.com/en-us/library/dd919203(v=ws.10).aspx

  SMBですが、SMBクライアント(Workstationサービス)はSYSTEMアカウントで動作しており、SMBクライアント自身はユーザー権限で動作しているわけではないので、たとえばIEなどとは扱いが違うのかもしれません。SMBセッションがコンピューターセッションの扱いになっている、なら、仕様の整合性として、ある程度納得のいく動作のようにも思います。

  ---

  フォーラムは有償サポートとは異なる「コミュニティ」です。フォーラムでご質問頂くにあたっての注意点 をご一読のうえ、お楽しみください。

  
  

  • 編集済み チャブーンMVP, Moderator 2017年12月29日 9:13
  • 回答としてマーク 栗下 望Microsoft employee, Moderator 2018年1月24日 2:33

  2017年12月29日 9:12

  返信

  |

  引用

  モデレータ
• 

  

  0

  サインインして投票

  ＞チャブーン　様

  ご返信、ならびに回答候補のご設定、ありがとうございます。

  こちらのスレッドを確認しておらず、ご返信が遅くなりました、申し訳ございません。

  ご提示頂きましたリンク、全てに目を通したわけではございませんが、確認致しました。

  シナリオ１ではビジネスアプリケーションの優先順位設定について記載がありましたので、

  必ずしもHTTPセッションが前提だとは限らないのやもしれませんが、実行権限の差によって

  動作に差異が発生する、と考えれば確かに納得がいく動きです。

  ＃まあそれならそれで、ちゃんと公開文書に記載して欲しいと思うところではありますが……

  ご指摘頂き、また翻訳前の資料を確認するという手段への気付きを与えてくださり、ありがとうございました。

  2018年1月10日 6:02

  返信

  |

  引用