03-21-2013 05:17 PM - edited 03-04-2019 07:22 PM
Hello all-
I have one Cisco router 3845 and one switch 6509, they have two links connected each other via OSPF, I want to have link 1 as high priority, and link 2 as low priority. When the link 1 is down, it can be kicked in to the link 2. Please advise how I can implement this setup.
Regards,
Joe
Solved! Go to Solution.
03-21-2013 10:07 PM
Hi Joe,
By default, the cost of an interface is calculated based on the bandwidth; you can force the cost of an interface with the
ip ospf cost
Just make OSPF cost of the Link 1 better than Link2 cost.
3845:
int g0/0 (Link1)
ip ospf cost 10
int g0/1 (Link2)
ip ospf cost 100
on 6509 make sure that sum of costs of Links between ASA and 3845 and ASA and 6509 better than Link2.
Then your task should be resolved.
http://www.cisco.com/en/US/tech/tk365/technologies_white_paper09186a0080094e9e.shtml
Hope it will help.
Best regards,
Abzal
03-21-2013 05:20 PM
just want to add...the link 1 is connected from router to firewall, then to Switch. the link 2 is connected from the router directly to the switch. They are all run ospf. Sorry about this.
03-21-2013 06:02 PM
Hi Joe,
Unfortunately the functionality you're looking for isn't available with OSPF. OSPF does not keep backup routes and simply uses a "shortest path first" method of routing. If the fiirst path goes down it will reconverge and find the second path, but it requires some time. If all of your devices are Cisco you can use EIGRP which will keep backup routes in it's topology table and will allow you to prioritize links. Hope this helps.
03-21-2013 06:16 PM
Hello David,
EIGRP may be an option but you should be aware that you would need to carefully tweak the EIGRP metrics to allow one router to appear as a feasible successor to another.
However, even in OSPF, path preference to the same destination can be achieved simply by increasing the cost of links on the backup path. Even if OSPF indeed does not maintain a pre-established backup path, it nevertheless reconverges to the next shortest path once the primary path has failed. This is a fundamental property of all routing protocols, not just EIGRP.
Joe, can you post a diagram of your topology? It would help us to better suggest the metric modification.
Best regards,
Peter
03-21-2013 07:28 PM
Hello Peter,
Please see the diagram below. My client needs all the devices run OSPF, no EIGRP. All the connection are ethernet/1G port. They want to have Link 1 as active conneciton, and Link 2 as standby. If Link 1 goes down, link 2 will be kick in; If link 1 comes back up, and the link 1 becomes active, link 2 becomes standby. The sample configuration will be helpful.
Regards,
Joe
03-21-2013 10:07 PM
Hi Joe,
By default, the cost of an interface is calculated based on the bandwidth; you can force the cost of an interface with the
ip ospf cost
Just make OSPF cost of the Link 1 better than Link2 cost.
3845:
int g0/0 (Link1)
ip ospf cost 10
int g0/1 (Link2)
ip ospf cost 100
on 6509 make sure that sum of costs of Links between ASA and 3845 and ASA and 6509 better than Link2.
Then your task should be resolved.
http://www.cisco.com/en/US/tech/tk365/technologies_white_paper09186a0080094e9e.shtml
Hope it will help.
Best regards,
Abzal
03-22-2013 12:24 AM
Hello Joe
You can have once interface up and one in standby if you wish using interface backup command
In Gigi 0/0
Backup int gig0/1 (This will put gig0/1 in a standby state)
Sh backup
res
Paul
Sent from Cisco Technical Support iPad App
03-22-2013 02:43 AM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
Generally, OSPF will recompute to use the secondary path rather quickly (subsecond), once it "knows" the existing path is no longer available.
In a situation like that of your drawing, the common issue is if one of the links fail between the ASA and one of the OSPF routers, the side whose link did not drop needs to wait for OSPF hellos to determine connectivity has been lost. Default OSPF hellos with default number of lost hellos can result in the side with the link still up "black holing" traffic for multiple seconds (e.g. 40 seconds), as it doesn't "know" the path is no longer good.
To decrease such a situation, hello timers need to be decreased. Newer routers may support "fast Hellos" and/or BFD for OSPF which will allow for subsecond detection that the path has failed.
03-22-2013 03:59 AM
Hello,
Following on from Joseph statement, below is a sample config where your asa ospf neighbor will be active and the switch ospf neighbor will become active if the asa link is lost.
The hello interval is set to 250ms and a dead interval or 1 sec
int xx
link to asa
ip ospf network non-broadcast
ip ospf dead-interval minimal hello-multiplier 4
ip ospf priority 0
int xx
link to switch
ip ospf network non-broadcast
ip ospf dead-interval minimal hello-multiplier 4
ip ospf priority 0
router ospf x
network x.x.x.x 0.0.0.0 area 0 ( asa connecting interface)
network x.x.x.x 0.0.0.0 area 0 ( switch connecting interface)
neighbor x.x.x.x (asa opsf neigbour)
neighbor x.x.x.x (switch opsf neigbour)
access-list 101 permit ospf host (int switch ip) host (switch neigbour)
ip sla 11
icmp-echo (asa dest) source-ip (int facing asa)
frequency 5
ip sla schedule 11 life forever start-time now
track 11 ip sla 11 reachability
delay down 2 up 2
route-map OSPF permit 10
match ip address 101
set ip next-hop verify-availability (asa neigbour) track 11
route-map OSPF permit 90
ip local policy route-map OSPF
asa/switch
int fxx
ip ospf dead-interval minimal hello-multiplier 4
res
Paul
Please don't forget to rate any posts that have been helpful.
Thanks.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide