[Olsr-dev] I had a persistent loop in laboratory network

[Markus Kittenberger]

it looks as if both .179.155.133 and .179.196.113 think the other one is
closer to .195.228.128 (is this a hostroute or a network?)

check with txtinfo, if they have wrong/different topology

if yes: find out why the have wrong topology
if no: find out why they have wrong routes with correct topology

but hmm you already restartet your malfunctioning olsr nodes, so you will
have to wait for the next loop,..

or do you have more data than just this one dot-draw output?

Markus



On Tue, Oct 19, 2010 at 6:23 PM, ZioPRoTo (Saverio Proto) <
(spam-protected)> wrote:

> See the attached topology. OLSR version 0.6.0. It is a network of 10
> PC connected via VPN links with tincd.
>
> IP packets with destination 10.195.228.128 loop between routers
> 10.179.155.153 and router 10.179.196.113 The loop is stable over time.
> I can SSH in the routers and see the weird entries in the routing
> table that cause the loop.
>
> Configuration of the nodes is generated with this script:
>
> https://minerva.netgroup.uniroma2.it/fairvpn/browser/fairvpn/fairvpn-planet.py#L116
>
> (this should explain why the etx values are all "ones" with a little
> introduced error.)
>
> How can I debug this problem ? I really have never seen anything like
> this before and I have no idea how to debug the problem.
>
> Looks like dot draw plugin shows the links to 10.195.228.128 but
> routers do not forward to that link. Resetting OLSR with the same
> configuration on 10.179.155.153 and 10.179.196.113 fixed the routing
> tables.
>
> Saverio
>
> --
> Olsr-dev mailing list
> (spam-protected)
> http://lists.olsr.org/mailman/listinfo/olsr-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20101020/e2895948/attachment.html>