<br><br><div class="gmail_quote">On Wed, Jan 14, 2009 at 5:54 PM, L. Aaron Kaplan <span dir="ltr"><<a href="mailto:aaron@lo-res.org">aaron@lo-res.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
stupid reason:<br>
<br>
In newer OS X versions *even* when you marked in the firewall that it<br>
should allow all OLSR traffic, it will still block incoming broadcast<br>
packets on 698</blockquote><div>really any broadcast?</div><div><br>or just to e.g. 255.255.255.255?</div><div></div><div>i mean does it also block broadcast to the configured broadcast address of the interface?</div><div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
I was bumping my head against this for some time.<br>
Only disabling the fw helped.</blockquote><div>sound a bit like, while windows tries to look like apple, apple (and ubuntu also) trie to function like windows,.. *g</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
<br>
Setup:<br>
2 nodes<br>
involved versions: tip (on mac os X) and 0.5.6-rc7 (on linux)<br>
<br>
Leave them running for some time. Then Ctrl-C kill the linux olsrd<br>
<br>
after some packets going out from the os x olsrd it will assert with<br>
the following message:</blockquote><div></div><div>reminds me a bit on some problems with an 0.5.6 r3 (linux) which crashed 2 times when i just blocked/unblocked olsr traffic on one of its interfaces, </div><div>.</div><div>
i mean i added an iptables rule, and realised a bit later that olsr was completely gone,..</div><div>.</div><div>and when i removed the rule again 2 days later, same happened, but as new tip version dont`seem affected, this is just a old bug, and i didn`t debug any further,..</div>
<div>.</div><div>so this story is just fyi, especially when next olsr release is r4 is (based on r3 + backported patches)</div><div>.</div><div>Markus</div></div>