[Ns-bugs] [Bug 406] GlobalRouteManager behaviour after Ipv4 interface SetDown and SetUp procedure
code@nsnam.ece.gatech.edu
code at nsnam.ece.gatech.edu
Tue Nov 18 22:51:56 PST 2008
http://www.nsnam.org/bugzilla/show_bug.cgi?id=406
--- Comment #19 from Tom Henderson <tomh at tomh.org> 2008-11-19 01:51:55 EDT ---
(In reply to comment #18)
> Thanks for the comments and ideas. We will be looking forward to the patch.
The patch is getting close I think, but turned out to be more involved than I
first thought.
>
> In regards to the GlobalRoutingManager, we understand that it is for the static
> routing. For the scenarios (P2P links) that we were testing we tried OLSR as
> well. It looks like once a link (i.e. interface) is down, the traffic is not
> being carried via the alternate path (we are giving enough time for the OLSR to
> recalculate the routes and etc.). We just wanted to bring up that subject, but
> for that issue we will open a new bug.
>
> We assumed that OLSR should work both in wired and wireless scenarios. Is this
> correct?
>
Yes, although another user found an issue with how MID messages are working
(bug 407). Please open another bug if you think that OLSR is not handling down
interfaces properly.
--
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Ns-bugs
mailing list