[Ns-bugs] [Bug 406] GlobalRouteManager behaviour after Ipv4 interface SetDown and SetUp procedure

[code@nsnam.ece.gatech.edu]

http://www.nsnam.org/bugzilla/show_bug.cgi?id=406





--- Comment #4 from Egemen <egemen.cetinkaya at gmail.com>  2008-11-11 17:42:01 EDT ---
Created an attachment (id=299)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=299)
patch to initialize routes

After posting the bug, we tried a couple of different things. It appears that
calling the InitializeRoutes() method during the simulation does solve the no
route to the host problem. Since InitializeRoutes is a private method, we added
a new public method (PromptInitializeRoutes) that basically call the
InitializeRoutes and then we schedule this new function as follows:

Simulator::Schedule (Seconds
(1.75001),GlobalRouteManager::PromptInitializeRoutes

Attached is a patch that we used. I am not sure how sound this strategy is?

However, this does not help with the case where there are multiple paths
between a source destination pair. When one of the paths becomes unavailable,
we are not able to make the simulator use the alternative path with the global
routing manager.


-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.