<br><br><div><span class="gmail_quote">On 1/11/07, <b class="gmail_sendername">Bernd Petrovitsch</b> <<a href="mailto:bernd@firmix.at" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">bernd@firmix.at

</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Thu, 2007-01-11 at 12:25 -0800, Rajesh Narayanan wrote:<br>> :-)<br>><br>> This is precisely the question that I have been myself thinking since<br>> yesterday. I thought of going back to routing fundamentals to see if

<br>> there is a good answer. So far I have not been able to think of<br><br>Actually Andreas delivered the two possibilities in his answer. One is<br>below and the other is: Take dedicated nodes for this.</blockquote>

<div><br>

************ sorry if im starting to sound silly :-), but I didnt understand this one.<br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>  anything except a 'not so clean hack' that would sound soemthing like

> this: > > 1. Write a script to ping (dyn-gw already does this) on the default > WAN interface. > 2. If Pings succeed dont do anything > 3. If ping fails then delete the default route.

<br>>     - This is the part you were talking about. HOW DO I RECOVER??<br>>     - Since if I delete the route then the pings are not going out of<br>> this interface anyways.<br><br>The other solution (see Andreas email) is to add (low priority) host

<br>routes to known-outside ping targets - the ones which are used to decide<br>if we have an uplink or not.</blockquote><div><br>

**********  this does not help. The issue is with the static route

that gets added when the uplink is discovered. Once its discovered and

the static default route gets added, no amount of dancing with olsrd or

the dyn-gw parameters will be useful.<br>

<br>

</div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> 4. The hack is as follows: >     - every 5 mins add the default route.

<br>>     - test ping through that interface<br>>     - if successful then leave it<br>>     - else, delete the default route again.<br>><br>> I know this is BAAAAAAAAAAAD, but all I want is that I should use the

<br><br>I (also) have some bad feelings about this:<br>IMHO this is not very robust (e.g. what happens if olsrd exits somewhere<br>in between - it could be a `kill -9` from the outside). Since OLSRD runs<br>on embedded hardware, no user action can be expected (let alone

<br>enforced) so it must work fully automatically (at least in theory we<br>have o bugs in implementations;-).<br><br>And I assume that OLSRD doesn't announce that link during the test.</blockquote><div><br>

********** I just want to prototype this to showcase a possible network

topology so a bad hack is hopefully ok for now. I realize there may be

better ways of doing it. But my coding skills are pretty rusty right

now so scripting is the best choice for me now :-)<br>

<br>Thanks,<br>

Rajesh<br>

</div></div><br>