低メトロイーサネットTCPスループットのトラブルシューティング

14

セットアップ

レイヤー2ネットワークとして存在するいくつかの専用線を借りました。つまり、データセンターに1本の大きなパイプがあり、リモートサイトには小さなパイプがあります。レイヤー2ネットワーク内では、何でも好きなことができます。おそらく802.1adを使用して、ネットワーク内の各顧客に個別のネットワークを提供します。AFAICSほとんどのサイトはプレーンVDSLで接続されています。

各サイトにルーターを配置し、各サイトに独自のVLANを割り当てることにしました。したがって、DCのファイアウォールには、サイトと同数のVLANが定義されています。したがって、各サイトは独自のVLANでオンアドレス範囲を使用します。

ネットワーク図：

ネットワーク図

問題

現在、スループットの問題に直面しています。

  • サイトからDCへのFTP転送の実行は、回線速度である約10Mb / sで正常に機能します。
  • DCからサイトへのFTP転送の実行は、6Mb / s以下ではうまく機能しません。

どちらが転送を開始するかは関係ありません。唯一一貫したことは、1つの方向がうまく機能していないことです。残念なことに、それはサイトへの方向です。これは、ターミナルサーバークライアントを使用したいときに最も必要な帯域幅だからです。

転送から約10秒で、スループットが低下します。スニッフィング時にDUP ACKが表示されます。プロバイダの側でレート制限につながる可能性があるのはどれですか?? （現在、彼らには手がかりがありません。エスカレーションする前に私たちが過失になっていないことを確認したいです）

注リモートサイトは何らかの理由で10Mbに制限されています。メトロポートへの切り替えを10Mbに設定しても解決しません。実際、それは最悪です（最大30 KB / s）。100Mbに設定しても正常に機能しますが、すでに概説した問題が発生し始めています。1Gでも同じです。

問題のキャプチャはここからダウンロードできます：

* http://178.63.11.6/dc-to-remote_dc-side.pcapng
* http://178.63.11.6/dc-to-remote_remote-side.pcapng

診断

画像には、エラーの詳細が記載されたWireshark IO Graphが表示されます。

  • 左側：DCからサイトへのFTP転送
  • 右側：サイトからDCへのFTP転送

重複したAck

反対側が転送を開始した場合（つまり、リモートから取得するのではなく、DCから取得した場合）、問題は変わりません。

ここで問題になると思われるものをお楽しみください。

更新＃1（上記に統合）

更新＃2（更新）

これは輻輳制御のものでなければなりません。

DCからリモートに10G-> 1G-> 100M-> 10M-> 1Gリンクがあることに注意してください。<-動作していません

したがって、他の方向では逆になります：1G-> 10M-> 100M-> 1G-> 10G。<-元気

最初の「1G-> 10M」は、リモートサイトで「見えない」10Mであり、アップリンクポート速度を含むすべてが1Gに設定されています。

ただし、DCでの100Mbpsは実際の100Mbpsであり、インターフェイスは物理層で100Mbpsに設定されます。

私は今iperfを使用しました：

  • TCPテストは一方向でのみ正常に機能します（クライアント= DC、サーバー=リモート）
./iperf -c 192.168.x -i2 -t 60 -r
-------------------------------------------------- ----------
TCPポート5001でリッスンするサーバー
TCPウィンドウサイズ：85.3 KByte（デフォルト）
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.xに接続するクライアント、TCPポート5001
TCPウィンドウサイズ：16.0 KByte（デフォルト）
-------------------------------------------------- ----------
[3] 192.168.xポート5001に接続されたローカル10.xポート38195
[3] 0.0- 2.0秒1.44 Mバイト6.03 Mビット/秒
[3] 2.0- 4.0秒2.23 Mバイト9.37 Mビット/秒
[3] 4.0- 6.0秒2.28 Mバイト9.57 Mビット/秒
[3] 6.0- 8.0秒1.88 Mバイト7.90 Mビット/秒
[3] 8.0-10.0秒1.00 Mバイト4.19 Mビット/秒
[3] 10.0-12.0秒1.30 Mバイト5.47 Mビット/秒
[3] 12.0-14.0秒688 Kバイト2.82 Mビット/秒
[3] 14.0-16.0秒840キロバイト3.44メガビット/秒
[3] 16.0-18.0秒1.03 Mバイト4.33 Mビット/秒
[3] 18.0-20.0秒1.01 Mバイト4.23 Mビット/秒
[3] 20.0-22.0秒1.03 Mバイト4.33 Mビット/秒
[3] 22.0-24.0秒1.18 Mバイト4.95 Mビット/秒
[3] 24.0-26.0秒904 Kバイト3.70 Mビット/秒
[3] 26.0〜28.0秒840 Kバイト3.44 Mビット/秒
[3] 28.0-30.0秒936 Kバイト3.83 Mビット/秒
[3] 30.0-32.0秒1.09 Mバイト4.59 Mビット/秒
[3] 32.0-34.0秒960 Kバイト3.93 Mビット/秒
[3] 34.0-36.0秒752キロバイト3.08メガビット/秒
[3] 36.0〜38.0秒1.09 Mバイト4.59 Mビット/秒
[3] 38.0-40.0秒1.09 Mバイト4.59 Mビット/秒
[3] 40.0-42.0秒840 Kバイト3.44 Mビット/秒
[3] 42.0-44.0秒1.27 Mバイト5.34 Mビット/秒
[3] 44.0-46.0秒1.16 Mバイト4.85 Mビット/秒
[3] 46.0〜48.0秒840 Kバイト3.44 Mビット/秒
[3] 48.0-50.0秒960 Kバイト3.93 Mビット/秒
[3] 50.0〜52.0秒1.28 Mバイト5.37 Mビット/秒
[3] 52.0-54.0秒1.09 Mバイト4.59 Mビット/秒
[3] 54.0-56.0秒992 Kバイト4.06 Mビット/秒
[3] 56.0〜58.0秒1.00 Mバイト4.19 Mビット/秒
[3] 58.0-60.0秒1.09 Mバイト4.59 Mビット/秒
[3] 0.0〜60.2秒33.9 Mバイト4.73 Mビット/秒
[5] 192.168.xポート10965に接続されたローカル10.xポート5001
[5] 0.0- 2.0秒1.85 Mバイト7.75 Mビット/秒
[5] 2.0- 4.0秒1.90 MBytes 7.98 Mbits /秒
[5] 4.0- 6.0秒1.89 Mバイト7.93 Mビット/秒
[5] 6.0- 8.0秒1.92 Mバイト8.07 Mビット/秒
[5] 8.0-10.0秒1.91 MBytes 8.02 Mbits /秒
[5] 10.0〜12.0秒1.83 Mバイト7.69 Mビット/秒
[5] 12.0-14.0秒1.86 Mバイト7.78 Mビット/秒
[5] 14.0-16.0秒1.79 Mバイト7.52 Mビット/秒
[5] 16.0-18.0秒1.79 Mバイト7.52 Mビット/秒
[5] 18.0〜20.0秒1.89 Mバイト7.91 Mビット/秒
[5] 20.0〜22.0秒1.91 Mバイト8.00 Mビット/秒
[5] 22.0-24.0秒1.88 Mバイト7.91 Mビット/秒
[5] 24.0-26.0秒1.95 Mバイト8.16 Mビット/秒
[5] 26.0〜28.0秒1.90 Mバイト7.99 Mビット/秒
[5] 28.0-30.0秒1.87 Mバイト7.84 Mビット/秒
[5] 30.0〜32.0秒1.85 Mバイト7.77 Mビット/秒
[5] 32.0-34.0秒1.55 Mバイト6.49 Mビット/秒
[5] 34.0-36.0秒1.92 Mバイト8.07 Mビット/秒
[5] 36.0-38.0秒1.90 Mバイト7.99 Mビット/秒
[5] 38.0-40.0秒1.84 Mバイト7.73 Mビット/秒
[5] 40.0-42.0秒1.66 Mバイト6.95 Mビット/秒
[5] 42.0-44.0秒1.92 Mバイト8.07 Mビット/秒
[5] 44.0-46.0秒1.91 Mバイト7.99 Mビット/秒
[5] 46.0〜48.0秒1.90 Mバイト7.98 Mビット/秒
[5] 48.0〜50.0秒1.84 Mバイト7.70 Mビット/秒
[5] 50.0〜52.0秒1.93 Mバイト8.09 Mビット/秒
[5] 52.0〜54.0秒1.80 Mバイト7.54 Mビット/秒
[5] 54.0-56.0秒1.83 Mバイト7.67 Mビット/秒
[5] 56.0〜58.0秒1.88 Mバイト7.86 Mビット/秒
[5] 58.0〜60.0秒1.85 Mバイト7.78 Mビット/秒
[5] 0.0〜60.3秒56.0 Mバイト7.79 Mビット/秒
  • 最後に、同じVLAN内の2つのホストからのUDPテストを示しますが、Metro Connectionを使用しています：200 = remote、201 = DC

帯域幅を増やすとパケット損失が増加するのがわかります（10Mbpsに近づくと0.93％になり、重要になり始めます...また、TCPの実行に問題がある理由も説明します）

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C：\ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDPポート5001でリッスンするサーバー
1470バイトのデータグラムを受信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200、UDPポート5001に接続するクライアント
1470バイトのデータグラムを送信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
[4] 192.168.191.200ポート5001に接続されたローカル192.168.191.201ポート61759
[ID]間隔転送帯域幅
[4] 0.0- 1.0秒128 Kバイト1.05 Mビット/秒
[4] 1.0- 2.0秒128 Kバイト1.05 Mビット/秒
[4] 2.0- 3.0秒129 Kバイト1.06 Mビット/秒
[4] 3.0- 4.0秒128 Kバイト1.05 Mビット/秒
[4] 4.0- 5.0秒128 Kバイト1.05 Mビット/秒
[4] 5.0〜6.0秒128 Kバイト1.05 Mビット/秒
[4] 6.0- 7.0秒128 Kバイト1.05 Mビット/秒
[4] 7.0- 8.0秒128 Kバイト1.05 Mビット/秒
[4] 8.0- 9.0秒128 Kバイト1.05 Mビット/秒
[4] 9.0-10.0秒129 Kバイト1.06 Mビット/秒
[4] 10.0-11.0秒128 Kバイト1.05 Mビット/秒
[4] 11.0-12.0秒128 Kバイト1.05 Mビット/秒
[4] 12.0-13.0秒128 Kバイト1.05 Mビット/秒
[4] 13.0-14.0秒128 Kバイト1.05 Mビット/秒
[4] 14.0-15.0秒128 Kバイト1.05 Mビット/秒
[4] 15.0-16.0秒128 Kバイト1.05 Mビット/秒
[4] 16.0-17.0秒128 Kバイト1.05 Mビット/秒
[4] 17.0-18.0秒128 Kバイト1.05 Mビット/秒
[4] 18.0-19.0秒131 Kバイト1.07 Mビット/秒
[4] 19.0〜20.0秒128 Kバイト1.05 Mビット/秒
[4] 0.0〜20.0秒2.50 Mバイト1.05 Mビット/秒
[4] 1785データグラムを送信しました
[4]サーバーレポート：
[4] 0.0-20.0秒2.50 Mバイト1.05 Mビット/秒0.257 ms 0/1785（0％）
[3] 192.168.191.200ポート50749に接続されたローカル192.168.191.201ポート5001
[3] 0.0- 1.0秒128 Kバイト1.05 Mビット/秒0.285 ms 0/89（0％）
[3] 1.0- 2.0秒128 Kバイト1.05 Mビット/秒0.313 ms 0/89（0％）
[3] 2.0- 3.0秒128 KBytes 1.05 Mbits / sec 0.278 ms 0/89（0％）
[3] 3.0- 4.0秒128 Kバイト1.05 Mビット/秒0.241 ms 0/89（0％）
[3] 4.0- 5.0秒128 Kバイト1.05 Mビット/秒0.266 ms 0/89（0％）
[3] 5.0〜6.0秒128 Kバイト1.05 Mビット/秒0.293ミリ秒0/89（0％）
[3] 6.0- 7.0秒128 Kバイト1.05 Mビット/秒0.314ミリ秒0/89（0％）
[3] 7.0- 8.0秒128 Kバイト1.05 Mビット/秒0.280 ms 0/89（0％）
[3] 8.0- 9.0秒128 Kバイト1.05 Mビット/秒0.242 ms 0/89（0％）
[3] 9.0-10.0秒129 Kバイト1.06 Mビット/秒0.250ミリ秒0/90（0％）
[3] 10.0-11.0秒128 Kバイト1.05 Mビット/秒0.275ミリ秒0/89（0％）
[3] 11.0-12.0秒128 Kバイト1.05 Mビット/秒0.299 ms 0/89（0％）
[3] 12.0-13.0秒128 Kバイト1.05 Mビット/秒0.327 ms 0/89（0％）
[3] 13.0-14.0秒128 Kバイト1.05 Mビット/秒0.290 ms 0/89（0％）
[3] 14.0-15.0秒128 Kバイト1.05 Mビット/秒0.251 ms 0/89（0％）
[3] 15.0-16.0秒128 Kバイト1.05 Mビット/秒0.275 ms 0/89（0％）
[3] 16.0-17.0秒128 Kバイト1.05 Mビット/秒0.303 ms 0/89（0％）
[3] 17.0-18.0秒128 Kバイト1.05 Mビット/秒0.333 ms 0/89（0％）
[3] 18.0-19.0秒128 Kバイト1.05 Mビット/秒0.294 ms 0/89（0％）
[3] 19.0〜20.0秒131 Kバイト1.07 Mビット/秒0.281 ms 0/91（0％）
[3] 0.0-20.0秒2.50 Mバイト1.05 Mビット/秒0.305 ms 0/1785（0％）

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C：\ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 5m
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDPポート5001でリッスンするサーバー
1470バイトのデータグラムを受信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200、UDPポート5001に接続するクライアント
1470バイトのデータグラムを送信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
[4] 192.168.191.200ポート5001に接続されたローカル192.168.191.201ポート61760
[ID]間隔転送帯域幅
[4] 0.0- 1.0秒610 Kバイト5.00 Mビット/秒
[4] 1.0- 2.0秒609 Kバイト4.99 Mビット/秒
[4] 2.0- 3.0秒610 Kバイト5.00 Mビット/秒
[4] 3.0〜4.0秒609 Kバイト4.99 Mビット/秒
[4] 4.0- 5.0秒610 Kバイト5.00 Mビット/秒
[4] 5.0〜6.0秒609 Kバイト4.99 Mビット/秒
[4] 6.0- 7.0秒610 Kバイト5.00 Mビット/秒
[4] 7.0- 8.0秒609 Kバイト4.99 Mビット/秒
[4] 8.0- 9.0秒610 Kバイト5.00 Mビット/秒
[4] 9.0-10.0秒619 Kバイト5.07 Mビット/秒
[4] 10.0-11.0秒610 Kバイト5.00 Mビット/秒
[4] 11.0-12.0秒609 Kバイト4.99 Mビット/秒
[4] 12.0-13.0秒609 Kバイト4.99 Mビット/秒
[4] 13.0-14.0秒610 Kバイト5.00 Mビット/秒
[4] 14.0-15.0秒609 Kバイト4.99 Mビット/秒
[4] 15.0-16.0秒610 Kバイト5.00 Mビット/秒
[4] 16.0-17.0秒609 Kバイト4.99 Mビット/秒
[4] 17.0-18.0秒610 Kバイト5.00 Mビット/秒
[4] 18.0-19.0秒619 Kバイト5.07 Mビット/秒
[4] 19.0〜20.0秒609 Kバイト4.99 Mビット/秒
[4] 0.0-20.0秒11.9 Mバイト5.00 Mビット/秒
[4] 8504データグラムを送信しました
[4]サーバーレポート：
[4] 0.0-20.0秒11.9 Mバイト4.99 Mビット/秒0.000 ms 12/8503（0.14％）
[4] 0.0〜20.0秒1データグラム受信順不同
[3] 192.168.191.200ポート50750に接続されたローカル192.168.191.201ポート5001
[3] 0.0- 1.0秒606 KBytes 4.96 Mbits / sec 2.238 ms 1/423（0.24％）
[3] 1.0- 2.0秒610 Kバイト5.00 Mビット/秒2.739 ms 0/425（0％）
[3] 2.0- 3.0秒609 KBytes 4.99 Mbits / sec 3.089 ms 1/425（0.24％）
[3] 3.0- 4.0秒609 KBytes 4.99 Mbits / sec 3.605 ms 0/424（0％）
[3] 4.0- 5.0秒607 KBytes 4.97 Mbits / sec 1.954 ms 0/423（0％）
[3] 5.0- 6.0秒612 KBytes 5.01 Mbits /秒2.666 ms 0/426（0％）
[3] 6.0- 7.0秒607 KBytes 4.97 Mbits / sec 2.602 ms 0/423（0％）
[3] 7.0- 8.0秒612 KBytes 5.01 Mbits / sec 2.960 ms 0/426（0％）
[3] 8.0- 9.0秒609 KBytes 4.99 Mbits / sec 2.512 ms 0/424（0％）
[3] 9.0-10.0秒619 Kバイト5.07 Mビット/秒2.133 ms 0/431（0％）
[3] 10.0-11.0秒609キロバイト4.99 Mビット/秒3.605ミリ秒1/425（0.24％）
[3] 11.0-12.0秒609 Kバイト4.99 Mビット/秒2.509 ms 0/424（0％）
[3] 12.0-13.0秒610 Kバイト5.00 Mビット/秒3.570 ms 0/425（0％）
[3] 13.0-14.0秒609 KBytes 4.99 Mbits / sec 3.077 ms 1/425（0.24％）
[3] 14.0-15.0秒609 KBytes 4.99 Mbits /秒2.679 ms 0/424（0％）
[3] 15.0-16.0秒609 Kバイト4.99 Mビット/秒1.887 ms 0/424（0％）
[3] 16.0-17.0秒610 Kバイト5.00 Mビット/秒2.651 ms 0/425（0％）
[3] 17.0-18.0秒609 KBytes 4.99 Mbits / sec 3.390 ms 0/424（0％）
[3] 18.0-19.0秒617 Kバイト5.06 Mビット/秒2.601 ms 0/430（0％）
[3] 19.0-20.0秒612 Kバイト5.01 Mビット/秒3.525 ms 0/426（0％）
[3] 0.0-20.0秒11.9 Mバイト4.99 Mビット/秒3.156 ms 3/8503（0.035％）
[3] 0.0〜20.0秒1データグラムが異常に受信された

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C：\ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9m
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDPポート5001でリッスンするサーバー
1470バイトのデータグラムを受信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200、UDPポート5001に接続するクライアント
1470バイトのデータグラムを送信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
[4] 192.168.191.200ポート5001に接続されたローカル192.168.191.201ポート61761
[ID]間隔転送帯域幅
[4] 0.0- 1.0秒1.07 Mバイト9.00 Mビット/秒
[4] 1.0- 2.0秒1.07 Mバイト8.98 Mビット/秒
[4] 2.0- 3.0秒1.07 Mバイト9.00 Mビット/秒
[4] 3.0- 4.0秒1.07 Mバイト8.98 Mビット/秒
[4] 4.0- 5.0秒1.07 Mバイト9.00 Mビット/秒
[4] 5.0〜6.0秒1.07 Mバイト8.98 Mビット/秒
[4] 6.0- 7.0秒1.07 Mバイト8.98 Mビット/秒
[4] 7.0- 8.0秒1.07 Mバイト9.00 Mビット/秒
[4] 8.0- 9.0秒1.07 Mバイト8.98 Mビット/秒
[4] 9.0-10.0秒1.09 Mバイト9.14 Mビット/秒
[4] 10.0-11.0秒1.07 Mバイト9.00 Mビット/秒
[4] 11.0-12.0秒1.07 Mバイト8.98 Mビット/秒
[4] 12.0-13.0秒1.07 Mバイト8.98 Mビット/秒
[4] 13.0-14.0秒1.07 Mバイト9.00 Mビット/秒
[4] 14.0-15.0秒1.07 Mバイト8.98 Mビット/秒
[4] 15.0-16.0秒1.07 Mバイト9.00 Mビット/秒
[4] 16.0-17.0秒1.07 Mバイト8.98 Mビット/秒
[4] 17.0-18.0秒1.07 Mバイト8.98 Mビット/秒
[4] 18.0-19.0秒1.09 Mバイト9.14 Mビット/秒
[4] 19.0〜20.0秒1.07 Mバイト9.00 Mビット/秒
[4] 0.0-20.0秒21.5 Mバイト9.00 Mビット/秒
[4] 15315データグラムを送信しました
[4]サーバーレポート：
[4] 0.0-20.0秒21.3 MBytes 8.94 Mbits / sec 0.104 ms 96/15314（0.63％）!!!!!!!!!!
[4] 0.0〜20.0秒1データグラム受信順不同
[3] 192.168.191.200ポート50751に接続されたローカル192.168.191.201ポート5001
[3] 0.0- 1.0秒1.06 MBytes 8.89 Mbits / sec 2.405 ms 0/756（0％）
[3] 1.0- 2.0秒1.07 MBytes 9.00 Mbits / sec 2.308 ms 0/765（0％）
[3] 2.0- 3.0秒1.07 MBytes 9.00 Mbits / sec 2.305 ms 0/765（0％）
[3] 3.0- 4.0秒1.07 MBytes 8.97 Mbits / sec 2.290 ms 1/764（0.13％）
[3] 4.0- 5.0秒1.07 MBytes 8.98 Mbits /秒2.271 ms 1/765（0.13％）
[3] 5.0〜6.0秒1.07メガバイト8.98メガビット/秒2.313ミリ秒0/764（0％）
[3] 6.0- 7.0秒1.07 MBytes 9.00 Mbits / sec 2.191 ms 0/765（0％）
[3] 7.0- 8.0秒1.07 MBytes 8.95 Mbits / sec 2.314 ms 3/764（0.39％）
[3] 8.0- 9.0秒1.07 MBytes 8.98 Mbits / sec 2.232 ms 1/765（0.13％）
[3] 9.0-10.0秒1.09 Mバイト9.13 Mビット/秒2.257 ms 0/776（0％）
[3] 10.0-11.0秒1.07 Mバイト8.98 Mビット/秒2.365 ms 0/764（0％）
[3] 11.0-12.0秒1.07 Mバイト8.98 Mビット/秒2.301 ms 1/765（0.13％）
[3] 12.0-13.0秒1.07 MBytes 8.98 Mbits /秒2.277 ms 0/764（0％）
[3] 13.0-14.0秒1.07 MBytes 9.00 Mbits / sec 2.323 ms 0/765（0％）
[3] 14.0-15.0秒1.07 Mバイト9.00 Mビット/秒2.176 ms 0/765（0％）
[3] 15.0-16.0秒1.07 Mバイト8.96 Mビット/秒2.273 ms 2/764（0.26％）
[3] 16.0-17.0秒1.07 Mバイト8.98 Mビット/秒2.313 ms 0/764（0％）
[3] 17.0-18.0秒1.07 Mバイト8.98 Mビット/秒2.247 ms 1/765（0.13％）
[3] 18.0-19.0秒1.09 Mバイト9.11 Mビット/秒2.276 ms 1/776（0.13％）
[3] 19.0〜20.0秒1.07 Mバイト8.97 Mビット/秒2.394 ms 1/764（0.13％）
[3] 0.0-20.0秒21.5 Mバイト8.99 Mビット/秒2.659ミリ秒11/15314（0.072％）
[3] 0.0〜20.0秒1データグラムが異常に受信された

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C：\ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9850k
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDPポート5001でリッスンするサーバー
1470バイトのデータグラムを受信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200、UDPポート5001に接続するクライアント
1470バイトのデータグラムを送信する
UDPバッファーサイズ：64.0 KByte（デフォルト）
-------------------------------------------------- ----------
[4] 192.168.191.200ポート5001に接続されたローカル192.168.191.201ポート61762
[ID]間隔転送帯域幅
[4] 0.0- 1.0秒1.17 MBytes 9.84 Mbits /秒
[4] 1.0- 2.0秒1.17 MBytes 9.84 Mbits /秒
[4] 2.0- 3.0秒1.17 MBytes 9.84 Mbits /秒
[4] 3.0- 4.0秒1.17 MBytes 9.84 Mbits /秒
[4] 4.0- 5.0秒1.17 MBytes 9.84 Mbits /秒
[4] 5.0- 6.0秒1.17 MBytes 9.83 Mbits /秒
[4] 6.0- 7.0秒1.17 Mバイト9.84 Mビット/秒
[4] 7.0- 8.0秒1.17 MBytes 9.84 Mbits /秒
[4] 8.0- 9.0秒1.17 MBytes 9.84 Mbits /秒
[4] 9.0-10.0秒1.19 Mバイト10.0 Mビット/秒
[4] 10.0-11.0秒1.17 Mバイト9.84 Mビット/秒
[4] 11.0-12.0秒1.17 Mバイト9.84 Mビット/秒
[4] 12.0-13.0秒1.17 MBytes 9.83 Mbits /秒
[4] 13.0-14.0秒1.17 Mバイト9.85 Mビット/秒
[4] 14.0-15.0秒1.17 Mバイト9.83 Mビット/秒
[4] 15.0-16.0秒1.17 Mバイト9.85 Mビット/秒
[4] 16.0-17.0秒1.17 MBytes 9.83 Mbits /秒
[4] 17.0-18.0秒1.17 MBytes 9.84 Mbits /秒
[4] 18.0-19.0秒1.19 Mバイト10.0 Mビット/秒
[4] 19.0〜20.0秒1.17 Mバイト9.84 Mビット/秒
[4] 0.0-20.0秒23.5メガバイト9.85メガビット/秒
[4] 16765データグラムを送信しました
[4]サーバーレポート：
[4] 0.0-20.0秒23.3 Mバイト9.74 Mビット/秒3.421 ms 156/16764（0.93％）!!!!!!!!!!
[4] 0.0〜20.0秒1データグラム受信順不同
[3] 192.168.191.200ポート50752に接続されたローカル192.168.191.201ポート5001
[3] 0.0- 1.0秒1.16 MBytes 9.74 Mbits / sec 2.131 ms 0/828（0％）
[3] 1.0- 2.0秒1.17 MBytes 9.84 Mbits / sec 2.140 ms 0/837（0％）
[3] 2.0- 3.0秒1.17 MBytes 9.83 Mbits / sec 2.099 ms 1/837（0.12％）
[3] 3.0- 4.0秒1.17 MBytes 9.84 Mbits / sec 2.113 ms 0/837（0％）
[3] 4.0- 5.0秒1.17 MBytes 9.84 Mbits / sec 2.105 ms 0/837（0％）
[3] 5.0- 6.0秒1.17 MBytes 9.83 Mbits / sec 2.058 ms 1/837（0.12％）
[3] 6.0- 7.0秒1.17 MBytes 9.82 Mbits / sec 2.165 ms 1/836（0.12％）
[3] 7.0- 8.0秒1.17 MBytes 9.84 Mbits / sec 2.156 ms 0/837（0％）
[3] 8.0- 9.0秒1.17 MBytes 9.82 Mbits / sec 2.135 ms 2/837（0.24％）
[3] 9.0-10.0秒1.19 Mバイト9.97 Mビット/秒2.152 ms 2/850（0.24％）
[3] 10.0-11.0秒1.17 MBytes 9.83 Mbits / sec 2.153 ms 1/837（0.12％）
[3] 11.0-12.0秒1.17 MBytes 9.84 Mbits / sec 2.127 ms 0/837（0％）
[3] 12.0-13.0秒1.17 MBytes 9.83 Mbits / sec 2.136 ms 1/837（0.12％）
[3] 13.0-14.0秒1.17 MBytes 9.82 Mbits / sec 2.087 ms 2/837（0.24％）
[3] 14.0-15.0秒1.17 MBytes 9.83 Mbits / sec 2.061 ms 1/837（0.12％）
[3] 15.0-16.0秒1.17 MBytes 9.84 Mbits / sec 2.045 ms 0/837（0％）
[3] 16.0-17.0秒1.17 MBytes 9.82 Mbits / sec 2.203 ms 1/836（0.12％）
[3] 17.0-18.0秒1.17 MBytes 9.84 Mbits / sec 2.165 ms 0/837（0％）
[3] 18.0-19.0秒1.17 MBytes 9.83 Mbits / sec 2.154 ms 1/837（0.12％）
[3] 19.0〜20.0秒1.19 Mバイト9.98 Mビット/秒2.209 ms 0/849（0％）
[3] 0.0〜20.0秒23.5 Mバイト9.84 Mビット/秒2.548 ms 13/16764（0.078％）
[3] 0.0〜20.0秒1データグラムが異常に受信された

本当の問題は残っています：

DCリンクは100 Mbpsであり、100 Mbpsを超える速度で送信できないため、DCリンクをオーバーサブスクライブしていません。ただし、リモートサイトは10Mbpsです。

  • リモート側のバッファがオーバーフローしてパケットをドロップしていますか？
  • プロバイダーのトラフィックシェーパーはトラフィックに対して何かを行っていますか？（別のノードからのトラフィックは、ISPのトラフィックシェーパーの影響を受けるか、ノードに進入する（外部からの）トラフィックのみに影響されますか）......

なぜTCPはそれだけですべてを処理できないのですか？

アップデート＃3 次のシナリオを使用しました。

Laptop ------- ... LAN ... --- DC switch --- Metro-Eth --- Laptop (directly connected)
NIC@10Mbps                       100Mbps                  NIC@10Mbps

DC->リモート方向のパケット損失はここにあります：（iperf 9 Mbps UDPテスト）

[  3] local 192.168.191.200 port 5001 connected with 192.168.191.201 port 55236
[ ID] Interval       Transfer     Bandwidth        Jitter   Lost/Total Datagrams
[  3]  0.0- 1.0 sec   912 KBytes  7.47 Mbits/sec   2.713 ms    0/  635 (0%)
[  3]  1.0- 2.0 sec  1001 KBytes  8.20 Mbits/sec   2.168 ms    0/  697 (0%)
[  3]  2.0- 3.0 sec  1001 KBytes  8.20 Mbits/sec   2.478 ms    0/  697 (0%)
[  3]  3.0- 4.0 sec   999 KBytes  8.18 Mbits/sec   0.933 ms    0/  696 (0%)
[  3]  4.0- 5.0 sec  1001 KBytes  8.20 Mbits/sec   2.620 ms    0/  697 (0%)
[  3]  5.0- 6.0 sec  1001 KBytes  8.20 Mbits/sec   2.721 ms    0/  697 (0%)
[  3]  6.0- 7.0 sec  1001 KBytes  8.20 Mbits/sec   2.089 ms    0/  697 (0%)
[  3]  7.0- 8.0 sec   999 KBytes  8.18 Mbits/sec   2.641 ms    0/  696 (0%)
[  3]  8.0- 9.0 sec  1002 KBytes  8.21 Mbits/sec   0.896 ms    0/  698 (0%)
[  3]  9.0-10.0 sec  1015 KBytes  8.31 Mbits/sec   2.557 ms    0/  707 (0%)
[  3] 10.0-11.0 sec   999 KBytes  8.18 Mbits/sec   2.822 ms    1/  697 (0.14%)
[  3] 11.0-12.0 sec   999 KBytes  8.18 Mbits/sec   1.551 ms    1/  697 (0.14%)
[  3] 12.0-13.0 sec   998 KBytes  8.17 Mbits/sec   2.504 ms    2/  697 (0.29%)
[  3] 13.0-14.0 sec   995 KBytes  8.15 Mbits/sec   2.038 ms    3/  696 (0.43%)
[  3] 14.0-15.0 sec   991 KBytes  8.11 Mbits/sec   2.539 ms    7/  697 (1%)
[  3] 15.0-16.0 sec   992 KBytes  8.13 Mbits/sec   2.759 ms    6/  697 (0.86%)
[  3] 16.0-17.0 sec   998 KBytes  8.17 Mbits/sec   2.229 ms    2/  697 (0.29%)
[  3] 17.0-18.0 sec   993 KBytes  8.14 Mbits/sec   2.723 ms    4/  696 (0.57%)
[  3] 18.0-19.0 sec   998 KBytes  8.17 Mbits/sec   2.038 ms    2/  697 (0.29%)
[  3] 19.0-20.0 sec  1012 KBytes  8.29 Mbits/sec   2.575 ms    3/  708 (0.42%)
[  3]  0.0-20.0 sec  19.5 MBytes  8.15 Mbits/sec   2.775 ms   31/13917 (0.22%)
[  3]  0.0-20.0 sec  1 datagrams received out-of-order

他の方向は結構です。 ただし、TCPテストを実行すると、リモート-> DC方向のパフォーマンスは、DC->リモート方向（約5Mbps）よりもはるかに良くなりません。

これが一番下に到達したかどうかはわかりません。

ethernet  tcp  troubleshooting  packet-analysis  metro-ethernet 
— マルキ
ソース
本当の答えではありませんが、JDSUを入手してこの回路をテストすることをお勧めします。ポリシングを行っている場合は、ポリサー、「レギュレータ」、設定を確認してください... CBSが小さい場合は、TCPトラフィックを本質的に小さなウィンドウサイズに制限しています。これについては、back-2-backテストでテストできます。私は...我々はそれがCIRでなく、CBSで徹底的にだけでなく、新たな回路テストを得るときことを知っているバックをやって多くの時間を費やしたと述べL2回路上のプロバイダとしている
— matak
また、ちょっとしたメモです。TCP設定が異なるため、Windows OSとLinuxで見られるTCPスループットは異なります。すなわち。バッファサイズ、アルゴリズムなどsysctl。Windowsについて不明な点がある場合は、Linuxマシンの設定を表示できますnetsh。あなたの回線のどこが悪いのか推測しようと思ったら、スポークサイトのCPEがハブ側よりも大きなCBSでセットアップされていると言います。これは通常逆です。繰り返しますが、JDSUはボールをパントするか、問題の内容に焦点を合わせます。
— マタック14
@matak発言に対して追加の回答をしてみませんか？シェイパーについて話すとき、このデバイスはどこで想像できますか？DCには、CPEが（見えない）RJ45プラグがあります。リモートサイトには、主にVDSLモデムとある種のMPLS対応ルーターがあります。ただし、MPLSを使用しているかどうかはわかりません。さらに、シェーパーはどの方向のトラフィックをシェーピングしますか？ingress @ spoke（サイトから）、egress @ spoke（ISPのクラウドに向けて）、ingress @ hub（DCから）、egress @ hub（ISPのクラウドに向けて）を形成できます。CBSの問題が問題になる理由を説明できますか？
— マルキ14

回答:

20

Stack Exchangeの参照 チャットの ...

短編小説、あなたがする必要があるの速度のミスマッチ制御の両方私は明瞭にするために、あなたの図を書き直して整え...あなたのメトロ・イーサネット・リンクの側面を... 注1

問題図

  • DC（緑色で表示）は10GEから100Mに非常にすばやく移行します...これは100倍の速度の移行であり、このような大きな移行を緩和するために一般に何らかの形のQoS（シェーピングなど）を実装する必要があります。DCが（サイトごとに）シェーピングを必要とする証拠については、この回答の下部を参照してください...
  • リモート側は1GEから10Mに移行します CIRにに非常に迅速に移行します。これもまた、100倍の速度移行です。通常、シェーピングまたは他のQoSの回避策が必要です。
  • また、DC UNI（100M）とリモートUNI（10M）の間に速度の不一致があるようです。これ自体は、サイトごとの帯域幅管理ソリューションを求めています。

参考までに、プロバイダーがMEF準拠のサービスを実装している場合、それらはシェーピングではなく、ポリシングです。TCPトラフィックはシェーピングを使用するとパフォーマンスが向上する傾向。

独自のQoSの必要性

qosの必要性を疑問視しているようです。そのため、MEF「Understanding Carrier Ethernet Throughput」ホワイトペーパー 9ページから引用します。レビューとして、MEFホワイトペーパーの図2の顧客はあなたよりも良い状況にあります。 ..彼らは50Mbps CIRを購入しましたが、UNIは1GEで配信されます...リモートサイトは1GE UNIで10Mbps CIRを持っています。

The transition from legacy services such as T1, T3, Frame Relay and ATM
to Carrier Ethernet has created some unintended consequences. Not all customers have 
conforming equipment facing the network which properly limits/shapes the traffic outbound
to the network, with deleterious results.  For instance, on the 1 GigE interface of
Figure 2, if the customer’s equipment accidentally transmits long bursts of data at 
150 Mbits instead of the SLA’s Committed Information Rate of 50 Mbits, 67% of the data 
may be lost and network breakdown will likely result.

編集中の他のTCP質問への回答...

DCリンクは100Mbpsであり、100Mbpsを超える速度で送信できないため、DCリンクをオーバーサブスクライブしていません...

DCには10GEリンクがありますが、メトロUNIは100Mbpsなので、10GEでマイクロバーストを送信できます。未解決の問題の1つは、10GEから100Mに移行するときに、Enterasys LANスイッチ（スイッチA）にどれだけのバッファリングがあるかです。

なぜTCPはそれだけですべてを処理できないのですか？

TCPは、パケット損失を検出すると速度を落として処理します。深刻なパケット損失のために、実際には速度が低下します（接続が中断される場合があります）。ですから、TCPはすべきことをしています...ネットワークエンジニアとしての目標は、TCPを満足させる条件でネットワークを構築することです。

チャットからの他のTCPに関する質問

Marki氏：どこで、誰によって、なぜ、そしてなぜTCPが片端に（本当の）100Mbがあり、もう片方に10Mbpsしかないという事実を単に処理しないのか、私は理解していません。

TCPのバッファリングの必要性、およびバッファなしの結果について：

事実1：TCPはフィードバック制御システムとして設計されているため、速度の遷移のためにバッファリングが必要です。

運転のアナロジーを使用する：良いドライバーとして、私たちは常に私たちと目の前の車の間に数秒のスペースを残します。ある意味では、車の間のスペースはネットワークバッファにほぼ似ています。動物が彼らの前を走るときに私たちの前の人がブレーキをたたくと、私たちの車の間のスペースは（うまくいけば）私たちが彼らの車にぶつかることを防ぎます。目がブレーキライトを確認し、足が反応し、ブレーキが十分な熱を放散するのに時間がかかるため、スペースを残します。私たちの目は視覚的なフィードバック制御システムを提供します。

同様に、FTPセッションが10GEでブラストアウトされると、ソケットが停止してTCP ACKを待機する前に、TCPのウィンドウサイズがスケーリングされるため、トラフィックのバーストが最大4MBになる場合があります（この場合）。一方、10GEのトラフィックストリームが突然「高速イーサネット」に到達した場合、TCPは徐々に速度を落とす必要があります。ネットワークギアのディープバッファーにより、TCPは速度の移行時にはるかに少ないパケットをドロップできます。ただし、バッファがない場合、10GEから100Mに調整すると、その4MB TCPウィンドウの99％をドロップする可能性があります。99％の深刻な損失はTCPソケットのクラッシュと考えてください。TCPは、比較的緩やかなパケット損失に対して予想どおりに反応します。TCPは、進行中の深刻なパケット損失に対する予測可能な反応がはるかに少ない注3。

DCで100M、リモートで10Mの非対称メトロイーサネットCIRを使用してはならない理由の質問には、「あなたのメトロの安い10MbpsイーサネットNIDに到達したときに100Mbpsトラフィックバーストをバッファリングしているのは誰ですか？」-ethernetプロバイダーがくれた？ "...（ヒント：誰もバッファリングしていない）。

大きな速度の遷移（注2を参照）を誰もバッファリングしていない場合、これらのポイントはトラフィックを断続的にドロップする潜在的な場所です。

誰によってドロップされているのか：

DCからの出力トラフィックのドロップ

TCPトラフィックがデータセンターを離れる場合、3つの場所がドロップされる可能性があります。

  • D1：で、LANスイッチは100：1の速度移行に十分な深さのバッファリングをほとんど持たないため
  • D2で：NIDがCIRよりも高速でUNIリンクをネゴシエートした場合。今はそうではないので、そこに落ちるとは思わない。
  • D3：非対称メトロイーサネットCIRについて説明したすべての理由から。

TCPトラフィックがデータセンターに送信されると...

DCへの入力トラフィックのドロップ

速度の不一致を緩和する方法：

EVPLソリューションの例： ポイントツーポイントEVCソリューションを備えたEVPL

  • このようなスイッチトポロジでは、DCから各リモートへのポイントツーポイントEVCを備えたEVPLがおそらく最良のオプションです（上の図を参照）。これにより、個々のCIRが各EVCに適用されます。注：この回答の他のQoSガイダンスはすべて適用されます。つまり、速度の大幅な移行を避けます。注2、機器がそれを十分に処理できるかどうかをテストせずにをます。
  • または、DCとリモートの間で対称レートのメトロサービスを購入することを検討できます。しかし、それは最も実用的なガイダンスではないかもしれないと認めます。
  • FYI、ルーティングされたサービスのため、この問題に対する古典的な解決策をすることですサポートが必要な速度で整形することをルーターを購入して、あなたのmetroeトラフィックをシェーピング（リモートサイトごとに）適切なCIRに。参考までに、リモート側は1GEの入力と10MbpsのCIRのみであるため、適度に小さいルーターで逃げることができます...数か月前、このサービスの設計について話し合ったときに、技術に慣れている場合はルーティングをお勧めします...

  • あなたがいる場合余分なお金がない費やすことができず、あなたのメトロイーサネットサービスを再設計、あなたはより徐々にスピードの不一致をマッサージできます。私はこれをやったことはありませんが、原則として、100から1ではなく10から1の速度移行を試みることができます（これは現在DCとリモートの両方であなたが持っているものです）：

    • ルーターを購入してリモートを10Mにシェーピングする代わりに、リモートUNIに1GEではなく100Mで自動ネゴシエーションを強制することができます。GigabitEthernetはCat5eケーブルのすべてのピンを必要とするため、ピン1、2、3、および6を接続するだけのRJ45 modプラグで100Mに効果的に強制できます。
    • ルータを購入してDCを100Mに整形する代わりに、Enterasysを使用して、100Mリンクにトラフィックを送信するときに10GEリンクを1GEにポリシングします

結果を分析していiperfます...

覚えておくべき2つの重要なポイントがありますiperf（すべての情報はiperfバージョン2に基づいています）。

そのため、次の出力は、DCマシン（iperf -cモード）iperfがリモートサイト（192.168.x）のサーバーに接続し、DC（100M UNI）からリモートサイト（10M UNI）にデータをプッシュすることを示しています...

./iperf -c 192.168.x -i2 -t 60 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.x, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.x port 38195 connected with 192.168.x port 5001
[  3]  0.0- 2.0 sec  1.44 MBytes  6.03 Mbits/sec
[  3]  2.0- 4.0 sec  2.23 MBytes  9.37 Mbits/sec
[  3]  4.0- 6.0 sec  2.28 MBytes  9.57 Mbits/sec
[  3]  6.0- 8.0 sec  1.88 MBytes  7.90 Mbits/sec
[  3]  8.0-10.0 sec  1.00 MBytes  4.19 Mbits/sec
[  3] 10.0-12.0 sec  1.30 MBytes  5.47 Mbits/sec
[  3] 12.0-14.0 sec    688 KBytes  2.82 Mbits/sec

上記の出力は、DCからリモート方向の問題を明確に示しています。正常に機能する場合は9Mbps以上が期待されます（つまり、少なくとも90％の容量を期待します-リモートサイトで10Mbps）。次に、反対方向のトラフィックを見てみましょう（iperfリモートサイトからDCにデータをプッシュする場合）...

[  5] local 10.x port 5001 connected with 192.168.x port 10965
[  5]  0.0- 2.0 sec  1.85 MBytes  7.75 Mbits/sec
[  5]  2.0- 4.0 sec  1.90 MBytes  7.98 Mbits/sec
[  5]  4.0- 6.0 sec  1.89 MBytes  7.93 Mbits/sec
[  5]  6.0- 8.0 sec  1.92 MBytes  8.07 Mbits/sec
[  5]  8.0-10.0 sec  1.91 MBytes  8.02 Mbits/sec
[  5] 10.0-12.0 sec  1.83 MBytes  7.69 Mbits/sec
[  5] 12.0-14.0 sec  1.86 MBytes  7.78 Mbits/sec

リモートCIRの容量の約80％を送信することはできますが、それでも私が期待するものよりも少ないです。

DC速度の不一致の図（10Gbps-> 100Mbps）

マルキは言った：忘れないでください、問題はフローが100Mb-> 10Mbの場合にのみ現れ、逆ではありません。

問題は両方向に現れますが、 iperfますが、DC->リモート方向で症状が悪化するようです。iperf上記の出力の分析を参照してください。

これを具体的にするために、DC FTPサーバー（130.1.6.4）からリモートサイト（192.168.191.2）にファイルをプッシュするときのFTP pcapを見てみましょう。100Mメトロイーサネット側からの転送は、転送中のいくつかのポイントで制限されます。これを見るには、dc-to-remote_remote-side.pcapngpcap を見て、フィルターをオンにしますexpert.message contains "segment not captured"

ここに画像の説明を入力してください

終了ノート：

注1 1Mbps MetroEthernet CIRあたり25KBのCBS値を選択します。これはプロバイダーが使用する一般的な比率です... YMMV
注2私の個人的なルール：「大」は、10：1の速度遷移注3よりも大幅に大きい速度遷移です
TCPのパケット損失が多すぎないかどうかについて、ハードナンバーを与えることはできません。損失がアプリケーションに悪影響を与えるほどひどい場合は、多すぎます。私の個人的なルール：有線の企業ネットワークを完全に自分の制御下で処理する場合、（意図しない）パケット損失は多すぎます。とはいえ、バッファリングのコーナーをカットするスイッチモデルがいくつかあります。これらのスイッチは時折パケットをドロップするかもしれません...それはあなたが問題に耐えなければならないか、より良いスイッチを買う必要があるかどうかについての判断の呼び出しです。参考までに、それは常に明らかではありませんが、TCPはソケットの伝送速度を定期的に増やして、可能な限りスループットを確保します。多くのTCP実装は、パケットのドロップが発生したときに速度が速すぎることを認識しています。

— マイク・ペニントン
ソース
DCのPHY速度（メトロイーサネットポート）はすでに100Mbになっていることに注意してください。しかし、相手側が最大10MBであるため、100Mで送信することもできません。ああ、あなたは「iperfの症状はDC->リモート方向で悪化しているように見える」という意味ですか？
— マルキ14
答えを更新しました。はい、「リモート-> DC」は元の答えのタイプミスでした。
— マイクペニントン14
私はここでマイクに同意します、あなたのプロバイダーが誰であるかに応じて、彼らに彼らのラインレートを教えてくれるよう頼むなら、あなたのメトロEからぶら下がっているあなたの物理的なインターフェースにマッチさせてください。WHERE to QoSについては、最大のエントリポイントで行うため、10Gbデバイスは、より小さなアップストリームデバイスに到達する前に行います。しかし、切り替えよりもファイアウォールとルーティングに多くの時間を費やしていますが、マイクが私の主張を裏付けられることを願っています！
— AL
3
@MikePennington-速度の不一致による出力のブロックは、P2Pマイクロ波リンクでよく遭遇します。素晴らしい答え、あなたの投稿にたくさんの良い情報。ありがとう！
— マタック14
1
また、デュプレックスの不一致を確認します。これにより、単方向の速度の問題が発生する可能性があります。
— cpt_fink 14年
2

この問題についての議論は非常に興味深いものでしたが、その間にISPは別のブランドによって異なるサイトのDSLモデムを交換し始めました。彼らが言ういくつかのパケットの断片化の問題。また、両方向とも9.5 Mbpsで、問題も特別な設定もありません。

— マルキ
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.