服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

思科小型局域网的ARP连接

我有这样的怀疑,我感到很惭愧,所以有一个问题:为什么我没有连接? 情况很简单,我已经configuration了拓扑结构,并且在每台PC和相应的网关之间build立了连接。 问题是当我尝试ping PC1到PC0等另一个networking中的设备时,发生下一个事件 PC1广播ARP来知道R0的MAC网关 R0回复ARP到PC1 PC1发送icmp包R0 R0广播ARP来知道PC0的MAC PC0不答复,因为“ARP请求的发件人IP地址在与接收端口不同的networking中”。 所以我想知道为什么PC0不回复? 这是ARP的基本function? 显然,我configuration了2个静态路由(每个路由器上有一个路由器)将数据包路由到同一接口上的另一个networking。 on R1 : ip route 192.168.1.0 255.255.255.0 FastEthernet0/0 on R0 : ip route 172.16.200.0 255.255.255.0 FastEthernet0/0 非常感谢您的回答! =========================(EDIT)UPDATE / ANSWER =================== ============= 在阅读RFC之后,我明白为什么这是行不通的。 那很简单,ARP还没有被开发/devise来响应(回复)来自另一个networking的请求。 在这种情况下,我强制转发(通过静态路由)到路由器不属于的networking。 在一些文档中,他们说这个协议是在第2层和第3层(第2.5层的LOL)之间的,但实际上他从来没有在第3层上发送关于第3层的信息。 所以当一个设备收到来自另一个networking的ARP请求时,他处理该帧(这是她翻译的帧中的IP),并在另一个networking中看到ARP请求发送者IP自动丢弃该帧。 为了在另一个networking中做一个ARP请求,我们需要一个设备Layer3作为一个ARP代理,他只需要转发arp的请求和回复,显然在每个networking上都有连接。 这是一个奇怪的devise,有点愚蠢,但更多地了解ARP / LAN的。 我想对那些回应并尝试帮助的人表示感谢。