<div dir="ltr">Hi <span style="font-family:arial,sans-serif;font-size:13px;font-weight:bold;white-space:nowrap">Henning Rogge,</span><div><span style="font-family:arial,sans-serif;font-size:13px;font-weight:bold;white-space:nowrap"><br>
</span></div><div><font face="arial, sans-serif"><span style="white-space:nowrap">I've finally figured out what was the problem. It was simply the "Iptables Rules" that were configured, in the Nexus7, to drop all the forwarded packets. Now, after adding another rule that enables node2 to forward packet  that aren't meant to it, the pinging request from node1 to node3 and the pinging reply is done through node2 smoothly.</span></font></div>
<div>My next step is to test the network throughput. Therefore, I am building an android app as packets-generator, wish me luck ;-)</div><div><br></div><div>Thanks </div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">
<div><br></div><div>Ali, Abubakr</div><div><br></div></div></div>
<br><br><div class="gmail_quote">On 21 October 2013 07:19, Henning Rogge <span dir="ltr"><<a href="mailto:henning.rogge@fkie.fraunhofer.de" target="_blank">henning.rogge@fkie.fraunhofer.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 10/18/2013 05:05 PM, Abubakr Ali wrote:<br>
> Thanks Henning Rogge for your reply ..<br>
><br>
> Regards the route from node3 to node1, and at the beginning where all<br>
> the three tablets are close to, and in-range of, each others, I see the<br>
</div>> following in the //proc/net/route/ :<br>
<div class="im">><br>
> Destination==node1<br>
> Gateway==node1,<br>
> and ...<br>
> Destination==node2<br>
> Gateway==node2,<br>
><br>
> when changing the location of the tablets, then the routes change as follow:<br>
><br>
> Destination==node1<br>
> Gateway==node2,<br>
> and ...<br>
> Destination==node2<br>
> Gateway==node2,<br>
><br>
> accordingly, this mean that the HELLO and TC msgs are exchanged (i.e.:<br>
> the number-of-hops was calculated and that node1 is reachable through<br>
> node2), right ?<br>
<br>
</div>If this is true in both directions on all three nodes, your should be<br>
able to ping node3 from node1 (at least from the routing table point of<br>
view).<br>
<br>
You can use tcpdump<br>
<div class="im"><br>
> you sounded like if the default-values in the .conf file do not do me<br>
> any favor and that I have to hard-coded all the default-values myself,<br>
> is that true ?<br>
<br>
</div>The problem with huge config files with lots of "default" values is that<br>
its easy to overlook a changed value. I would suggest only adding things<br>
to the configuration file that are not using the default value.<br>
<div class="HOEnZb"><div class="h5"><br>
Henning Rogge<br>
<br>
--<br>
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut für<br>
Kommunikation, Informationsverarbeitung und Ergonomie FKIE<br>
Kommunikationssysteme (KOM)<br>
Fraunhofer Straße 20, 53343 Wachtberg, Germany<br>
Telefon <a href="tel:%2B49%20228%209435-961" value="+492289435961">+49 228 9435-961</a>,   Fax <a href="tel:%2B49%20228%209435%20685" value="+492289435685">+49 228 9435 685</a><br>
mailto:<a href="mailto:henning.rogge@fkie.fraunhofer.de">henning.rogge@fkie.fraunhofer.de</a> <a href="http://www.fkie.fraunhofer.de" target="_blank">http://www.fkie.fraunhofer.de</a><br>
<br>
</div></div></blockquote></div><br></div></div>