通信の最適化の実施内容について
新参者@運営事務局です。今回は現在mineoにて実施している通信の最適化の内容について説明いたします。
〜 本文は省略されました 〜
ばななめろんさんのコメント
アッカリ〜ンさん>
> 動的に制御できる装置ではないんですかね。空き帯域に応じて動的に
> 最大帯域が制御できて、その値を契約者がリアルタイムでアプリを等で
> 見られれば、スピードテストの無駄な通信も減らせると思うんですけどね。
> そんな装置を導入して欲しいです。
動的制御を行う場合はそれこそ Deep Packer Inspectionを行う必要性も出てくるでしょうし、それを取り入れるとさらに「違法性が云々」となってしまうので、流石にそこまでは手を付けていないようにも思えます。
ただこのグラフを参照しても分かるかと思いますが、完全に「高負荷発生スケジュールがパターン化している」と踏んでいるのではないかとも感じ取れますね。
※なのでピークシフトしようと思えばユーザー側で移行させることも
可能ではある、と言う程度かな?
逆に混雑時はある意味開き直って「もうこれ以上帯域増強は出来ませんので、混雑(ネットワーク上の輻輳状態)のままとします」と言い出したら、それはそれで色々と問題があるとは言え、諸法規、サービスガイドライン上は「取り立てて齟齬なり問題のない状態」になるとも言えます。
ある意味そういう極限状態の仮説で云々、というのは馬鹿馬鹿しいのですが、何だか「現状の向かう方向性はそれが一番良いのでは?」とも個人的には感じてしまう次第です。
> 動的に制御できる装置ではないんですかね。空き帯域に応じて動的に
> 最大帯域が制御できて、その値を契約者がリアルタイムでアプリを等で
> 見られれば、スピードテストの無駄な通信も減らせると思うんですけどね。
> そんな装置を導入して欲しいです。
動的制御を行う場合はそれこそ Deep Packer Inspectionを行う必要性も出てくるでしょうし、それを取り入れるとさらに「違法性が云々」となってしまうので、流石にそこまでは手を付けていないようにも思えます。
ただこのグラフを参照しても分かるかと思いますが、完全に「高負荷発生スケジュールがパターン化している」と踏んでいるのではないかとも感じ取れますね。
※なのでピークシフトしようと思えばユーザー側で移行させることも
可能ではある、と言う程度かな?
逆に混雑時はある意味開き直って「もうこれ以上帯域増強は出来ませんので、混雑(ネットワーク上の輻輳状態)のままとします」と言い出したら、それはそれで色々と問題があるとは言え、諸法規、サービスガイドライン上は「取り立てて齟齬なり問題のない状態」になるとも言えます。
ある意味そういう極限状態の仮説で云々、というのは馬鹿馬鹿しいのですが、何だか「現状の向かう方向性はそれが一番良いのでは?」とも個人的には感じてしまう次第です。