Oh ok, yeah, I didn't see the original post, disregard me then, thanks James
-Aaron -----Original Message----- From: James Bensley <[email protected]> On Behalf Of James Bensley Sent: Sunday, September 13, 2020 6:24 AM To: [email protected]; [email protected] Subject: RE: [c-nsp] XR6 process conflicts On 13 September 2020 05:37:11 CEST, [email protected] wrote: >Hi James, I'm coming into this conversation late or mid-point, but as a >thought, if 1 of those 500 routers goes down, you need to know about >that individual router's ospf state dropping. How else would you know >that unless you sent traps on a per ospf-subinterface basis? Hi Aaron, Perhaps I misunderstood; my interpretation of OPs concern was that when batches of the same event occur, only some of the traps are sent, and the rest suppressed, but all are reported via syslog. If you have a single OSPF session flap, as we (all running IOS-XR and OSPF) already know, IOS-XR will send a trap. Is my interpretation wrong? If yes, please ignore my ramblings. If no, then I'm curious to know what's OPs requirement is to receive 500 traps (my experience is that it's too much noise to reasonably interpret and handle in a useful manner). Cheers, James. _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
