<div>On Thu, May 20, 2010 at 10:16 PM, Mitar <span dir="ltr"><<a href="mailto:mmitar@gmail.com">mmitar@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi!<br>
<br>
On Wed, May 19, 2010 at 2:20 PM, Henning Rogge<br>
<div class="im"><<a href="mailto:henning.rogge@fkie.fraunhofer.de">henning.rogge@fkie.fraunhofer.de</a>> wrote:<br>
</div><div class="im">> If you don't use NAT on the two nodes and the target network has a correct<br>
> route back towards the OLSR nodes, it should work. TCP might be a little bit<br>
> "annoyed" when the route changes because delay and packet ordering might be<br>
> changed, but the connectivity should be there.<br>
<br>
</div>But is that really useful?</blockquote><div>hmm maybe i don`t get the point:</div><div><br></div><div>but if it`s not useful for you, simply do not announce this network on multiple olsr routers ...</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Having a HNA on nodes connected to the<br>
subnet means that you are not running OLSR in the subnet. So then you<br>
probably have a static route</blockquote><div>yes maybe, but see below (or #2)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">just to one of this nodes connected to<br>

the subnet (acting as a gateway). So if this nodes fails then having<br>
another node does not really help.<br></blockquote><div>which is imho absolutely nothing olsrd has to think about!!</div><div><br></div><div>if there are multiple announcements, olsrd shall find the nearest gateway to this network, <br>
whether the announced network itself is configured intelligent itself #1, is up to this networks admin,..</div><div><br></div><div>instead it would be better to think about adding better dynamic route redistribution features to olsrd</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
It would help for load-balancing but then if one node fails you would<br>
have just 50 % packet loss (if you have two nodes connected to the<br>
subnet).<br>
<br>
Or am I missing something? Any other use case?<br></blockquote><div>imho there are surely many other use cases,.. </div><div><br></div><div>even if u have static routing in this network it might still make not much sense to route traffic around such a network, to reach the one and only hna gateway into it<br>
</div><div><br></div><div>even if the return path will go the long way "around", it`s still a a benefit to route at least one direction efficient,..</div></div><div><br></div><div>Markus<br></div><div><br></div>
<div><div>#1<br></div><div>maybe the "hna announced network" redistributing olsr outes internally with ospf,..</div><div><br></div><div>than it will definitely benefit from multiple gateways (an ospf would detect if one gateway (or the olsrd on it crahes)) and wil react,.</div>
<div><br></div><div>ospf might even use multiple gateways (to othe olsr mesh) for permanent load balancing,.. </div><div><br></div><div><div>#2 but u might even have a (quite untypical) nat setup, which enables u to use the same gateway on the return path aswell,..</div>
<div> </div><div>or something even more complex,.</div></div></div>