In my case, a traceroute command went all the way up to the routers IP addr, but from there it couldn't reach the internal host(webserver).  <br><br><div>Just to be careful, we configured all the routers and their hosts as part of a B-class network, just to see if they could reach each other if they were part of a same logical network.  Didn't worked.</div>
<div><br></div><div>What do you mean by 'other way back to the olsr network'?  I guess I didn't understood. The routing table specifies that for reaching the HNA host the hop is through the routers IP.  Can that be the 'way back'?</div>
<div><br></div><div>Thank you </div><div><br><div class="gmail_quote">On Mon, Oct 19, 2009 at 4:11 AM, Henning Rogge <span dir="ltr"><<a href="mailto:henning.rogge@fkie.fraunhofer.de">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;">Am Sat October 17 2009 02:39:34 schrieb Cesar Santamaria:<br>
<div><div></div><div class="h5">> Hi all.  I've been trying to implement olsrd for our thesis, but we have<br>
> been having problems trying to announce a host through HNA messages.<br>
><br>
> This host is part of the NAT of one of the routers(we were using<br>
> Freifunk implementation).  We added the private ip address as a HNA<br>
> message and it was announced in the routing table, getting to it through<br>
> the 'public' IP of the router.  BUT there is not a possible way to reach<br>
> that host at all.<br>
><br>
> We cannot reach a webserver in the HNA-announced host; we can't login<br>
> through ssh; even if we add the host IP to the list of 'ping-reachable<br>
> hosts' we cannot get to it. The documentation just says that if they are<br>
> set as HNA messages(each one), the would be  reachable, but doesn't<br>
> specify anything other than setting the IP in the olsrd.conf; seems not<br>
> to work.<br>
><br>
> We also tried to use the olsrd in dd-wrt, but was even more complex to<br>
> manage so we just stayed with Freifunk.  But in both cases the HNA hosts<br>
> couldn't be reached at all.<br>
><br>
> What could be missing in the configuration?  The host is part of the<br>
> routing table, but we haven't been able to connect to it.<br>
</div></div>Maybe there is no route back to the OLSR network ? Try to ping your webserver<br>
host and look with a tcpdump if the ICMP packages reach the server... and<br>
check if there is a routing entry (or a default route) to get back to the OLSR<br>
network.<br>
<br>
Henning Rogge<br>
<font color="#888888">--<br>
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut für<br>
Kommunikation, Informationsverarbeitung und Ergonomie FKIE<br>
Kommunikationssysteme (KOM)<br>
Neuenahrer Straße 20, 53343 Wachtberg, Germany<br>
Telefon +49 228 9435-263,   Fax +49 228 9435 685<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>
GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>"God is waiting to give you a better kernel: the love of Christ. Open your source code. You'll never crash again"<br><br>Dios te bendiga. Cesar Santamaria V.<br>

</div>