<div>hmm i think it`s without local ip to avoid "conflicts" (or unwanted results) in combination with olsrd itself writing routes with an specified source ip,.. (an optional mostly unused? feature)<br></div><div>
<br></div><div>but this is no real reason for not specifying the source ip of the tunnel *G</div><div><br></div><div>so just set it to the originator-ip,..</div><div><br></div><div>Markus</div><br><div class="gmail_quote">
On Mon, Apr 26, 2010 at 2:05 PM, Sven-Ola Tuecke <span dir="ltr"><<a href="mailto:sven-ola@gmx.de">sven-ola@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hey,<br>
<br>
really sorry to bother you again. This time it's the client side. It's adds<br>
an ipip tunnel without a local IP (ip ru add [funnyname] mode ipip remote<br>
[gateway-ip]). While this does not work with kernel-2.4 (instists on "local<br>
[ip-of-mesh-iface]") I ask myself: what's the expected behaviour? Should the<br>
kernel execute an implicit "ip route get [remote-ip-of-tunnel]" lookup<br>
<br>
[ ] for every packet to send<br>
[ ] when creating the tunnel<br>
<br>
Moreover: I do not have internet at home and I want a second smartgw-server.<br>
>From my home, this is me -> mesh -> gw -> smartgw1 -> smartgw2. How do I<br>
select smartgw2 manually (because I expect it to loose the ETX/metric<br>
battle)?<br>
<br>
// Sven-Ola<br>
<font color="#888888"><br>
<br>
--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
<br>
</font></blockquote></div><br>