I though I would set it manually and use the redistribute static in EIGRP to get it to the inside. I would also set a default manually on the secondary link with say the admin distance of 180 (170 is default right). This too would be redistributed toward the core from the secondary location. When the primary then failed I was thinking of either removing the primary default or push its admin distance to say 200. The reason that I am thinking using the default routes is that in our case I have the ISPs in two geographic locations.

This ip sla is what I have for using the ping to track the up/down of the primary link, minus the ip route. I just do not know how to get from there to the touting table modification.

With this ip route and the track 13, this route would drop out if the ip sla monitor failed?

Brent

Hi Brent.

In that case the configuration I have showed you is perfect for your setup. All you need to do is tie your IP SLA to a 'track' number and then add the track number to your primary default route, you'll end up with two static routes like this:

ip route 0.0.0.0 0.0.0.0 x.x.x.x track 13

ip route 0.0.0.0 0.0.0.0 y.y.y.y 50

(Where x.x.x.x is your primary next hop IP and y.y.y.y is your secondary next hop IP)

EIGRP will just advertise the default route regardless of which one is being used. Only this router you are configuring needs to know which link is in use.

Simon

That will be cool .. getting easier than I thought.

One more question. I currently have an occurance of EIGRP and BGP running in my core. EIGRP because I use that on the LAN for my VLAN distribution and BGP because that is what I use with my MPLS provider. Not a problem to add in the instance running to the internet?

Gonna make me get my other routing references out now.

Brent

Hi Brent.

I am not sure I fully understand your new question. Your new configuration we have discussed will not be affected even if BGP is running over those links to the ISPs.

However if you are running BGP with those two ISPs and are receiving routes from them then you can always use BGP to initiate the failover from one ISP to another.

If you mean will it affect some other MPLS links you have elsewhere in your network - then no - it's won't

Static routes are only local to the router to configure them on. EIGRP will just advertise the default regardless of which ISP it is pointing out.

Simon

I think I am slowly getting it ..

I run BGP internally with my corporate MPLS network. On those locations that are large enough I also run EIGRP for supporting the VLANS and I redistribute that instance on EIGRP into BGP. This is so that the rest of the corporation learns those networks.

Since I now have an instance of EIGRP running on my internet router, will pass it through my pix, and into the core for redistribution, Should it be the same EIGRP I am running in the core to support my VLANS or should it be a different instance? I am thinking different so that my corporate networks cannot bleed out to the interent.

Yeah .. I am showing the default in the ip route track-table but should I also see it in the EIGRP table?

Mem_Int_Outside#sh ip route track-table

ip route 0.0.0.0 0.0.0.0 64.132.245.25 track 101 state is [up]

Mem_Int_Outside#

Mem_Int_Outside#sh ip route eigrp 20

Mem_Int_Outside#

Brent

Hello Brent.

From what you have said I think it should be the SAME EIGRP instance. You don't have to worry about 'bleeding' routes into the internet as you don't have a EIGRP neighbor with the internet routers, you are just static routing so you are not feeding them any routes at all.

You will not see a default route with EIGRP marked against it on Mem_Int_Outside as this router will be using the static route as it has a better AD. You might see it in 'show ip eigrp topology'

If you have redistributed it correctly then you WILL see EIGRP with a default route on your other EIGRP routers.

Simon

cool .. thanks for the assistance .. Now I have to go see if PIX IOS 8.0 really supports EIGRP. *S*

I will be SO glad when I can move to an ASA. This will become much easier.

Brent