I think I have seen this on some older code of the FESX 424 we where running below 4.0. What version are you running ?<br><br>// Andreas<br><br><div class="gmail_quote">On Fri, Apr 15, 2011 at 5:29 PM, Randy McAnally <span dir="ltr"><<a href="mailto:rsm@fast-serv.com">rsm@fast-serv.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I've been scratching my head all morning on some arp issues on an FESX (prem)<br>
that routes a handful of VE's.<br>
<br>
The scenario is that when an ARP entry expires, only certain source IPs (on<br>
the WAN side) can trigger an ARP request and subsequent re-entry into the ARP<br>
table.  There's no pattern for the source IP...just that some trigger ARP and<br>
others don't.<br>
<br>
So for example, Joe at 1.2.3.4 cannot reach his box, but as soon as Bob at<br>
pings the machine, Joe can reach his box again.<br>
<br>
Current table size fluctuates between 580 and 620 entries with a system-max of<br>
4000 and there are no static entries.<br>
<br>
#sh arp | i entries<br>
Total number of ARP entries: 591<br>
<br>
#sh default values | i arp<br>
ip arp age:10 min          bootp relay max hops:4     ip ttl:64 hops<br>
ip-arp               4000       64000      4000<br>
ip-static-arp        512        1024       512<br>
<br>
Any ideas?<br>
<br>
~Randy<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br>