混雑回避アルゴリズムの動作について紹介します。プロキシ経由の認証でエラーが発生しており、それが混雑回避アルゴリズムにより認証が制限されていることが原因で生じている可能性があります。アクティブ認証ではなく、ブラウザーと同じような認証経路になります)混雑回避アルゴリズムの動作を把握しておくことで、発生時の対処や恒久的な対応をすることができます。サーバーとして動作しています。認証要求の転送を中止します。サインインすることができなくなります。サービスで応答時間が長くなっているため輻輳が生じていることを検出しました。サービスが過負荷状態になっているか、ネットワーク接続に問題が生じている可能性があります。サービスの稼働状態がその稼働能力を上回っていないことを確認してください。サービスが利用しているネットワークが停止していないことを確認してください。サービスへの要求を完了できませんでした。サービスは現在利用できない可能性があります。サービスが実行されていることを確認してください。値の平均値を算出します。超えた場合に、混雑回避アルゴリズムによる制限モードが発動します。転送せず、クライアントからの新しい要求を拒否します。どちらか大きいほうまで「同時接続数」が減った場合に制限モードが解除されます。値を超えた場合には、再び制限モードに入ります。プロキシへの認証要求が多発し、混雑回避アルゴリズムによる制限モードが発動します。ついては、毎週月曜日の決まった時間帯に、規則的かつ恒常的に制限モードが発動する傾向があります。上に認証キャッシュを持つ動作があります。サインインすることが可能です。認証要求が集中します。メールボックスへのサインイン以外にも、利用している機能により複数の認証を必要とするため、さらに認証数が増えることがあります。制限モードに入った場合、認証の順番待ちがされている状態ですので、通常は、時間経過により、すべての認証が完了します。頻繁に事象が発生する場合には、つぎのような恒久的な対処が必要となります。サーバーの台数を増やす。混雑回避アルゴリズムのしきい値をチューニングする。認証に先進認証を利用する。ベースと同じパッシブ認証のフローで認証が行われます。認証要求自体も少なくなります。平均応答時間の値を伸ばすことができます。ファイルをメモ帳で開きます。項目で、次の一行を編集します。サービスを再起動します。サーバーで上記の設定を実施します。平均応答時間の猶予時間が伸びるため、制限モードに入りにくくなります。負荷が大きくなり、最悪の場合ダウンしてしまうことも考えられますので、実際の負荷状況を確認しながら、少しずつ値を変更していただくことをお勧めしております。モニターのカウンターについての記載がございますので、ご参考ください。サポートにご相談をいただきますと幸いです。サポートhttps://www.microsoft.com/ja-jp/services/premier.aspx以上となります。プロキシを経由しての認証のみで問題が生じているケースは、混雑アルゴリズム以外にもあります。そのようなケースでお困りなられました際には、是非サポート窓口までお問い合わせください。FeedbackTrademarks。