<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jul 20, 2016 at 3:20 AM, Peter Emanuel <span dir="ltr"><<a href="mailto:peter@sistreaming.com" target="_blank">peter@sistreaming.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi Henning,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I see what you mean about the there being a default route towards eth0 anyways. It does exist and points right at the physical router to which eth0 is attached which should be the NAT that you refer to. I guess on Android, where there is no eth0 but you might want to set up the cell device as a NAT, then the iptables should be necessary. I need to spend more time to figure out why nslookup wasn’t working without the iptables on the Raspberry PI. I will report back, hopefully with good information, when I have figure something meaningful out. Thanks for the insights.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Yes your understanding is correct “ </span>If I understand you correctly you can ping 192.168.18.2 from your Android device right?<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> “. What I don’t understand is the DUP and flakiness with the ping.</span></p></div></div></blockquote><div><br></div><div>Hmm... Dups. That sounds like multiple nodes answering the same address.</div><div><br></div><div>Either an IP address conflict (or worse, a MAC address one) or something really strange. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Peter E.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Henning Rogge [mailto:<a href="mailto:hrogge@gmail.com" target="_blank">hrogge@gmail.com</a>] <br><b>Sent:</b> Monday, July 18, 2016 10:43 PM<span class=""><br><b>To:</b> Peter Emanuel<br><b>Cc:</b> olsr-dev<br><b>Subject:</b> Re: [Olsr-dev] Propagating a default gateway OLSRv2<u></u><u></u></span></span></p></div><span class=""><p class="MsoNormal"><u></u> <u></u></p><div><div><div><p class="MsoNormal">On Mon, Jul 18, 2016 at 7:00 PM, Peter Emanuel <<a href="mailto:peter@sistreaming.com" target="_blank">peter@sistreaming.com</a>> wrote:<u></u><u></u></p><div><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Because using iptables was the only way I could make it work with HNA in Version 1. I will run another test today to see if it works without it. Why is it dangerous in your estimation? All I am doing is using eth0 as a NAT to the mesh network. Will this conflict with the olsr routing?</span><u></u><u></u></p></div></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I admit I am no specialist for NAT scenarios, but wouldn't a normal static routing entry combined with the NAT iptables rule be the normal way?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">There should be the default route towards eth0 on the gateway anyways.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">(continued below)<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Henning Rogge [mailto:<a href="mailto:hrogge@gmail.com" target="_blank">hrogge@gmail.com</a>] <br><b>Sent:</b> Monday, July 18, 2016 5:33 AM</span><u></u><u></u></p><div><div><p class="MsoNormal"><br><b>To:</b> Peter Emanuel<br><b>Cc:</b> olsr-dev<br><b>Subject:</b> Re: [Olsr-dev] Propagating a default gateway OLSRv2<u></u><u></u></p></div></div></div><div><div><p class="MsoNormal"> <u></u><u></u></p><div><p class="MsoNormal">Hmm?<u></u><u></u></p><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">You are using IPtables to forward traffic between eth0 and wlan0?<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">That sounds dangerous at best. Why do you do this?<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">Henning<u></u><u></u></p></div></div><div><p class="MsoNormal"> <u></u><u></u></p><div><p class="MsoNormal">On Fri, Jul 15, 2016 at 10:47 PM, Peter Emanuel <<a href="mailto:peter@sistreaming.com" target="_blank">peter@sistreaming.com</a>> wrote:<u></u><u></u></p><div><div><p>I have an update on this. I stumbled into a prior discussion on this forum from 2012 about this exact problem. The solution was to change the netmask on the WiFi from 255.255.255.0 to 255.255.0.0. This definitely helped as there were default gateways specified in each of the nodes in the chain pointing at each connected/edge node. (I personally don't understand why this changed anything as all of my nodes were on the same subnet - 192.168.18.x. This is probably my own lack of understanding).<u></u><u></u></p><p> <u></u><u></u></p><p>My gateway to the Internet was node 192.168.18.2. I was able to ping this IP from the last node in my chain of my 6 nodes (192.168.18.201) but couldn't get to the Internet although the DNS lookup appeared to work fine. I tried accessing <a href="http://youtube.com" target="_blank">youtube.com</a> and <a href="http://google.com" target="_blank">google.com</a>. Again, once my edge node was 1 hop from the gateway, everything started working as expected (192.168.18.201 connected to 192.168.18.3).<u></u><u></u></p><p> <u></u><u></u></p><p class="MsoNormal"><img border="0" width="624" height="115" src="cid:image001.png@01D1E1EA.33269B20"><u></u><u></u></p><p> <u></u><u></u></p></div></div></div></div></div></div></div></div></blockquote><div><p class="MsoNormal">If I understand you correctly you can ping 192.168.18.2 from your Android device right?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Henning<u></u><u></u></p></div></div></div></div></span></div></div></blockquote></div><br></div></div>