Re: [j-nsp] proposed changes to clear bgp neighbor

2014-03-05 Thread Sebastian Wiesinger
* Phil Shafer p...@juniper.net [2014-02-26 16:42]: Juniper users, We've been asked to make a change the clear bgp neighbor command to make the neighbor or all argument mandatory. The root cause is the severe impact of clear bgp neighbor and the increasing accidental use of this command

[j-nsp] Multicast/Broadcast Packets going to EX CPU

2014-03-05 Thread Sebastian Wiesinger
Hello, I'm currently looking at an EX4500 setup that had a few problems related to multicast/broadcast packets going to the CPU (and sometimes preventing required packets like LACP reaching the CPU) of the switch. I assume this was because the queue between PFE and CPU was full (is there a way to

Re: [j-nsp] Multicast/Broadcast Packets going to EX CPU

2014-03-05 Thread Chris Evans
low TTL on the multicast frames will cause this.. Also the multicast destination addresses will do this too if they're in 224.0.0.0/24 On Wed, Mar 5, 2014 at 8:49 AM, Sebastian Wiesinger juniper-...@ml.karotte.org wrote: Hello, I'm currently looking at an EX4500 setup that had a few

Re: [j-nsp] Multicast/Broadcast Packets going to EX CPU

2014-03-05 Thread Andy Litzinger
Chris, can you elaborate on why low TTL on multicast frames will cause high CPU? Sebastien, as Chris pointed out anything in the 224.0.0.0/24 will hit the CPU, but so will a few other ranges that fall into the Link-Local block. This is a good guide someone else on the list forwarded me a few

Re: [j-nsp] Large JunOS Space Deployments

2014-03-05 Thread Keegan Holley
Seems like there are several people interested in the responses to this thread. I’ll check with anyone who responds and post a summary of the information if allowed by the responders. That being said I haven’t received many responses at all. My gut says this is as much a product of Space

Re: [j-nsp] Multicast/Broadcast Packets going to EX CPU

2014-03-05 Thread Keegan Holley
I agree. It’s more likely that you had an increase in packets that the switch would process normally than the switch getting bored and suddenly deciding to read packets off the wire. If there is an IP interface on the network that the broadcast/multicast packets traverse, the switch must read

Re: [j-nsp] Multicast/Broadcast Packets going to EX CPU

2014-03-05 Thread Phil Mayers
On 05/03/14 16:23, Andy Litzinger wrote: Chris, can you elaborate on why low TTL on multicast frames will cause high CPU? Sebastien, as Chris pointed out anything in the 224.0.0.0/24 will hit the CPU, but so will a few other ranges that fall into the Link-Local There's no inherent reason

Re: [j-nsp] router-jockeys and gui tools

2014-03-05 Thread Keegan Holley
I agree. I could even add a few. A big one is control. I had a supervisor once who now works for juniper ironically say he didn’t like tools because he didn’t want to start forgetting the commands. I asked if he was ok with all of engineering using prod routers as a practice ground. He