<div dir="auto">We have had issues with one or two older FESX switches where they failed intermittently (ie. it would work after a cold boot for a random period of time, anywhere from days to months, then stop passing traffic on a port region).  One was on a fesx 624hf+2xg that had well outlasted its useful lifetime.  It was a good excuse to upgrade ;).  I seem to recall seeing this behavior once before then, but I could be imagining things.</div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 8, 2016 5:08 PM, "<a href="mailto:ebradsha@gmail.com" target="_blank">ebradsha@gmail.com</a>" <<a href="mailto:ebradsha@gmail.com" target="_blank">ebradsha@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm working on testing several FESX448-PREM switches.<div><br></div><div>One of the switches in my test group is known to be bad. It was previously installed as a top of cabinet switch, 42 servers were connected to it, all port lights came on, full duplex, no errors, low CPU, etc but ports 13-24 would not forward traffic. As I understand it, this is due to a bad ASIC that covers port region 13-24.</div><div><br></div><div>However, I now have this bad switch at my work bench and I cannot replicate the same forwarding issue with port region 13-24. </div><div><br></div><div>At my work bench, I have port 1 as the uplink and I've been connecting my laptop to ports 2-48 sequentially using a CAT6 cable while running a continuous ping to a public IP. Interestingly, all the ports now work fine -- port region 13-24 no longer has forwarding issues.</div><div><br></div><div>Does anyone know how this is possible? If there's a bad ASIC for port region 13-24, then I'd expect this problem to occur 100% of the time.</div><div><br></div><div>I tried a couple other things afterwards. I had the theory that I needed more ports active at once in order to trigger the forwarding issue. So I first took a layer 2 switch and connected it on a bunch of ports with the FESX448. CPU usage immediately went to 100% on the FESX448. I figured something recursive routing was happening with the layer 2 switch. Next, I put the layer 2 switch into boot monitor mode so it wouldn't do any routing. That resolved the 100% CPU issue, but again I'm still unable to replicate the traffic forwarding issues with ports 13-24.</div><div><br></div><div>Any suggestions on how I can replicate the forwarding issue and effectively test the remaining switches would be much appreciated!</div><div><br></div><div><br></div></div>
<br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://puck.nether.net/<wbr>mailman/listinfo/foundry-nsp</a><br></blockquote></div></div>