Well, thats right and exactly the problem I am having.<br>

Even when the pings do not go through via the static route, the router

does not route the pings via the route introduced by the OLSR. But when

I manually remove the static route, the pings are successful.<br>

<br>

My question is that this process should be transparent to the user. I

should not need to go remove the static route so that I can reach via

the olsr route.<br>

<br>

Dont you think?<br>

<br>

Thanks,<br>

Rajesh.<br><br><div><span class="gmail_quote">On 1/10/07, <b class="gmail_sendername">Sven-Ola Tuecke</b> <<a href="mailto:mail2news@commando.de">mail2news@commando.de</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;">

Hi,<br><br>this is easy. A linux / windows / macos [fill in] pc does not remove any<br>static default route just by wishing. You can distingush static routes by<br>metric=0, whereas route introduced by olsrd always have metric>=1

<br><br>// Sven-Ola<br><br>""Rajesh Narayanan"" <<a href="mailto:nrajesh71@gmail.com">nrajesh71@gmail.com</a>> schrieb im Newsbeitrag<br>news:8e843e380701101008p7465fe55x697e7af43e7310fd@mail.gmail.com

... Hi, Here are some more observations. In the network, the OLSR (on Node1) seems to behave correctly by advertising to Node2 that you cannot reach the internet via Node1 anymore. Doing a 'route -n' on Node2 shows that it Node1's IP addres HAS been removed.

<br><br>Now the confusion is, if Node1 informs Node2 of it (Node1) not being a route<br>to internet anymore, why does it not remove its own default internet<br>route???? Pings, traceroutes, linkstates, interface-states, seriously I dont

<br>think really matters. One can use whatever parameter they want. Just make<br>sure the damn route does not exist in Node1 when it finds out that its own<br>WAN interface cannot be used to reach the internet.<br><br>Some suggestions:

<br>1. If using pings/traceroutes ensure that the packets are sent over the WAN<br>interface of that node and if it fails then take appropriate action (delete<br>it as the route in case pings or traceroute fails, keep it or add it if it

<br>succeeds)<br>2. Link/Interface state (probably means the same thing) should also be used,<br>as its an internally generated event and OLSR can be notified immediately.<br>Take similar actions as above of deleting or adding the route appropriatel

<br><br><br>_______________________________________________<br>olsr-users mailing list<br><a href="mailto:olsr-users@olsr.org">olsr-users@olsr.org</a><br><a href="https://www.olsr.org/mailman/listinfo/olsr-users">https://www.olsr.org/mailman/listinfo/olsr-users

</a><br></blockquote></div><br>