<br><br><div class="gmail_quote">On Wed, Aug 17, 2011 at 8:30 PM, Andrea Di Pasquale <span dir="ltr"><<a href="mailto:spikey.it@gmail.com">spikey.it@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
HostA <=> HostC <=> HostB<br>
<br>
indirectly OLSRd uses ARP protocol in kernelspace</blockquote><div>then why isn`t it enough for arpon to work as "usual" preventing the kernelspace from learning wrong adresses? </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
 for understanding who is HostC and HostB.</blockquote><div>once again: the kernel and olsrd on node a does not care/know about mac of host b,. (same on host b regarding host a)</div><div><br></div><div>only the ip adress of a or b is known, and a route via host c,..</div>
<div><br></div><div>its host c job to route the packet, and to determine the mac adress of the next hop,.</div><div><br></div><div>olsrd does not even touch any traffic, it just writes routes to the kernel routing table</div>
<div>(and sends it own routing protocol packets, which not even need mac adresses, as they are broadcasts)</div><div><br></div><div>Markus</div></div>