<div dir="ltr"><div dir="ltr">>Is cc4e.24XX.XXXX your router's mac?<br><div>
>198.51.100.1 is your router's IP on mgmt port?</div><div><br></div><div>It's a brocade mac, but does not show in the mac table.  Yes, that is the router's IP on loopback, or it would be if it weren't replaced with one in the documentation range.  Since that time, the error message has changed to something even stranger that I can post completely unmodified:</div><div><br></div><div>Sep 19 06:12:54:W:ACL: ACL: list 1 denied all 0.0.0.0()(Ethernet 1/1 0000.0000.0000) -> 0.0.0.0(), 8414208 event(s)<br></div><div><br></div><div>All zeros, but, notice the counter is still exactly the same - hasn't changed.  Poll times seem better today - perhaps I'll just wait for upgrade abiding the "It works, don't touch it!" principle. <br></div><div><br></div><div>>Does it work in 5.8?</div><div><span class="gmail-im">No, they created a fix for that bug, will eventually make it in 6.(something).  My apologies for getting off on a tangent with that rant.  I do sometimes get weird IPv6 mpls issues that I am still trying to track down. <br></span></div><div><span class="gmail-im"><br></span></div><div><span class="gmail-im">>Another thing is that the issue might come back even if solved after<br>
>reboot (if it is software defect).</span></div><div><span class="gmail-im">Yeah.... yeah, that definitely is the risk.  <br></span></div><div><span class="gmail-im"><br></span></div><div><span class="gmail-im">Thank you for your comments.<br></span></div><div><span class="gmail-im"><br></span></div><div><span class="gmail-im"><br></span></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 19, 2018 at 1:28 AM Franz Georg Köhler <<a href="mailto:lists@openunix.de">lists@openunix.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Di, Sep 18, 2018 at 11:01:21 -0600, Daniel Schmidt <<a href="mailto:daniel.schmidt@wyo.gov" target="_blank">daniel.schmidt@wyo.gov</a>> wrote:<br>
> I've a strange issue - just one of my MLX polls very, very slowly for no<br>
> discernible reason.  A simple snmpwalk confirms this.  Fearing it was<br>
> somehow being over polled, I added log statements to my snmp acl.  I did<br>
> not find evidence of excessive polling, however, I got strange log messages:<br>
> <br>
> #show log | i list 1<br>
> Sep 17 16:18:26:W:ACL: ACL: list 1 denied udp 192.0.2.153(0)(Ethernet mgmt1<br>
> cc4e.24XX.XXXX) -> 198.51.100.1(snmp), 8414208 event(s)<br>
> Sep 17 16:13:26:W:ACL: ACL: list 1 denied udp 192.0.2.153(0)(Ethernet mgmt1<br>
> cc4e.24XX.XXXX) -> 198.51.100.1(snmp), 8414208 event(s)<br>
<br>
Is cc4e.24XX.XXXX your router's mac?<br>
198.51.100.1 is your router's IP on mgmt port?<br>
<br>
For the SNMP issue you could change community and make a test poll.<br>
Does the SNMP process take up too much CPU?<br>
<br>
> They didn't increment, mgmt1 is down, acl list 1 doesn't exist nor was the<br>
> mac in the table.  The other messages all make sense, but this one - this<br>
> is just weird.  I'm still running 5.8.0h and have no plans to go to 6 till<br>
> they add my "ipv6 loopback in vrf can't ping" fix to the code.<br>
<br>
Does it work in 5.8?<br>
<br>
> I suppose I simply will reboot it, as my last tac case was easily recreated<br>
> yet caused me to beat my head against the wall till my coworkers questioned<br>
> my sanity.  (A week to explain, a week for them to lab it up and then I had<br>
> to argue that it was wrong because they didn't even use a VRF, much less<br>
> MPLS)  Can't reboot till next week and my head is still sore from the last<br>
> tac case.<br>
<br>
Another thing is that the issue might come back even if solved after<br>
reboot (if it is software defect).<br>
<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net" target="_blank">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/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div>

<br>
<br>E-Mail to and from me, in connection with the transaction <br>of public business, is subject to the Wyoming Public Records <br>Act and may be disclosed to third parties.<br>