2

ローカルネットワーク上でRJ45に接続する組み込みデバイスで作業していますが、システムがゲートウェイのMACアドレスを知るためにARP要求を送信すると、応答がまったくありません。

Windowsでarpテーブルをクリアすると、Windowsはまったく同じARP要求を要求し、応答を受け取ります。

パケットをスニッフィングしましたが、要求パケット内の唯一の違いは、パケットの最後にある組み込みデバイスのトレーラーが0であり、ターゲットのMACアドレスがff：ff：ff：ff：ff：ffであり、Windowsが00であるということです。 ：00：00：00：00：00（ウィキペディアはffffffffffである必要があると言っているようです）

ゲートウェイがarpスパムのためにMacを禁止した場合に備えて、Macアドレスを変更しようとしましたが、何も変更されません。DHCPIPと静的IPでも試してみます。同じ問題です...

Windowsパケット：

フレーム1（ワイヤ上で42バイト、キャプチャされた42バイト）
     フレームはマークされています：False
     到着時間：2010年1月29日12：05：49.775534000
     前のパケットからの時間デルタ：-77.580549000秒
     参照または最初のフレームからの時間：6354.738379000秒
     フレーム番号：1
     パケット長：42バイト
     キャプチャ長：42バイト
     フレーム内のプロトコル：eth：arp
イーサネットII、Src：00：1e：8c：b5：d0：00、Dst：ff：ff：ff：ff：ff：ff
     タイプ：ARP（0x0806）

アドレス解決プロトコル（リクエスト）
     ハードウェアタイプ：イーサネット（0x0001）
     プロトコルタイプ：IP（0x0800）
     ハードウェアサイズ：6
     プロトコルサイズ：4
     オペコード：リクエスト（0x0001）
     送信者MACアドレス：00：1e：8c：b5：d0：00（00：1e：8c：b5：d0：00）
     送信者IPアドレス：192.168.0.14（192.168.0.14）
     ターゲットMACアドレス：00：00：00：00：00：00（00：00：00：00：00：00）
     ターゲットIPアドレス：192.168.0.1（192.168.0.1）

0000：FF FF FF FF FF FF 00 1E 8C B5 D0 00 08 06 0001.....。
0010：08 00 06 04 00 01 00 1E 8C B5 D0 00 C0 A8 000E.....。
0020：00 00 00 00 00 00 C0 A8 0001.........。

組み込みデバイスパケット：

フレーム1（有線で60バイト、キャプチャされた60バイト）
     フレームはマークされています：False
     到着時間：2010年1月29日12：07：04.257748000
     前のパケットからの時間デルタ：-3.098335000秒
     参照または最初のフレームからの時間：6429.220593000秒
     フレーム番号：1
     パケット長：60バイト
     キャプチャ長：60バイト
     フレーム内のプロトコル：eth：arp
イーサネットII、Src：00：04：a3：12：34：05、Dst：ff：ff：ff：ff：ff：ff
     タイプ：ARP（0x0806）
     予告編：000000000000000000000000000000000000
アドレス解決プロトコル（リクエスト）
     ハードウェアタイプ：イーサネット（0x0001）
     プロトコルタイプ：IP（0x0800）
     ハードウェアサイズ：6
     プロトコルサイズ：4
     オペコード：リクエスト（0x0001）
     送信者MACアドレス：00：04：a3：12：34：05（00：04：a3：12：34：05）
     送信者IPアドレス：192.168.0.129（192.168.0.129）
     ターゲットMACアドレス：ff：ff：ff：ff：ff：ff（ff：ff：ff：ff：ff：ff）
     ターゲットIPアドレス：192.168.0.1（192.168.0.1）

0000：FF FF FF FF FF FF 00 04 A3 12 34 05 08 06 00 01 ..........4....。
0010：08 00 06 04 00 01 00 04 A3 12 34 05 C0 A8 00 81 ..........4....。
0020：FF FF FF FF FF FF C0 A8 00 01 00 00 00 00 00 00 ..... ..
0030：00 00 00 00 00 00 00 00 00 00 0000...........。
4

1 に答える 1

0

実際、極性が反転してこれらの問題を引き起こすのはTXの問題でした。

極性を逆にすると、完全に機能するようになりました。

于 2010-02-03T08:19:16.550 に答える