Repository : ssh://git@diktynna/doc
On branches: backup-redmine/2020-07-12,master
commit db7b93d7ac119e6751f1ee4d6837bd1b1c2699e4 Author: Sven Eckelmann sven@narfation.org Date: Sat Jun 20 21:40:39 2020 +0000
doc: open-mesh/Gsoc2010-ideas
db7b93d7ac119e6751f1ee4d6837bd1b1c2699e4 open-mesh/Gsoc2010-ideas.textile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/open-mesh/Gsoc2010-ideas.textile b/open-mesh/Gsoc2010-ideas.textile index 6e121e9..635f8d5 100644 --- a/open-mesh/Gsoc2010-ideas.textile +++ b/open-mesh/Gsoc2010-ideas.textile @@ -46,7 +46,7 @@ h3. B.A.T.M.A.N. protocol convergence speed
*Brief description:* Implement a fast changing environment detection algorithm to let mobile nodes adapt to their new surroundings faster.
-Fast moving nodes always have the problem of adjusting their routing information in time. They can choose to send more routing information, so that their environment can adjust to them but stationary nodes won't do the same and increase the mobile node's adaption time greatly. However, when a B.A.T.M.A.N. node detects that his local environment changed quickly he will enter the starvation mode. In this mode the node will actively try to confirm a working route as fast as possible by sending a "batman ping" to its new neighbors. Each B.A.T.M.A.N. neighbor will try to forward the message to its destination, once arrived there it will travel back. If the mobile node receives the reply it can change its route towards the new neighbor without waiting for normal OGM flooding as the route has been verified. The goal of this project is to implement the starving mode together with the "batman ping". +Fast moving nodes always have the problem of adjusting their routing information in time. They can choose to send more routing information, so that their environment can adjust to them but stationary nodes won't do the same and increase the mobile node's adaption time greatly. However, when a B.A.T.M.A.N. node detects that its local environment changed quickly he will enter the starvation mode. In this mode the node will actively try to confirm a working route as fast as possible by sending a "batman ping" to its new neighbors. Each B.A.T.M.A.N. neighbor will try to forward the message to its destination, once arrived there it will travel back. If the mobile node receives the reply it can change its route towards the new neighbor without waiting for normal OGM flooding as the route has been verified. The goal of this project is to implement the starving mode together with the "batman ping".
h3. Optimize multicast performance