[Olsr-dev] reduce OLSR bandwidth by tuning emission intervals

Henning Rogge (spam-protected)
Tue Feb 26 22:12:50 CET 2013

On Tue, Feb 26, 2013 at 10:09 PM, Teco Boot <(spam-protected)> wrote:
> Why would the backbone be aware of MANET link metrics? It is the router that makes the decision to use the direct path thru the MANET (using longest match rule) or send thru the backbone (no more_specific_route or some magic routing policy). Once a packet is received on the VPN server, it is either send back via the VPN tunnel that the destination node has set up, simply dropped because the destination is disconnected, or send to a node on the backbone. Backbone routers only have to deal with huge number of routes and many traffic flows. Business as usual over there.

Because many MANETs might have more than one VPN endpoint. Which makes
it difficult for the backbone to decide which endpoint to use (same
prefix for multiple endpoints).

> Optimizations would be a stable VPN tunnel (SmartGateway is crucial here), ideally a make_before_break switch between natting border routers. Could be done with MPTCP and some signaling between SmartGateway and the MPTCP stack.
> More challenging: solve the "MANET bad link" problem, were two "MANET clusters" are directly connected with a bad wireless link (ETX>2) and with multiple high-speed VPN tunnels. The path over the VPN tunnels would perform much better than the direct link. For me this is after next. Volunteers: grep your chance and get famous !

Thats just a matter of routing metric. If the VPN costs are low
enough, they will be highly preferred.

Henning Rogge
We began as wanderers, and we are wanderers still. We have lingured
long enough on the shores of the cosmic ocean. We are ready at last to
set sail for the stars - Carl Sagan

More information about the Olsr-dev mailing list