ARP为何一直请求某IP

artico

在一个网络里面，如果有几IP一直通过广播对192.168.1.1这个IP做ARP请求，要求解释出192.168.1.1的MAC地址，但是网络里面一直都没对他们请求做出回应，所以他们也一直在发送ARP请求。针对这个现象，不知道怎么解释呢？

fadu

不是很明白 能讲详细点吗？

artico

简单点就是：某PC一直ARP请求一个IP地址附上图看看。。

fadu

估计这机器在SNIFFER

ValorZ

192.168.1.1应该是网关，所以，请求的频率会很高。
其次，你收不到应答可能因为你sniff机器部署的位置不正确，这能抓到广播包。而ARP应答不是广播包

artico

原帖由 ValorZ 于 2006-8-26 18:13 发表
192.168.1.1应该是网关，所以，请求的频率会很高。
其次，你收不到应答可能因为你sniff机器部署的位置不正确，这能抓到广播包。而ARP应答不是广播包

1.上面提到的192.168.1.1你是不是看错了。。。是192.168.0.2吧？

2.SNIFFER位置不对的话，为什么广播包可以抓到，应答包不能收到？处于混杂模式是所以数据包都可以抓到的。

artico

再问个问题：
如果主机H的ARP请求一直得不到回应的话，即查询失败。那么H接下来会怎么做？

是返回出错信息并停止查询？还是象前面那样不停查询？

artico

原帖由 菜青虫 于 2006-8-28 14:48 发表



嘿嘿，喝了酒哇，兄弟~~~

呵。。。别喝多了，，
免得有兄弟叫你分析一下问题，得出结果：萨达姆与本拉丁正在攻击你的服务器！！！

菜青虫

如果一直在发送广播请求的话，是不是应该考虑下有认为的发包情况，及一些程序所为呢！

artico

原帖由 菜青虫 于 2006-8-28 14:58 发表
如果一直在发送广播请求的话，是不是应该考虑下有认为的发包情况，及一些程序所为呢！

从上面的图中可以看出，，一秒发送10个，，应该不是人为的。。。

如果 不人为的，那就是软件类，，那到底是什么问题？对不起，我不知道虑。

菜青虫

原帖由 artico 于 2006-8-27 10:41 发表
再问个问题：
如果主机H的ARP请求一直得不到回应的话，即查询失败。那么H接下来会怎么做？

是返回出错信息并停止查询？还是象前面那样不停查询？

好像ARP请求得不到回应，应该认为对方主机不存在或者关闭吧！

好像和TCP在建立连接时一样，发了三次请求，而且一次比一次时间长，应该要结合TCP的超时和重传！

其实，我们在建立连接的TCP报文段序列时，会发现ARP请求对应与TCP建立连接的SYN段！

需要注意的是：在线路上我们始终是看不到TCP的报文段的，我们只能看到的是ARP请求。直到ARP应答返回时，TCP报文段才可以被发

送，因为这时硬件地址到这时才可能知道。

artico

原帖由 菜青虫 于 2006-8-28 15:05 发表



好像ARP请求得不到回应，应该认为对方主机不存在或者关闭吧！

好像和TCP在建立连接时一样，发了三次请求，而且一次比一次时间长，应该要结合TCP的超时和重传！

其实，我们在建立连接的TCP报文段序列时，会发 ...

是啊，，TCP请求重复3次得不到回复就停止，，，

那么ARP请求是不是也有这么 个机制呢，请求时间内没回复，就重复再请求几次，还不行，就放弃！

不过我没看到有相关的文档指明有这样的机制，所以特意请教大家的！

菜青虫

原帖由 artico 于 2006-8-28 15:27 发表



是啊，，TCP请求重复3次得不到回复就停止，，，

那么ARP请求是不是也有这么 个机制呢，请求时间内没回复，就重复再请求几次，还不行，就放弃！

不过我没看到有相关的文档指明有这样的机制，所以特意请教大 ...

TCP/IP详解里面有的！！

artico

原帖由 菜青虫 于 2006-8-28 15:34 发表



TCP/IP详解里面有的！！

没有相关说明的啊。。。

hz123

那样的话可以导致网络出现卡或者吊线的问题啊