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

イーサネットは、ローカルエリアネットワークにおける有線接続の最も一般的な標準セットです。

2
サーバー上のポートアクセスをブロックするイーサネットポートプラスチックプラグ
イーサネットポート内にプラスチック製のブロッカーを備えたDell Poweredgeサーバーがあります。私の問題は、それを取り出す方法がわからないことです。ここでプラグの写真を見ることができます： 私はそれらを引き抜こうとした、または絞ってから引っ張ろうとしたが、動かない。Dellのインストールマニュアルには何も記載されていないため、おそらくDellから提供されたものではありません。 この種のプラグを見て、何かを壊す危険を冒すことなくそれらを取り出す方法を知っていますか？
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に食い込むはず）をカウントしました。 私はこの数学に本当に錆びており、何かが欠けているだけだと知っています。
6
2つのサーバー間の直接イーサネットリンク
超低遅延が必要な2つのサーバー（データベース、ファイルなど）があるとします。2台のサーバーを10GbEで直接接続できるので、各サーバーには「メイン」ネットワークへの接続が1つ（実際には2つ）ありますが、2つ目のサーバーに直接接続するイーサネットケーブル付きのネットワークカード1つサーバー、スイッチまたはルーターなし、直接接続のみ Internet/Datacenter | | | | | | | -------------------- | | ------------| Switch |----------- | | | | | -------------------- | | | | | | | | | | | | | | | Network Card 1 (eth0) Network Card 1 (eth0) | | -------------------- -------------------- | | …
1
BERは異なる10GbE物理メディア間でどのように比較されますか？
BER（ビットエラーレート）が銅よりも数桁低いため、10GbEネットワーキングに光を使用する必要があるという印象を受けています。 以前にそのように記載されたドキュメントを見つけたと確信していますが、私の人生ではそれを見つけることができません。 私は典型的なBERに関するドキュメントを見たい（一般に、そのようなものが存在する場合）： 10GBase-Tポート（Cat6aケーブルを使用） 10GBase-CX4ポート 10GBase-T SFP +モジュール（Cat6aケーブル接続） ファイバーSFP + SRモジュール DAC SFP +モジュール
3
「キャリアエラー」とは何であり、どのような問題が生じるか
インターフェイスのifconfig出力のコンテキスト内で「キャリアエラー」が何であるかについて、本当に明確な定義が見つかりませんでした。私はグーグルで検索してきましたが、本当に素晴らしい定義も、これを引き起こす問題のリストもありません。 コンテキストから推測すると、これはイーサネット信号に関する何かが悪いことを意味すると考えています。相互接続ケーブルに何か疑いがあるのか​​、ネットワークインターフェイス/ポートがこの問題の原因ですか？ このカウンターが変わることはほとんどありませんが、今朝クライアントから連絡があり、ネットワークの問題について言及されました。キャリアカウンターは毎秒約200ずつ増加しています。彼らは最近、私が管理するLinuxボックスに接続する機器にいくつかの変更を加えました。問題を引き起こしている可能性のあるものについて、より具体的な詳細を伝えたいのですが、それ以外に、変更したものが壊れていると言います。 eth0 Link encap:Ethernet HWaddr 00:1b:21:f3:ea:ae inet addr:172.16.0.9 Bcast:172.16.255.255 Mask:255.255.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0 TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707 collisions:1313642 txqueuelen:1000 RX bytes:2467874046 (2.2 GiB) TX bytes:3820141165 (3.5 GiB) それが「キャリアエラー」とは何か、それを引き起こす典型的な問題は何か。
1
イーサネットエラーはどこに記録されますか？
Muninは次のようなグラフを表示しています： そのスパイクの間、eth0ポートを介してサーバーにアクセスできませんでした（IPMIポートを介してアクセスできました）。 何が起こったかを把握しようとしていますが、eth0のログファイルを見つけることができないようです。 私は/var/log/(kern|syslog|messages)その中に何も見当がつかない。また、eth0専用のログファイルは表示されません。 eth0のログはありますか？ある場合、どこで見つけることができますか？ Ubuntu 10.04 LTSを実行しています。
12 linux  ubuntu  ethernet 
2
なぜT568AとT568Bの両方の規格ですか？
Cat5 UTPのケーブル配線には2つの異なる配線規格があるのはなぜだろうといつも思っていました。両者の唯一の技術的な違いは、緑とオレンジのペアが交換されていることです。これにより、配線が行われている限り、正確に同じことが実現されます（終端が正しいピン配列を使用している限り）。 両方の基準があるという歴史的な理由はありますか？技術的な理由はありますか？配線を標準にする必要がありますか？または、それはあなたが対処しなければならない奇妙で厄介なものの1つにすぎません（明らかに明らかな理由）？
7
なぜストレートイーサネットケーブルですか？
私は友人にストレートケーブルとクロスオーバーケーブルの違いを説明していましたが、なぜ初期の設計者はなぜ2つの異なるケーブルタイプを使用するのが良い考えだと思ったのでしょうか？ auto mdi / xが普及するまで続く奇妙な歴史的遺物なのか、それともストレートケーブルが存在する技術的な理由があるのか​​？ 編集：指定するには、現在、ストレートケーブルはコンピューターとスイッチ/ハブ間でのみ必要です。スイッチ/ハブが最初からクロスオーバーケーブルを使用するように設計されていないのはなぜですか？
11 ethernet  cable 
5
複数のスイッチをカスケード接続することの欠点は何ですか？
私は新しいオフィスにイーサネットを配線する必要があり、請負業者はオフィスの各部屋に走る各回線にひどい金額を請求したいと考えています。各部屋に1本のラインを走らせ、各部屋にスイッチを配置する方がはるかに安くなり、その部屋の各ユーザーはスイッチに接続するだけで済みます。各部屋のスイッチはすべて、サーバークローゼットの中央スイッチに接続します。 これがネットワークの衝突、レイテンシ、そして単なる一般的な吸引を引き起こすかどうかについて、アカウントの競合を聞きました。中央スイッチにすべて接続する多数のセカンダリスイッチを使用することの主な欠点は何ですか？
1
イーサネットインターフェイスエラー
ISPのマルチプレクサに接続しているUbuntuサーバーのイーサネットインターフェースでエラーが表示されます。これがスナップショットです。 RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402 TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762 collisions:2205053 txqueuelen:1000 Ubuntuインターフェースは全二重に対応していますが、ネゴシエーションは半二重接続のみです。別のデバイス（ルーター）をMUXに接続すると、そのようなエラーも表示されました。割り当てられる帯域幅は50 mbpsですが、20 mbpsしかありません。ISPは、MUXでデバイス（イーサネットスイッチまたはハブのように見える）を変更することをためらっています。ISPのエンジニアは、私の責任は私の側にあると非難しています。しかし、3台以上のデバイスで確認したところ、すべてエラーが表示されました。それで、それらのエラーの原因を詳しく調査するために使用できるLinux用のツールはありますか、またはそれらのエラーを取り除くためにサーバーのインターフェイスを再構成するために私ができることはありますか？
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: …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.