From: Carlos G Mendioroz (tron@huapi.ba.ar)
Date: Fri Feb 25 2005 - 13:25:52 GMT-3
Well, for those that also behave as programmers, that might be true.
As Dijkstra said, when you get something done with a trick, you should
add enough comments to keep the total lines of code constant.
(Sort of documnet throughly when you do things in a non standard or
obvious way).
I don't think having any TCL code in a production router would get
without plenty of comments either...
Keane, James wrote:
> wow, imagine stumbling accross that in a network
>
> I think you need to go back to TCL !
>
> -----Original Message-----
> From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
> Sent: 25 February 2005 00:30
> To: rodneyt@bigpond.net.au
> Cc: ccielab@groupstudy.com
> Subject: Re: OT: Detect a failure on an interface
>
>
> One of my favourite tricks is using loopbacks and backup combos.
> A backup basically forces a related interface down (standby) as long as
> a reference interface is up. If you chain two standby ifs, using a
> loopback in the midle, you might get what you are looking for.
>
> i.e.:
> int s 0/0
> backup int lo 0
>
> int lo 0
> backup int f 0/0
>
> s0/0 up ==> lo 0 down(stdby) ==> f0/0 up
> s0/0 down ==> lo 0 up ==> f0/0 down(stdby)
>
> I've just tried this and it does not work, but a small (and uglier)
> variant does the job (as long as you don't have a default route on the
> router).
>
> You can have a tunnel interface state follow the availability of a
> route. (tunnel destination routable means tunnel is up)
> If you put an address in the above loopback and a tunnel interface with
> destination in the same subnet, then the tunnel interface will follow
> the state of the loopback, and if you then put the backup in the tunnel
> interface, it works...
>
>
>
> rodneyt@bigpond.net.au wrote:
>
>>HI There,
>>
>>I have a requirement at work......
>>
>>Is it possible to detect a failure on one physical interface (say a serial) and force another physical interface down (say an ethernet) at the same time?
>>
>>It can be done with a TCL script on the router but if the router reloads the process has to be manually restarted?
>>
>>Thanks
>>
>>Rodney
>>
>>_______________________________________________________________________
>>Subscription information may be found at:
>>http://www.groupstudy.com/list/CCIELab.html
>>
>
>
-- Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
This archive was generated by hypermail 2.1.4 : Thu Mar 03 2005 - 08:51:25 GMT-3