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

IEEE 802.3標準で定義されているイーサネットネットワーキングに関する質問。

2
低メトロイーサネットTCPスループットのトラブルシューティング
セットアップ レイヤー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転送 反対側が転送を開始した場合(つまり、リモートから取得するのではなく、DCから取得した場合)、問題は変わりません。 ここで問題になると思われるものをお楽しみください。 更新#1(上記に統合) 更新#2(更新) これは輻輳制御のものでなければなりません。 DCからリモートに10G-> 1G-> 100M-> 10M-> 1Gリンクがあることに注意してください。<-動作していません したがって、他の方向では逆になります:1G-> 10M-> 100M-> 1G-> 10G。<-元気 最初の「1G-> 10M」は、リモートサイトで「見えない」10Mであり、アップリンクポート速度を含むすべてが1Gに設定されています。 ただし、DCでの100Mbpsは実際の100Mbpsであり、インターフェイスは物理層で100Mbpsに設定されます。 私は今iperfを使用しました: …

4
2台のコンピューターが全二重スイッチの3台目のコンピューターに同時に送信するとどうなりますか?
次のシナリオを検討してください。 全二重イーサネットスイッチでPC3に同時に送信したい2台のPC(PC1とPC2)があります。すべてのポートが同じVLANにあると考えてみましょう。スイッチの内部で何が起こるのでしょうか?誰が最初にPC3に送信しますか? 以前にCSMA / CDが使用されたことを読みましたが、それは半二重で動作する以前のイーサネットバージョンでのみ使用され、スイッチの各ポートはコリジョンドメインであり、2台のマシンが同時に送信を試みた場合、アルゴリズムは、衝突の問題を送信して解決するために各コンピューターにランダムな時間を与えるために実行されました。しかし、全二重スイッチでは、衝突の可能性が排除されていると読んだので、2台のPCが同時に送信しようとすると、スイッチの内部で何が起こりますか?スイッチは、誰が最初に送信するかを選択するアルゴリズムを実行しますか?

5
ノードはTxとRxに異なる回路を使用するため、ケーブルでイーサネットの衝突はどのくらい正確に発生しますか?
特に、デュプレックスの不一致が存在する場合、またはレガシーイーサネットネットワーク上で2つのノードが同時に送信する場合に、イーサネットで衝突が発生する方法を理解しようとしています。 誰もが上位レベルで衝突を説明します(一方が送信され、もう一方が受信されるときに2つのフレームが衝突します)。ただし、下のグラフは、RxとTxに異なる回路があることを示しています。フレームを送受信するための専用回線があるため、衝突はどのように発生しますか? 編集:たぶん「Hub MDI-X」というラベルは私の質問のポイントに関して混乱を引き起こします。ハブの機能性がどのように衝突を引き起こす可能性があるのか​​を尋ねているのではありません。私の焦点は、MDIまたはMDI-Xインターフェースを備えた2つのノード間の通信にあります(ハブとスイッチにはMDI-Xインターフェースがあります)。これらの2つのケースのいずれにおいても、デュプレックスミスマッチがある場合に2つのノード間で衝突が発生する可能性がありますが、デュプレックスミスマッチではRxとTxにはまだ専用回線がありますか?


2
半二重のスイッチポート-ダウンロード速度が低下しますが、アップロードは問題ありませんでした
ユーザーがインターネットからのダウンロード速度に問題がありました。インターネットへの接続は100 Mbit / sです。ユーザーは、ダウンストリームで約7 Mbit / s、アップストリームで約80 Mbit / sを得ました。 コンピューターからテストしたところ、ダウンストリームで約70メガビット/秒、アップストリームで80メガビット/秒でした。明らかに、ユーザーのPCが原因でした。 Catalyst 3560であるスイッチをチェックしましたが、予想通りでしたが、ポートは半二重でした。ユーザーは自分のPCを100 / fullにハードコーディングしており、ポートは自動を使用していました。速度はFast Link Pulse(FLP)によって検出されますが、ポートが100 / halfを使用していたため、デュプレックスは半分であると想定する必要があります。show controllerを使用すると、衝突とレイトコリジョンを期待どおりに見ることができました。 帯域幅は、スウェーデンのサイトwww.bredbandskollen.seでテストされました。最初にTCPを使用して遅延をテストします。次に、Flashを介してソケットを開き、いくつかのHTTP GET(TCP)を実行して、ダウンストリーム帯域幅を約10秒間測定します。その後、サーバーへのHTTPポストを4回行い、10秒間トラフィックを送信して、アップストリーム帯域幅を計算します。 これらの種類のサイトは100%正確ではないことを知っていますが、通常は、必要な帯域幅の種類に近づいた場合、少なくとも何らかの指標を示すことができます。ここでは障害のあるネットワークではなく、ユーザーです。 なぜダウンストリームのみが影響を受け、アップストリームは影響を受けなかったのですか? これらは本当の衝突ですか?ケーブルには個別の送信ペアと受信ペアがあるため。

3
OSIモデルのどの層にarpプロトコルが属しますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 OSIモデルのどの層がARPに属し、どのソケットを使用するかを説明できる人はいますか? この質問をする前にたくさんの本を参照しました。 一部の書籍では、著者はそれがデータリンク層に属していると言っており、一部の著者では、ネットワーク層に属していると言っています。どちらが正しい ? たとえば、BGPはTCPソケットを使用し、OSPFはIPソケットを使用します...
13 ethernet  arp 

4
MTUとフラグメンテーション
次のことを考慮してください。スイッチの10Gインターフェイスに接続された10Gインターフェイスを備えたNAS。ギガビットイーサネット経由でスイッチに接続されたクライアントコンピューター。 MTUサイズがクライアントNICの標準の1500バイトから増加しない場合、NASでMTUサイズが増加し、NASが接続されているポートを切り替えると、パフォーマンスが向上しますか? これは断片化の問題を引き起こしますか? デバイスは、スイッチドネットワーク上のインターフェイスのMTUの不一致をどのように「処理」しますか?

2
シールド付きツイストペア(STP)の終端と接地
CAT5 UTPを終了する知識があります。 しかし、リモートオフィスに設置する場合、ケーブルは電源の近くに配線されるため、標準の通信ケーブルでかなりの量の「ノイズ」が発生することがわかっています。 この特定の実行のために、いくつかのCAT5e STPケーブル(遮蔽)を購入しました。パッチキャビネットから電源(産業用機器)を通り、建物の外(数フィートの距離)にある「ポルタキャビン」(電源もそこに行く)まで走ります。 同じ電源が設備の両端に電力を供給するので、アース差動の問題は発生しないことを理解しています。 「ポルタキャビン」にはPCが2台しかないため、パッチキャビネットを設置する予定はありません。 私の質問は: ソケットへのSTPケーブルを終端し、小さなスイッチ(およびPCへのケーブル)に接続する標準のパッチケーブルを実行する場合、接地する方法が必要ですか? パッチキャビネット側もソケットに終端されます(パッチケーブルがメインスイッチに接続されています(メインオフィスへのファイバーリンク付き))。STP RJ45終端がありません(標準UTPのみ)。 STPシールド/スクリーンからパッチキャビネットまでアース線を配線する場合、それで十分ですか(UPSに接続された機器を通じてキャビネットが接地されていますか)? また、問題が見つかった場合は、ケーブルにフェライトチョークを使用して(外部のRF干渉を無効にするために)使用することも検討します。
13 ethernet  cabling 

2
イーサネットのMTUはまだ1500バイトですか?
基本的に、インターネットの最新のルーターはイーサネットのMTUとして1500を使用していますか?または1500バイトは昔のものでしたか? 私がここで求めているのは、最新のネットワークにおけるイーサネットのMTUとは何ですか? 1500バイトの場合、たとえば15000バイトを代わりに使用するとどうなりますか。すべてのルーターに15000バイトを代わりに使用させると、インターネットはどうなりますか。
12 router  ethernet  ip  mtu 

1
Wiresharkでイーサネットチェックサムが見つからないのはなぜですか?
イーサネットフレームヘッダーの長さに関する小さな質問があります。 私の知る限りでは、イーサネットヘッダーサイズはVLANタグなしで18バイトで、VLANタグがある場合は22バイトです。 しかし、Wiresharkキャプチャでは、VLANタグなしで14バイト、VLANタグ付きで18バイトしか取得できません。 checksumキャプチャにフィールドがありませんでしたか? この場合はどうなりましたか?


2
異なるイーサネットフレームの検出
イーサネットプロトコルで異なるパケットを区別する方法はありますか?高レベルのプロトコルが使用するため、「長さ」フィールド/エリアはありません。 このプロトコルには物理的スコープと論理的スコープの両方で処理があるため、区別も分離されていると思います。 「EtherType」プロトコルフィールドを使用して論理的な分離が実行されていますか?(つまり、ヘッダーに長さフィールドがある上位レベルのプロトコルのタイプを使用してパケット長を取得します)。 物理的な区別は単に電気信号の非送信ですか?(私の知る限り、高/低電気信号は0/1ビットを表します)。

2
STPでのTCNメッセージのトレース
ルートブリッジがCisco 3750スイッチのスタックであるRapid PVST +を実行しているL2ネットワーク上に約20のVLANがあります。スイッチで受信するTCN通知の数に少し困惑しています。 3750スタックは、すべてのVLANのルートであり、毎日TCN通知を受信します(時にはそれよりも多く、時には少し少なくなります)。すべてのVLANの同じポートで同時にTCNを受信します。これらのTCNがどこから来たのかをさかのぼるとshow spanning-tree detail | inc ieee|occurr|from|is exec、5つのトランクのみが設定され、アクセスポートがないスイッチ(switch-b)になります。 TCNの受信と同時にこのスイッチのリンクがアップまたはダウンするようなイベントに一致させることはできません。このスイッチで上記のコマンドを発行すると、最後のトポロジ変更がずっと前に行われたことが結果からわかります。 私の結論: すべてのVLANがトポロジ変更通知を受信したため、送信されたTCNは、トランクリンクまたはスイッチ全体のイベントによってトリガーされる必要があります。スイッチbでローカルなものでなければなりません。 これらのTCNを作成する理由は何ですか?5つのトランクリンクは状態を変更しませんでした。スイッチbの最後のトポロジ変更がコアの最後のトポロジ変更と一致しないため、さらにダウンストリームに到達できません。switch-bの最後のトポロジ変更はずっと前です。 何かご意見は?

5
ネットワークのより速いセグメントは、より速いフローレートまたはより低いレイテンシーを意味しますか?
これは、これらの仮説的な質問のもう1つです。ホストAとホストBの間にネットワークのより速い「セグメント」があると、それらの間のより速いフローレートまたはより低いレイテンシーに変換されるかどうかを把握しようとしました。コンピューターAとコンピューターBの間のネットワーク内の物理リンクを示します。 host A (1000Base-T NIC) -> copper 1000Base-T link -> 1G copper switch -> [SFP module] -> a short 10G/40G/100G fibre run -> [SFP module] -> 1G copper switch -> copper 1000Base-T link -> host B (1000Base-T NIC) つまり、ホストAから最初のスイッチへの1Gリンクがあり、その中にSFPモジュールがあり、短い10G / 40G / 100G(実際には問題ではなく、1Gよりも高速)に接続されています。別の1G銅線スイッチ内の別のSFPモジュール。1G銅線を介してホストBに接続されています。 ファイバーが中央で実行されるため、2つのホスト間でトラフィックが速く流れますか?または、2つのスイッチ間のセクションがネットワークの他の部分と同じ速度だった場合、流量と遅延は同じになりますか? ホストAとホストBの間でレイテンシーを短くすることは理にかなっていますが、NICの入力および出力レートはフローレートを制限しますか?その場合、「コア」スイッチとルーターをより高速なリンクで接続することは理にかなっていますか?

7
ポイントツーポイントリンクパフォーマンスを測定するための正確な戦略
約100マイル離れた距離にある一見多くのホップを通過するフラットレイヤー2 1Gbポイントツーポイントイーサネット回線で回線性能を実証するための正確な手段を提供する必要があります。 ビジネス要件では、最小8msの遅延の精度でパフォーマンスを実証する必要があります。リンクは音声およびデータトラフィックを伝送するため、サービスSLAは1000Mbの帯域幅を保証する必要があります。 これらの要件を考慮して、パフォーマンスを測定する既知の正確な方法は何ですか? 私はテスト戦略を形成する可能性のある多くのメトリックを利用できることを知っていますが、圧倒的に多くの情報をGoogledに持っていて、iPerthのようなソフトウェアを使用すべきかどうか、このシナリオのベンチマークは何ですか?

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