[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