Jump to content
SAU Community

Recommended Posts

I have a client that I'm looking to setup 5-6 Cisco 1841 Routers for and I'd like to have the fitted WIC's failover but it's not something I have experience with. I was hoping someone here might be good with Cisco IOS as I'm only self taught.

What I'm looking to do is install an 1841 with two WIC's, 1 ADSL and one SHDSL and if interface 1 go's down it will fail over to interface 2. I have experience with setting up the interfaces to work independently but there is some tricky routing involved with failing over and I'm a bit out of my depth.

Has anyone done this that can help? I'm happy to pay. Cheers :down:

PS - If you don't understand what I've just said don't fill my thread with garbage :wave:

Link to comment
https://www.sau.com.au/forums/topic/218439-cisco-help-required-1841-programing/
Share on other sites

I understand what your trying to arrange. Its been a few years since i studied the CCNA so I would only be looking through a manual myself.

Now youve got me thinking constantly about how to do this >.<

Yeah it's a bit of a tricky one for me too. It's just a job I'm outsourcing not a full time position but it would be good to have a relationship with someone with a strong Cisco knowledge that we could call on for work as we sometimes have drama’s with VPN and Crypto too. If you think you can do this sort of stuff we can talk $ :wave:

hsrp attached to the wan interface will do it

both routers run hsrp between each other and send echo packets

they also share a virtual ip between them

if one of them doesn't respond to the echo within set timeout the other router takes over the virtual ip

there's always a master and a slave in the hsrp

ive got a book / pdf if you want to do it yourself, its easy

ah i didnt see it was on one device, well yeah just set to two gateways with different metric

the lower metric being the primary route, and the secondary with the higher metric

i assumed you had two routers

yeah if you have two routers, then HSRP is spot on

will give you want you need, just make sure you set it to watch the serial or dialer/0 interface for the dsl connection

and test it of course, also make sure to set the priority, dont assume defaults

for those interested in similar topics check out;

network warrior

http://www.amazon.com/Network-Warrior-Gary...7458&sr=8-1

a recommended read

it covers advanced and commonly used scenarios of networking and networking concepts

the pdf version is on bit torrent if you want a sneek peek, but the paper back is recommended

http://www.mininova.org/tor/860447

i purchased mine from amazon.com delivered in about 1.5 weeks for $49 new

adz,

get cisco's packet tracer.

setup your routers in it, test it all out..configurations/layouts/etc and use the book resources to help you if needed!

router simulation easiest way to go about it

let me know if you want a copy

what if the interface stays up but theres no ip connectivity, twill never swap over :thumbsup:

best way is to setup object tracking/EEM applet on the cisco so it automaticaly pings the default gateway every few seconds then if it fails it swaps over by itsself.

justin911 makes a good point - and the main point why traditional interface down detection methods won't work with ADSL.

The ADSL line sync (layer2 of the OSI model) will be the main interface that the detection will work on. What you'll find is that most of the time, the PPP layer (layer 3 of the OSI model) will be the one failing, and you'll lose your PPP link - which means no traffic. This PPP fail won't trigger the interface as being down.

The default gateway idea is the most logical however not always reliable. I suspect that depending on the routing protocol it might not always detect the ADSL/SHDSL fail and keep pumping out packets to the default gateway with the lowest metric which will result in lost packets and no connectivity.

Not having any live cisco equipment I can't say for sure (and I don't work on the equipment on a daily basis anymore) but being a good cisco tech I did some googling and found the following:

http://wiki.ittoolbox.com/index.php/Cisco_Failover

This is an IOS feature (sla monitor/rtr?) that tests a particular IP address for certain criteria, ie:

IP sla monitor 1

type echo protocol ipIcmpEcho your_first_test_ip source-ipaddr your_source_ip

timeout 2000

threshold 2000

frequency 3

IP sla monitor schedule 1 life forever start-time now

Basically the above will ping a particular IP through a particular interface and make sure it meets the SLA of 'a timeout of no longer than 2000ms' and 'no more than 3 failures in a row' or something to that effect.

Look at the website above and the rest of the commands will set up the routes etc. Its a start but I don't know how useful it is - and you're right, it's probably out of your depth - heck its even out of mine and I'm a CCNA/CCDA/VOIP etc.

Like i said mate i'm not working on the stuff full time anymore but I can still get my head around most of the stuff. You'll be able to find my ph number. Gimmie a call anytime - don't feel afraid to chuck me a config file either :)

More info for you here Adz:

http://www.velocityreviews.com/forums/t552...cisco-2801.html

And as Justin mentioned above, object tracking sounds like what I found above, however i havn't worked on it before:

http://www.cisco.com/en/US/docs/ios/12_3/1...e/dbackupx.html

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Similar Content

  • Latest Posts

    • Yeah, but knowledge of one wire's insulation worn through to short on earth implies the possibility of other wires doing the same. I had my power steering die, because the wire that runs to the solenoid valve on the rack runs in the same loom as the power wire for the O2 sensor. And when the O2 sensor/wire did something stupid and burnt part of that loom to death, the only indication was the shit(ter) fuel economy and the heavy steering. It took deep excavation of the looms in the bay to find the problem. Not wear through in that case, but similar shit.
    • Ah, I thought he'd wired it to one of the spare ECU inputs! Too long ago since I read that post, ha ha. I've been arguing with radiators, harmonic balancers, alternators and rust since reading it.
    • Correct. The ECU cannot read oil temp. (Well, I think it probably can in some situations. I did have the thought of potentially repinning the ECU when I was doing oil pressure). I am using this into the MPVI dongle, so that the MPVI dongle can read oil temperature. It is attached to a VDO gauge which is obviously calibrated to whatever curve the sender actually is using. This would be easy if I could setup a table of voltage to temperature like many sensors, but it appears I cannot do this and can only setup the transform rule which appears to be Input (voltage) x Multiplier, and add an offset. This to me means it MUST be linear. So it may be a complete waste of time wiring this into the ECU. The idea was that the MPVI3 has standalone logging. I wanted to use this instead of a laptop with serial cable (for wideband) for long datalogs. Given the wideband also has electric interference, I may never trust this either in a world where the serial wideband and the analog output wideband do not agree. Last time I did a trace I could see the two wideband traces follow each other, but one was a little leaner than the other. I plan on playing with voltage offsets and actually driving the thing to see how close they correlate. If they never correlate... then, well, maybe I'll never use either. Ideally I'd like to have the Analog wideband read ever so slightly leaner than the serial one, because the serial one is 'correct'. Tuning the car to be ever so slightly too-rich would be the aim. Not needing to have a laptop flying around in the footwell connected with cables is... an advantage. About the only one from the forced upgrade to MPVI3.
    • Hopefully not, since he knows the fuses work ha ha ha
    • I don't think he's got it on a gauge and on the ECU. I think he's got it on the gauge and on the HPTuners DAq thingo. Remember, we're talking about oil temp here, not something that the ECU is actually interested in for its own sake.
×
×
  • Create New...