[Olsr-dev] inconsistency in MID handling

[Markus Kittenberger]

Hi
i did also noticed behaviour of olsrd stable branch, which would match
Peters findings quite well,..
i currently reboot one of my testrouters quite often,.. and sometimes "all"
other r4 olsrd permanently miss their routes,
e.g. http://193.238.157.78/~markus/connstat/view.php?host=78.41.113.164
which is infact powered up "all" the time, but the last reboot of (multiple
ones) at 3h in the morning "permanently" got him unreachable,..
@peter are you using tip-tip or stable branch?

Markus
p.s. imho we need definitely an 0.5.6-r5 )-;

On Thu, May 7, 2009 at 9:49 AM, Peter Tarjan <(spam-protected)>wrote:

> Hi,
>
> I think there is something wrong with the MID handling.
> If a host with multiple interfaces becomes unreachable, after a while
> all of its rt_paths are deleted (void olsr_delete_rt_path(struct
> rt_path *rtp) called).
> Unfortunately the MID entry is not removed from MID table.
> So when the mentioned host is again available, its MID's route is not
> reinserted to the routing table, because only the presence of the MID
> entry is checked (by mid_lookup_main_addr(&tmp_adr->alias_addr)). If
> there is an existing entry for this MID, insert_mid_alias is not
> called, nor insert_mid_tuple which would call
> olsr_insert_routing_table.
>
> I see two approach to fix this problem:
> - if MID entry exists, the code should check the data structures for
> routing, too
> - when removing a routing entry belonging to MID alias, also removing
> the MID entry.
>
> I'd suppose the first one, because at HNA handling something similar
> happens.
>
> --
> Peter
>
> --
> 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/20090507/633c5706/attachment.html>