問題タブ [ethernet]

Linux で Wireshark を使用してパケットをキャプチャするときに、イーサネット フレームからフレーム チェック シーケンス (FCS) を取得する方法はありますか?

マイコンプログラミングに携わる方へ…

私は瞬間的な接触スイッチを取りたいと思っています (Staples Easy Button としましょう。これは、最も楽しい瞬間的な接触スイッチであるためです)。それが押されると、ブロードキャスト UDP パケットをネットワーク経由で送信します (.NET アプリケーションによって受信されます)。そこからあらゆる種類の楽しいことを行います）。

これまでに見つけた最も近いものは産業用データ収集ハードウェア インターフェイスですが、いくつかの入力ピンとイーサネット出力を備えたプログラム可能な単一のマイクロコントローラーをもっと探しています。これまたは特定の推奨事項に対する特別な用語はありますか?

一緒にネットワーク化された 2 台のテスト コンピューターがあります。

1 つはギガビット イーサネット、もう 1 つは 10 メガビットです。

理論的には、2 つの間で転送されるデータは毎秒約 1 メガバイトに達するはずです。

現在、PHP スクリプトを使用して、fread を使用してあるホストから別のホストにデータを読み取っています。読み込みファイル、読み込み対象ファイルともにchmod 777です。

両方のコンピューターで wampserver が実行されており、両方に zonealarm と avast がインストールされて実行されています。Zonealarm は、両方のコンピューターをネットワークの信頼できる部分として認識するように構成されています。

time() 関数を使用して、スクリプトが他のコンポーネントのファイルを読み取るのにかかる時間を計算します。私が読んでいるファイルは10メガバイトです。10 秒強かかるはずです。それでも30秒くらいかかります。平均 300kbs。

では、セットアップのボトルネックはどこにあるのでしょうか?

1 つのコンプは Vista で、他は XP です。

ネットワーク接続が接続されているか切断されているかを検出できるコードが必要です。接続状態は、ケーブルがイーサネット接続に接続されたことを意味します。切断状態は、ケーブルが接続されていないことを意味します。

Windows CEで実行しているため、WMIインターフェイスを使用できません。Win32 APIを呼び出してもかまいませんが、Windows CEを使用していて、CompactFrameworkで実行していることを覚えておいてください。

PPPの一般的なフレーム フォーマットやイーサネットなどのデータリンク レベルの規格を見ると、チェックサムが無効な場合に何が起こるかは明確ではありません。プロトコルは次のフレームの開始位置をどのように認識しますか?

次の「フラグ」の発生をスキャンするだけですか (PPP の場合)? もしそうなら、パケットのペイロードにたまたま「フラグ」自体が含まれていたらどうなるでしょうか? 私の要点は、パケットフレーミングまたは「長さ」フィールドが使用されているかどうかにかかわらず、「長さ」フィールドが破損している可能性があるか、「フレーミング」バイトがたまたまパケットの一部である可能性がある無効なパケットから回復する方法が明確ではないということです。パケット ペイロード。

更新：「GFP CRCベースのフレーミング」を検索して、探していたもの（厳密には私が尋ねたものではありません）を見つけました。通信ネットワークによると

GFP レシーバーは、スリーステート プロセスを通じて GFP フレーム境界に同期します。受信側は最初はハント状態にあり、一度に 4 バイトを調べて、最初の 2 バイトで計算された CRC が次の 2 バイトの内容と等しいかどうかを確認します。一致するものが見つからない場合、GFP は物理層によって与えられたオクテット同期送信を想定しているため、GFP は 1 バイトだけ前方に移動します。受信機が一致を見つけると、同期前の状態に移行します。この中間状態にある間、受信機は一時的な PLI (ペイロード長インジケータ) フィールドを使用して、次のフレーム境界の位置を決定します。成功したフレーム検出の目標数Nが達成された場合、受信機は同期状態に移行します。. 同期状態は、受信者が各 PLI を検査し、cHEC (コア ヘッダー エラー チェック) を使用して検証し、ペイロードを抽出して、次のフレームに進む通常の状態です。

つまり、各パケットは「長さ」と「CRC(長さ)」で始まります。文字をエスケープする必要はなく、パケットの長さは事前にわかっています。

パケット フレーミングには 2 つの主要なアプローチがあるようです。

• エンコーディング スキーム (ビット/バイト スタッフィング、マンチェスター エンコーディング、4b5b、8b10b など)
• 変更されていないデータ + チェックサム (GFP)

前者はより安全で、後者はより効率的です。ペイロードに有効なパケットが含まれており、行の破損により、後続のバイトに「フレームの開始」バイトシーケンスが含まれている場合、どちらもエラーが発生しやすくなりますが、それは非常にありそうにないように思えます。GFP の堅牢性を正確に把握するのは困難ですが、最新のプロトコルの多くは GFP を使用しているようです。

スパニングツリープロトコルの実装中にスイッチのMACアドレスを取得するにはどうすればよいですか？

複数の Intel ネットワーク カード (82571EB チップに基づく Intel EXPI9402PT) 用のドライバー e1000e を使用しています。問題は、複数のインターフェイスで最大速度 (1GB) を利用しようとすると、各インターフェイスの速度が低下し始めることです。

特定のパケットを送信するように設計されたカーネル空間に独自のドライバーがあります。次の方法でパケットを割り当てるだけです。

そして彼らはそれらを次のように送ります：

各インターフェイスには、ドライバーの独自のインスタンスがあります。

1 つのインターフェイスについては、120435948 バイト/秒が得られます。

2 つのインターフェイスの場合、61080233 バイト/秒と 60515294 バイト/秒が得られます。

3 つのインターフェイスの場合、28564020 バイト/秒、27111184 バイト/秒、27118907 バイト/秒が得られます。

原因は何ですか？hard_start_xmit 関数は再入可能ですか?

Arduinoの上に小さな（商用）デバイスを構築することに興味があります。ネットワークとのインターフェースができるようにしたいと思います。標準のイーサネット、Cat5、RJ-45などのネットワーク。

イーサネットシールドがあることは知っていますが、Arduino自体よりもさらにコストがかかり、かなり大きいです。当然のことながら、私は自分のデバイスをできるだけ小さく、できるだけ安くしたいと思っています。

ですから、自分でイーサネットモジュールを作り直すことを考えています。問題は、イーサネットの経験がなく、どこから始めればよいかわからないということです。したがって、私のアイデアが実現可能かどうかさえ言えません。

最終的には、デバイスに3つのポート（1つは着信信号用、2つは発信用）を持たせたいので、デバイスは基本的に、それ自体が接続されている小さなスイッチです。スイッチング機能はそれほど高速である必要はありません。データの量は少なくなります。10Mbitで十分ですが、さらに遅くなる可能性があります。

それが不可能な場合は、デバイス自体を制御するための単一のポートも使用できます。

私が検討しているもう1つの可能性は、電力線通信です。電力線を介して情報を送信します。それは私が経験したことのないもう一つの分野です。どのハードウェアを見る必要があり、必要なソフトウェアに関する情報はどこにありますか？

それで、これらのアイデアが実現可能かどうか誰かに教えてもらえますか？もしそうなら、どこから始めればよいでしょうか？

シリアルポートからイーサネットポートにデータを転送する必要があります。どのようにそれを行うことができますか？ソフトウェア+ハードウェアを使用しますか、それともハードウェアのみを使用しますか？もしそうなら、私はそれをどうやって進めることができますか、そしてそれがソフトウェアを使ってできるなら、Cを使ってそれは可能ですか？

タイトルの通り、複数の IP 環境を持つ複数のイーサネット インターフェイスで、デフォルトの Django テスト サーバーが、私の PC からアクセスできるネットワークに接続されていません。Django テスト サーバーが使用するインターフェイスを指定する方法はありますか?

- 追加した -

ネットワーク構成はこちら。PC から 143.248.xy アドレス経由でマシンに接続しています。(私の PC も 143.248.ab ネットワークにあります。) しかし、このアドレスが見つかりません。通常の apache は、他のポートで実行されている他のカスタム デーモンと同様に非常にうまく機能します。

このマシンを設定したのは私ではないので、ネットワークの詳細はわかりません...

-- (2) を追加 --

最後に、w3m (端末で実行されるテキストモードの Web ブラウザー) を使用して、localhost から接続しました。:P