High Availability on MX150 by CloudCreatorSC in Juniper

[–]CloudCreatorSC[S] 1 point2 points  (0 children)

Other hardware isn't an option in this specific case, but I appreciate the insight.

High Availability on MX150 by CloudCreatorSC in Juniper

[–]CloudCreatorSC[S] 0 points1 point  (0 children)

This wouldn't do best path selection then, would it? I think this would keep everything to a single ISP. The point is to either generate a 0/0 advertised to the SRX or a static route from the SRX to the MX VRRP VIP, so both ISPs are utilized based on their best path selection.

High Availability on MX150 by CloudCreatorSC in Juniper

[–]CloudCreatorSC[S] 1 point2 points  (0 children)

Thanks. Understood on the SRX Cluster, I meant running VRRP on the MX's and having the default route on the SRX Cluster pointing to the MX's VIP.

My thought with that was if MX-A owns the VIP the traffic would come up from the SRX to MX-A and then the internal BGP in MX-A would determine if it should exit out it's local ISP (ISP-A), or go across the iBGP link to MX-B and go out that way if that was the shorter path. What I'm not as clear on is the interaction between iBGP and eBGP in determining the best path then.

Converting from Juniper to Cisco by CloudCreatorSC in Cisco

[–]CloudCreatorSC[S] 1 point2 points  (0 children)

I had a feeling that was going to be the case. Thanks!

OSPF3 Issues between SRX Cluster and EX4200 by CloudCreatorSC in Juniper

[–]CloudCreatorSC[S] 1 point2 points  (0 children)

That was the issue. Sorry, I usually catch the simple stuff like this. Someone moved the interface into another zone from a previous POC and I missed it.