この接続には、Web ページのタイムアウトや転送速度の低下など、重大な接続の問題があります。これは、USB モデム (Huawei E303c) を使用してアクセスしているワイヤレス HSDPA 接続です。
実行するとmtr google.com次の出力が得られます。
その IP からのパケット損失が多いのは、ISP が速度を制限して接続を阻止しようとしている兆候でしょうか? このパケット損失は ISP 側のエラーでしょうか、それともこのタイプのネットワークの実装方法が普通なのでしょうか?
編集1: この投稿では問題についてあまり明らかにされていないので、次の投稿はここ
編集2:mtrトレースルートの分析について調べていたところ、このページ。それはこう言います：
あるホップでパケット損失が発生し、それが後続のホップでは持続しない場合、損失の原因はICMP 制限。
答え1
いいえ。その IP は、ローカルで ICMP エラーを生成するのが下手です。その証拠は、その IP を越えるポイントは問題なく応答することです。そのポイントに何か本当に問題があった場合、そのポイントを越えるすべてのポイントも問題になります。
ルーターはルーティング用に最適化されています。コア ルーターは、高度に最適化されたハードウェア パスでトラフィックを通過させます。ただし、トラフィックをローカルで生成する必要がある場合は、プロセス レベルにディスパッチする必要があります。また、プロセス レベルで実行されるルーティング タスクが優先されます。そのため、遅延したり、信頼性が低くなったりすることがよくあります。
パスの信頼性やスループットについては何も意味しません。
答え2
その IP からのパケット損失が多いのは、ISP が速度を制限して接続を阻止しようとしている兆候でしょうか?
これはスロットリングの兆候かもしれないが、私が見た限りでは、パケット損失がどこで発生しているかから判断すると、そうではないと思う。しかし、断続的ではなく継続的に発生している場合、このような高いパケット損失は普通でない。 読む。
このパケット損失は ISP 側のエラーでしょうか、それともこのタイプのネットワークの実装方法が通常なのでしょうか?
「この種のネットワークが通常どのように実装されるか」は、ここでご覧になり、共有されている内容の最も簡単な説明です。覚えておいてください: インターネットは、まず回復力を重視して構築されており、「損害」が発生した場合は速度は二の次になります。
そうは言っても、一貫性のある79%のパケットロスは正常とは程遠いmtr米国で同様の Traceroute を実行すると、明らかな問題がない限り、このような障害やパケット損失の「ブラックホール」は実際には発生しません。
Traceroute の出力を見るとmtr、問題が発生している IP ( 115.255.253.17) は ISP ステージをはるかに超えており、より大規模なインターネットの一部であると考えられます。したがって、ISP ベースのスロットリングではないと思われます。特に、Traceroute では、ISPに接続されていると思われる ISP のスイッチ (および)mtrを過ぎたところで問題が発生していることが示されているようです。.bol.net.in59.180.210.20159.180.210.202マハナガル テレフォン ニガム リミテッド (MTNL)。
GeoIPデータを詳しく調べると、115.255.253.17マハラシュトラ州ムンバイを拠点とするIPアドレスであることがわかります。つまり、ムンバイ自体のインターネットの一部でインターネットの停止/「ヒック」が発生している可能性がありますか？さらにwhois同じIPアドレスを検索して調べると115.255.253.17、それがリライアンスグループは、インドではより大規模なインフラプロバイダーであるようです。
私に言わせれば、バックボーン インフラストラクチャ プロバイダーが、このように特定の下位レベルの加入者ネットワーク上のユーザーからのトラフィックをスロットリングするとは思えません。なぜ Mahanagar Telephone Nigam Limited (MTNL) のシステム上の全員が、Reliance Group のバックボーン ネットワークによってこのように罰せられなければならないのでしょうか。スイッチからのホップなど、直接のスイッチからの最初の数ホップ付近でこの損失が見られる場合、それはスロットリングであると考えられます.bol.net.in。
ここ米国にいる私の視点からすると、これは通常の断続的なインターネットの障害と見なすでしょう。そして、mtrTraceroute が完了したという事実は、これらの障害を回避するインターネットの回復力によるものです。それ以上でもそれ以下でもありません...ない限りこの状態は断続的ではないむしろ一貫性のある; その場合、何か異常なことが起きており、エンドユーザー側からそれを診断する簡単な方法はありません。
そうは言っても、私はインドにおけるネット中立性の概念について調べるインドにはネット中立性を規定する法律がないようです。ですから、Reliance Group が故意に何かやっているのかもしれません。でも正直に言うと、誰かがどこかでデータ スイッチの設定を誤っていて、それに気づいたのはあなただけだと思います。ですから、私は偏見を持たずに、このmtrTraceroute を Mahanagar Telephone Nigam Limited (MTNL) の技術サポート担当者に共有して、彼らの意見を聞くことをお勧めします。
コンピューターのミスは、正直に言って、多くのものにおいて、10 回中 9 回は悪意ではなく無能さによるものです。私は米国の技術インフラでもっと奇妙なことが起こるのを見たことがあります。ですから、これを ISP に報告して、どのように対応するかを見てみる価値はあります。