<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi,<br>
<br>
Thanks a lot.<br>
<br>
I tested babeld with a few moving wifi hosts all connected to each
other via an ad-hoc network.<br>
Most of the times the routing table seems to be set up correctly
along with default gateway being propagated to all the hosts, even
those which are not in direct connection with the gateway.<br>
<br>
But on few occasions, it inserts negative routes with Flag set to
!H and metric set to -1 for hosts which are in direct range of
each other.<br>
For ex. consider host A and host B.<br>
Host A will have correct routing table for Host B, but host B will
have routing table entry with flag !H.<br>
Both the hosts are not able to ping each other although there
might be host C which has correct routing table entry for both A
and B in both directions and will be able to communicate with A
and B.<br>
<br>
These negative routes remain persistent until i restart babeld and
sometimes until i reboot the host.<br>
Shouldn't it be auto-corrected? Is there any way to fix this?<br>
<br>
Also, is it possible to redistribute routes added with proto
kernel or boot? <br>
This is required mainly to distribute routes for internet gateway
that are assigned by dhcp on ethernet port.<br>
Generally in a plug and play environment for sensors I don't want
to explicitly specify the gateway of the router and the route for
default access with proto static.<br>
<br>
<br>
Regards,<br>
<br>
<br>
<br>
On Tuesday 07 January 2014 06:12 PM, Baptiste Jonglez wrote:<br>
</div>
<blockquote cite="mid:20140107124252.GA1690@ens-lyon.fr" type="cite">
<pre wrap="">On Tue, Jan 07, 2014 at 12:13:01PM +0530, Harshal Vora wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
Please help resolve my confusion.
>From what I understand,
Ad-hoc networks do not provide transitive connectivity
i.e. if A can see B, B can see C and A cannot see C directly, there will be
no automatic route from A to C via B.
</pre>
</blockquote>
<pre wrap="">
That is correct. Ad-hoc is a specific mode of 802.11 (Wi-Fi), which
operates at layer 2 and does not deal at all with routing.
</pre>
<blockquote type="cite">
<pre wrap="">But mesh networks provide this transitive routing capability.
</pre>
</blockquote>
<pre wrap="">
Sure, and you need some routing protocol to achieve this. There are
several out there: Babel, 802.11s, BATMAN-adv, OLSR, ...
</pre>
<blockquote type="cite">
<pre wrap="">What is the role of babel?
Does it help provide transitive routing capabilities to ad-hoc networks or
does it help improve the routing within a mesh network.
</pre>
</blockquote>
<pre wrap="">
Babel is a routing protocol. In this use-case, it can use a Ad-hoc
wireless network (which is used as the underlying infrastructure) to build
a mesh network.
The introduction of this wikipedia article may be useful:
<a class="moz-txt-link-freetext" href="https://en.wikipedia.org/wiki/List_of_ad_hoc_routing_protocols">https://en.wikipedia.org/wiki/List_of_ad_hoc_routing_protocols</a>
Also note that Babel works on any kind of network infrastructure, not just
802.11 in ad-hoc mode: 802.11 in infrastructure mode (Access Points),
wired, VPN tunnels...
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Babel-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Babel-users@lists.alioth.debian.org">Babel-users@lists.alioth.debian.org</a>
<a class="moz-txt-link-freetext" href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users</a></pre>
</blockquote>
<br>
</body>
</html>