web-dev-qa-db-ja.com

Cat 5 / 5e / 6ケーブル機能の品質はバイナリまたは連続ですか?

1年前、私はRJ45圧着工具を手に取り、それ以来定期的に独自のイーサネットケーブルを作成しています。私は確かにこれらのものをいつも組み立てるプロほど熟練していないので、おそらくペアを少しほどほどきすぎて、シールドを少し剥がしすぎますなど。あまり関係のないメモでは、ケーブルを強制することもあります押しつぶされたり曲がったりする狭い開口部の周り。私が運転しているポイント:これらすべては、イーサネットケーブルがこれまで以上に高速で感度が高くなっているので、一般的にバイナリの意味で機能しますか?ケーブルが機能し、接続が良好ですか、それとも接続がありませんか?または、実際には信号品質/帯域幅に悪影響を及ぼしているにもかかわらず、ケーブルの構造が不十分であるか、ケーブルが使い古されている場合でも、接続が良好であるかのように見えますか?

1
fedora

報告される「リンクレート」は常に特定の標準モードに固定され、デフォルトでは両方のデバイス間でサポートされている最高のモードになります。 のみ一般的なCat5イーサネットデバイスでサポートされる選択肢は10/100/1000 Mbpsです。したがって、Wi-Fi(選択可能なリンクレートのテーブルが大きい)とは異なり、表示されることはありません。イーサネットデバイスは、例えば「300Mbps」または「54Mbps」モード。

通常、ネゴシエートされた「リンクレート」は固定されたままです。動作する場合、動作が不十分な場合、動作を停止する場合がありますが、リンクの期間中、レートは動的に変化しません。

ただし、インターフェイスに常に「リンク:1 Gbps」と表示されている場合でも、正常に送信されたデータと失われたデータの実際の比率が異なる可能性がありますcan。私の知る限り、「正常に機能していない」とは、パケットが破損して到着し、受信者によって拒否される可能性が高いことを意味します。これは、TCPはパケット損失として解釈され、サーバーがデータを再送信するのを待ちます。その結果、全体的な転送速度が低下します(TCP損失が輻輳によるものであり、意図的に速度が低下していると仮定すると、さらにそうなります)。netstat -s(Windows)などのツールで「再送信されたTCPセグメント」の数。

(接続が非常に悪い場合、少なくとも一部のイーサネットデバイスはリンクをリセットし、より低いモードで再ネゴシエートします1回たとえば、1Gbps対応のデバイスが100Mbpsに切り替わるのを見たことがありますしばらくするとモードになり、同様に100Mbpsポートが10Mbpsを再ネゴシエートします。この動作が標準かどうかはわかりません。)


これは、私がそうではない実際のイーサネットインストーラーによってよりよく答えられるかもしれません...

1
user1686