Wait! If pppoe-out1 is disabled (or goes down), then the route you put there that uses that interface goes invalid (it’ll turn blue). You can do something like this:
Yes actually, the route label goes blue and both the routes (Default route and Test route as they are the same pppoe) are marked unreachable.
Do you mean that as far as the route is unreachable the routing mark doesn’t work and the packets go through any other route available?
My aim is to test the pppoe interface, that’s why I want 209.131.36.159 packets go thru this only interface whether it is disabled, enabled, cable cut, provider hardware problem or whatever. I’m pinging external server, so that even if provider router is ok, but there is some problem in-the-middle, the situation is going to be noticed. If packets don’t go thru, Netwatch is supposed to trigger down event. Pretty simple.
Can’t see how could this bogus ip address help me.
This is because it is no longer a reachable route, since the interface is down.
Do you mean that as far as the route is unreachable the routing mark doesn’t work and the packets go through any other route available?
If the route is unreachable, the routing mark has no effect, since there is no route.
My aim is to test the pppoe interface, that’s why I want 209.131.36.159 packets go thru this only interface whether it is disabled, enabled, cable cut, provider hardware problem or whatever. I’m pinging external server, so that even if provider router is ok, but there is some problem in-the-middle, the situation is going to be noticed. If packets don’t go thru, Netwatch is supposed to trigger down event. Pretty simple.
Can’t see how could this bogus ip address help me. >
The bogus IP and bridge is there so that there is a static route that exists if the pppoe connection is down. This bogus ip idea is something I use when I need to be sure that a packet will follow a known path or none at all. I’m on too short a schedule to explain it further than that.