Re: [j-nsp] Error while validating a JunOS
On 12/04/2012 02:13 AM, Julien Goodwin wrote: I have retained domestic download access for SRX. It's probably the new download page, there's a dropdown for domestic vs worldwide that's a little non-obvious. Oh for the love of... Thanks for this; I hadn't spotted that at all. Insert suitably embarrassing analogy here. Cheers, Phil ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] small multitenant datacenter
Ryan Goldberg rgoldb...@compudyne.net writes: Do you see an issue with blowing up ex4200s with all this ospf and vrrp? I'm labbing tomorrow and will try to get the boxes to thrash. From a routing table size POV I'm not worried (many customers having no extra routes, lots have 4-6, a handful having as many as 30 or 40), I'm a little concerned all those processes might upset the RE if things get flappy. I can handle a little bump but if they just freak out that wouldn't be good. I do not really have much experience with EX-series and layer 3. I let the MX80s do the VRRP and OSPF, which has not been entirely smooth sailing lately. Good thought. Can you hook up L3 addresses to the inner tags on EX boxes? I'll have to play with that. No, the EX4200 would have to handle a dual tag push, and the hardware can't do that. Rumour has it that the EX4500 and EX4550 has the necessary hardware, but even if that turns out to be true, their software can't do it (yet?). /Benny ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] small multitenant datacenter
Ryan Goldberg rgoldb...@compudyne.net writes: I will re-review what we may need/what may be lacking. It seems the 3300s are catching up, and we have had good luck in small single-tenant deployments (3 vmware host + SAN), using them strictly as stacked L2 switches, generally in place of a pair of 3750x or 2960s. I avoid the EX3300 because it requires a feature license for q-in-q tunneling. Even HP has stopped doing that. Personally I find it confusing that feature licenses are so different across the EX series. It is probably unavoidable that not all hardware is equally capable feature-wise, but checking for which features need a license on which box is a bit of a nightmare. Not as bad as a certain other vendor, but still. /Benny ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] VSTP
Hi all I have a bridge domain working on several vlans The election of the bridge switch is based on the bridge-ID which consists of the system MAC address and the priority which is by default 32768 I am trying to figure out who is the root bridge of my domain but could not find it I issued the command run show spanning bridge and got the mac address of the root bridge , but when searching for it among the other devices could not find a match , i used the command show chassis mac Any ideas? BR, ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] VSTP
Hi Mohammed, From the command you ran you should see the bridge ID for the switch you are connected to and that of the root bridge. Don't forget that this may be the same switch. If it is not, look at the root port and work your way through the switched network. If nothing else you will also know what your topology really looks like and also work out which switch will become root if you lose the current root bridge, along with how this would change the topology. HTH, Graham On Tuesday, December 4, 2012, Mohammad Khalil wrote: Hi all I have a bridge domain working on several vlans The election of the bridge switch is based on the bridge-ID which consists of the system MAC address and the priority which is by default 32768 I am trying to figure out who is the root bridge of my domain but could not find it I issued the command run show spanning bridge and got the mac address of the root bridge , but when searching for it among the other devices could not find a match , i used the command show chassis mac Any ideas? BR, ___ juniper-nsp mailing list juniper-nsp@puck.nether.net javascript:; https://puck.nether.net/mailman/listinfo/juniper-nsp -- -sent from my iPad; please excuse spelling, grammar and brevity- ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] OSPF on a VRRP Interface
Hi, If I run OSPF on an interface that is also running VRRP, is it possible for OSPF to use the VRRP virtual IP as the next-hop for ospf neighbours? Thanks, Luca ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] OSPF on a VRRP Interface
Why would you want to do that (assuming you are running OSPF on all VRRP group members)? /Per Sent from my iPad, please ignore stupid spelling corrections! 5 dec 2012 kl. 05:57 skrev Luca Salvatore l...@ninefold.com: Hi, If I run OSPF on an interface that is also running VRRP, is it possible for OSPF to use the VRRP virtual IP as the next-hop for ospf neighbours? Thanks, Luca ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] OSPF on a VRRP Interface
It was just a thought, I was having some issues but turns out I was missing an OSPF neighbour... doh! Luca -Original Message- From: Per Westerlund [mailto:p...@westerlund.se] Sent: Wednesday, 5 December 2012 4:10 PM To: Luca Salvatore Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] OSPF on a VRRP Interface Why would you want to do that (assuming you are running OSPF on all VRRP group members)? /Per Sent from my iPad, please ignore stupid spelling corrections! 5 dec 2012 kl. 05:57 skrev Luca Salvatore l...@ninefold.com: Hi, If I run OSPF on an interface that is also running VRRP, is it possible for OSPF to use the VRRP virtual IP as the next-hop for ospf neighbours? Thanks, Luca ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp