[f-nsp] IP/ARP: IP address x.y.z.t MAC movement detected, changed from (...)

[Mike Tindle]

HI Clement, 

> Sure, but in an IXP context (especially AMS-IX :)), that would also
> remove the warning limit for the No. of prefix received from BGP
> peers... So I think I'd prefer having those, but still seeing the
> warning messages :)


Caveat emptor.  We chose not to implement it on other devices for different reasons.  It knocks out a range of warnings.  

> Hopefully someone else can open a ticket, then.  I know that HE has Brocade's ear.


We didn't notice the warnings being issued incorrectly, we just weren’t able to resolve them in the affected devices environment.  Since we didn’t see a situation where the warnings were actually in error, we are unable to open a bug report.  We did notice that they began when we moved up to 5.6.   We mentioned it to Brocade and they said it was a new and intentional warning.  

I also asked them for the ability to silence those specific warnings but were presented with the aforementioned solution.  I know some Brocade folks are on the list too, so they may be able to push a feature req for more fine grained logging filters.  I’ll have to check if we actually put that in officially or just lamented to our rep. :) 

Regards,
Mike

On Oct 13, 2014, at 10:19 AM, Clement Cavadore <clement at cavadore.net> wrote:

> Hi Mike,
> 
> Sure, but in an IXP context (especially AMS-IX :)), that would also
> remove the warning limit for the No. of prefix received from BGP
> peers... So I think I'd prefer having those, but still seeing the
> warning messages :)
> 
> Btw, I hope that it's a known bug !
> 
> Regards,
> 
> -- 
> Clément
> 
> On Mon, 2014-10-13 at 10:12 -0700, Mike Tindle wrote:
>> If you cannot resolve the underlying cause and these are filling up
>> your logs, you can use:
>> 
>> 
>>        no logging buffered warnings
>> 
>> 
>> However, keep in mind that does knock out some other messages that you
>> may not want to sacrifice logging.  In one of our instances, the
>> tradeoff was worth it to implement the command. 
>> 
>> 
>> Regards,
>> Mike
>> 
>> 
>> 

*----------- H U R R I C A N E - E L E C T R I C ---------->>
| Mike Tindle | Senior Network Engineer | mtindle at he.net
| ASN 6939 | http://www.he.net | 510-580-4126
*--------------------------------------------------->>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20141013/292374c9/attachment.html>