Dear all,<div><br></div><div>By debug with parameters DEBUG=ipv4,netdevice, I finally found that the delay is because gPXE is busy polling packets from other clients, which is not its own business(ipv4 say: rejected packets, not connected). That's why gPXE can not hand ARP request <span class="Apple-style-span" style="color: rgb(43, 43, 43); font-family: Arial, sans-serif; font-size: 19px; line-height: 26px; ">immediately. </span>So</div><div>my question is that, how can I avoid this problem and let the gPXE handle ARP request ASAP?</div><div><br></div><div><img src="cid:1ab0d5c$2$12f49897161$Coremail$justhechuang@163.com"></div><div><br></div><div><div></div>yours,</div><div>soforth</div><div><br>At 2011-04-12£¬"ºÎ´³" <justhechuang@163.com> wrote:<br> <blockquote id="isReplyContent" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><div>Dear all,</div>
<div> </div>
<div>This problem is as bellow:</div>
<div>192.168.1.3 and 192.168.1.2 are two bootloader client, form some reason, I need them to communicate with each other via UDP protocol.</div>
<div>However, 1.3 to 1.2 UDP packet invokes ARP transsmision, <font color="#ff0000"><strong>FIVE</strong></font> seconds have past before 1.2 receive 1.3's ARP request, resulting in a UDP sending timeout. </div>
<div><br>192.168.1.5 is dhcp & tftp server, seems that 1.5 communicates with both 1.3 and 1.2 are OK. What's wrong here?</div>
<div> </div>
<div><img src="cid:fa4830$1$12f49897161$Coremail$justhechuang@163.com"></div>
<div> </div>
<div>yours,</div>
<div>soforth</div>
<div> </div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span></blockquote></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span>