タグ付けされた質問 「gigabit-ethernet」

8
NICの速度を確認するにはどうすればよいですか?
Linuxに新しいギガビットネットワークインターフェイスカード(NIC)をインストールしました。本当にギガビット速度に設定されているかどうかを確認するにはどうすればよいですか?なるほどethtool速度を設定するためのオプションがありますが、私は、現在の速度を報告する方法を見つけ出すように見えることはできません。

7
Cat 6ギガビット接続の最小イーサネットケーブル長は?
Netgear GS724Tv3スイッチを実行し、ポートごとの構成の一部は「低電力モード」のオプションです。スイッチのドキュメントには、この機能が「グリーンイーサネット設定」機能としてリストされています。 これが有効で、ポートリンクが1 Gbpsで起動しているときにケーブルテストが実行されます。ケーブルが10 m未満の場合、PHYは低電力モード(公称電力)になります。 長さ1 m未満の短いパッチケーブルのセットを購入しましたが、いくつかのケーブルで問題が発生している可能性があります(テストはまだ進行中です)。現在、この機能は無効になっています。 電力消費が問題にならないNIC /スイッチ間のケーブルが10 m未満の場合、この機能を有効にする必要がありますか?追加の質問として、Cat 6ギガビットの最小ケーブル長の要件はありますか?

1
MTUの計算に関する誤解は何ですか?
さて、いくつかのXserve、Netgear GSM7224、およびDrobo B800iの間のジャンボフレームの問題の解決を終えました。Xserve(Mac OS X 10.6.8 Server)およびDrobo B800iは通常予想されるようにバイト単位のMTU(1500-9000)を受け入れますが、Netgearはさまざまなイーサネットヘッダー/フッター(トレーラー)を含めてそれを望んでいたようです)そして最終的に、Xserves&DroboはMTU 9000で構成され、NetgearポートはMTU 9216に設定されました。 Netgear上の2つのXserve間のMTUをテストおよび検証するために次のコマンドを使用しました(注:これらはMac OS Xコマンドで、WindowsとLinuxのコマンドは異なります)。 ping -D -s <mtu> <ip_address> traceroute -F <ip_address> <mtu> 前者の使用法は、manページに「送信するデータバイト数を指定します。デフォルトは56です。これは、8バイトのICMPヘッダーデータと組み合わせると、64 ICMPデータバイトに変換されます。」テストではping -D 1472 <ip_address>、8バイトのICMPヘッダーデータと20バイトのIPヘッダーにより、toがMTU 1500に相当することがわかりました(これとこれを参照)。それはすべて理にかなっています。 では、なぜ9000 MTUに相当するコマンドなのping -D -s 8164 <ip_address>ですか?「sendto:Message too long」エラーが表示される前にこれが制限であることを確認しましたが、9000 MTUが正常にtraceroute -F <ip_address> 9000機能していることも機能してtraceroute -F <ip_address> 9001いないことも確認しました。それでは、なぜ8164ですか?8972(MTU-28バイト、1500 MTUのように)を期待していました。 また、なぜNetgearの9216 MTUですか?MACヘッダーとイーサネットヘッダー(CRCを含む)に42バイト、IPヘッダーに20バイト(MTUに食い込むはず)をカウントしました。 私はこの数学に本当に錆びており、何かが欠けているだけだと知っています。


4
ロングギガビットイーサネットラン
約260フィート離れた2つの建物間にGig-Eネットワークを取得しようとしています。一部のTRENDnetスイッチは、その距離でCat 6を介して相互に接続できませんでしたが、2つのNetgear 5ポートGig-Eスイッチは正常に接続できます。ただし、回線が各スイッチに接続する前に、両端にAPC PNET1GBイーサネットサージプロテクターを配置した後でも、まだ失敗します。そのため、信号をそれほど劣化させないより優れたサージプロテクターを単に見つける必要があるのか​​(もしそうなら、どのような種類をお勧めしますか)、銅線をあきらめて建物間でファイバーを使用する必要があるのか​​疑問に思います。 後者のルートを選択した場合、実際にいくつかのポインターを使用できます。LCコネクタが最も一般的であるように見えますが、私は他のいくつかにも出会っています。両端のメディアコンバーターは最も単純なソリューションのように見えますが、おそらくSFPポートを備えたGig-Eスイッチの方が理にかなっていますか?予算が非常に限られていることを考えると、既存の銅線に固執するのが最善のように思えますが、頭痛の種にならなければ、100メートルのファイバーケーブルはコスト的に賢明に振れると思います。

3
信頼できるツール、mii-toolとethtoolで同じ値が表示されない
ホスティング会社は、サーバーのすべてのスイッチングインフラストラクチャを提供しています。接続されているプラ​​イベートネットワークはGbEであるeth2 必要があります。最近私は、サボテングラフがリンク上で100メガビットを超えるトラフィックを表示するようには見えないので、何かが誤って設定されていると疑っています。 さらに掘り、私はそれを発見したmii-toolと、ethtoolリンク速度に同意しません。 # mii-tool eth2 eth2: negotiated 100baseTx-FD flow-control, link ok # ethtool eth2 Settings for eth2: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: …

4
マネージドギガビットイーサネットスイッチの起動にはどのくらい時間がかかりますか?
マネージドスイッチの調査で発見した重大な欠点の1つ、およびこれまでに経験したことのある欠点の1つは、「大量の」ファームウェアを持つものはすべて、そのファームウェアに関連する多くの問題を抱えることです。 現在、ラックマウントギガビットスイッチ(48ポート)の研究を進めています。48ポートのように見えますが、私たちの唯一の選択肢は管理対象スイッチ(Dell、Cisco / Linksys、HPなど)です。私が知りたいのは、さまざまな管理対象スイッチの起動時間です。 所有している場合は、モデル番号とコールドブート時間(秒)を回答してください。Linksys(現在のCisco)SRWシリーズが完全に起動するまでに約5分かかる場合があることをオンラインで読みましたが、これは許容できないコストです。 特に、Dell PowerConnectマネージドスイッチの起動時間(モデル3548および5448)について知りたいと思います。SRW2048または同様のモデルでの5分の起動時間、およびHP ProCurveの起動時間を確認したいと思います。 これらすべての数値を組み合わせることで、管理対象スイッチの起動時間の全体像が興味深いものになるはずです。 [更新:実際の運用パフォーマンスに関係があると考えるのはばかげているので、起動時間について尋ねていると思う人に加えて、興味があることをより明確にするために、上記を更新しましたこのハードウェアタイプの規範を理解することではなく、ブート時間の1つのエッジケースに基づいてスイッチのパフォーマンスに全体的な印象を与えることではありません。御時間ありがとうございます。] [UPDATE2:昨日購入したマネージドSRWスイッチ、Cisco(以前のlinksys)モデルに独自の回答を追加します...これについてANSWERを受け入れないことに問題はありますか?この質問を開いたままにして、自分だけでなく他の人にも役立つ可能性のあるデータポイントを収集します。一般的に、最長の時間は5分、最短は1〜2分ですが、上記の1つのHP ProCurveの気の利いた例外は超高速です。]。

6
cat5ケーブル付きギガビット
標準のcat5ケーブルは1000 Mbit / sの速度で送信できますか? ネットワーキングの分野で知り合いに何人か質問したところ、さまざまな回答がありました。ギガビットネットワークでcat5が「機能する」ことは知っていますが、cat5eまたはcat6ケーブルと同じパフォーマンスが得られますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.