Re: [j-nsp] Suppressing SNMP Trap to just one packet

2016-04-11 Thread Jeff Haas
Serge, Looks like this will be showing up in 15.1F6. -- Jeff > On Apr 11, 2016, at 11:48 AM, serge vautour wrote: > > Neat option. I have 15.1F5 running in the lab and don't see it as a regular > or hidden knob. The Juniper PR database doesn't list a "Resolved In"

Re: [j-nsp] Suppressing SNMP Trap to just one packet

2016-04-11 Thread serge vautour
Neat option. I have 15.1F5 running in the lab and don't see it as a regular or hidden knob. The Juniper PR database doesn't list a "Resolved In" version. Looking forward to seeing this one available. Serge On Fri, Apr 8, 2016 at 3:44 PM, Jeff Haas wrote: > I was clearing

Re: [j-nsp] Suppressing SNMP Trap to just one packet

2016-04-11 Thread Saku Ytti
On 8 April 2016 at 21:44, Jeff Haas wrote: > PR: 1056230 > > set protocols bgp snmp-options backward-traps-only-from-established Cool, thanks for this! This is really standard issue, the trap itself should contain previous state, but this is fantastic workaround to broken

Re: [j-nsp] Suppressing SNMP Trap to just one packet

2016-04-10 Thread Jeff Haas
I was clearing through old inbox stuff and noted this one. Conveniently there's at least progress here to report: > On Sep 9, 2015, at 9:40 AM, Alireza Soltanian wrote: > We are implementing SNMP Trap on Juniper routers. The case is when an event > occurred, device sends

[j-nsp] Suppressing SNMP Trap to just one packet

2015-09-09 Thread Alireza Soltanian
Hi We are implementing SNMP Trap on Juniper routers. The case is when an event occurred, device sends trap for it several times(every one/two minute). Our trap receiver is connected to a mailing system which generate email upon receiving the trap. This action causes sending a lot of email for just