Markus,<div>Yes Node D moves, but I have these problems even when Node D stays static for several minutes at a location.</div><div><br></div><div>Henning,</div><div>I did not know that HNA was built into the core olsrd program. When I had set HNA4 values and not dyn_gw values in the olsrd.conf file, I did not see any HNA field in the OLSR packet. I did see this HNA field when dyn_gw was active. This led me to make the wrong assumption that dyn_gw for some reason works for my case and not the basic HNA4 setting. So I guess the HNA values are not embedded in every OLSR packet and I just happened to see an OLSR packet without HNA values the first time around. Anyways, that is cleared up now.</div>
<div>I can clearly see though, that when my client application is running just one hop away from the gateway node, it runs perfectly and all the data comes through. However, when I move the node with my client application further away from the gateway (note: I placed an intermediate OLSR node to allow for 2 hop routing), the link quality drops and my client application stops working. I did wait a minute for the etx values to settle down after moving the node.</div>
<div>So my question is, my client application works when it is one hop away, why does it fail when it is two hops away? </div><div><br></div><div>attachments:</div><div>1. olsrd.conf_gw</div><div>2. interfaces_gw</div><div>
3. olsrd.conf_meshnode</div><div>4. interfaces_meshnode</div><div><br></div><div>On the gateway, node C, I also use an iptables rule to do masquerading for packets exiting through the interface that connects to the toy, i.e. 192.168.1.2 (wlan1). </div>

<div><br></div><div>Thanks much!</div><div>Arjun.</div><div><br></div><div><br></div><div><div class="gmail_quote">On Sat, Feb 11, 2012 at 3:39 AM, Markus Kittenberger <span dir="ltr"><<a href="mailto:Markus.Kittenberger@gmx.at" target="_blank">Markus.Kittenberger@gmx.at</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">maybe he meant the dyngw plugin,..<span><font color="#888888"><div><br></div></font></span><div><span><font color="#888888">Markus</font></span><div>

<div><br><br><div class="gmail_quote">On Sat, Feb 11, 2012 at 9:37 AM, Henning Rogge <span dir="ltr"><<a href="mailto:hrogge@googlemail.com" target="_blank">hrogge@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The switch "smartgateway on/off" should have nothing to do with a node<br>
publishing HNAs. In fact, smartgateway just reads the incoming HNAs<br>
and modify outgoing <a href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a> HNAs, it doesn't create one on its own.<br>
<br>
I am not sure what you mean with "smart_gw" plugin... the<br>
Smart-Gateway code is part of the core, it is not in a plugin at all.<br>
Can you maybe post your olsrd.conf file so we can see how you<br>
configured your mesh?<br>
<br>
Henning Rogge<br>
<div><div><br>
On Fri, Feb 10, 2012 at 23:08, Arjun <<a href="mailto:akarjun@gmail.com" target="_blank">akarjun@gmail.com</a>> wrote:<br>
> Hi Markus,<br>
> Thanks for your reply. I did try setting only the HNA4 values in the<br>
> olsrd.conf file on my gateway node. However, it did not result in any HNA<br>
> messages being sent out as part of the OLSR packets. I verified this by<br>
> peering into the OLSR packet through wireshark. Using the smart_gw plugin<br>
> resulted in the HNA messages showing up inside the OLSR packets.<br>
> I have to use the NAT iptables rule on Node C, because Node D (192.168.1.1)<br>
> can only talk to 192.168.1.2, which is IF2 on Node C. So packets originating<br>
> from the OLSR mesh must have their source ips masqueraded to 192.168.1.2.<br>
> Now that I think of it, maybe I can nose around inside the linux box on Node<br>
> D (which is actually a commercial toy) and see if I can open it up to<br>
> connect to ip addresses other than 192.168.1.2.<br>
> I think the problems I have are most likely due to mobility, because the toy<br>
> moves reasonably fast, and leaky UDP streams. I will shorten the Hello/TC<br>
> intervals and see if that helps. Do let me know if any other suggestion<br>
> comes to mind.<br>
> Thanks again!<br>
> Arjun.<br>
><br>
><br>
> On Fri, Feb 10, 2012 at 2:46 PM, Markus Kittenberger<br>
> <<a href="mailto:Markus.Kittenberger@gmx.at" target="_blank">Markus.Kittenberger@gmx.at</a>> wrote:<br>
>><br>
>> afair smart-gateway does not do anything useful for your setup,.<br>
>> as its only for hna announcements of <a href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a> (and useful only if u have<br>
>> multiple nodes announcing this)<br>
>><br>
>> anyways to simplify things, do not use smartgateway, hna alone is enough!<br>
>><br>
>> and if possible (to simplify more) also remove the NAT in your testcase,<br>
>> use a static route on your target towards the mesh inestead,..<br>
>><br>
>> or just try (and verify the amount of packetloss of) an udp stream to node<br>
>> C, and not the node behind C,.. (so you can leave away the hna too)<br>
>><br>
>> if this simplified setup works, you have issues with nat/hna,..<br>
>> if not, you have problems with mobility (which usually can causes "some"<br>
>> packetloss, and maybe just too much for your udp stream)<br>
>><br>
>> On Fri, Feb 10, 2012 at 7:07 PM, Arjun <<a href="mailto:akarjun@gmail.com" target="_blank">akarjun@gmail.com</a>> wrote:<br>
>>><br>
>>> However, when I move node B out of range from the gw, i.e. node C, so<br>
>>> that it is 2 hops away, which I confirmed from debug output from the txtinfo<br>
>>> plugin, it is not able maintain connectivity (tcp and udp streams) with node<br>
>>> D<br>
>><br>
>> and is it able to maintain conenctivtiy with C?<br>
>> or atleast with A?<br>
>>><br>
>>> and my application on node B breaks down. Are there any settings I am<br>
>>> forgetting,<br>
>><br>
>> if (and only if) u are moving out of range fast, u might need shorter<br>
>> hello/tc intervals,..<br>
>>><br>
>>> or is it that UDP data over OLSR is not a good idea.<br>
>><br>
>> as long as u do not expect no packetloss, udp works fine,..<br>
>><br>
>><br>
>> Markus<br>
>><br>
><br>
><br>
</div></div><span><font color="#888888">> --<br>
> Olsr-users mailing list<br>
> <a href="mailto:Olsr-users@lists.olsr.org" target="_blank">Olsr-users@lists.olsr.org</a><br>
> <a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
<br>
<br>
<br>
--<br>
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand<br>
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt<br>
Marti)<br>
</font></span></blockquote></div><br></div></div></div>
</blockquote></div><br></div>