<div><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
<div><div>ich bin mir sicher das die eh schon eingeschränkte olsrd connectivity von NON-ip4broad-using olsrds nicht noch weiter eingeschränkt wird durch /32 Nachbarn,..<br> werde das aber, wenn wieder zaus gleich mit meinen windows-tabletpc austesten,..</div>
</div></blockquote><div><br>1. hab ich mal den support von ip4broad unter windows getestet (0.4.10 und 0.5.5 verhalten sich da recht ununterscheidbar)<br><br>nunja unbefriedigend,..<br>es ist nämlich eher so dass der windows olsrd, absichtlich ip4broad nicht unterstützt<br>
<br>gebe ich es inder config nicht an, startet er, und nimmt die broadcastadresse je nach netmask,..<br>gebe ich ip4broad an,.. bekommen ich folgenden "netten" shell output<br><br> Broadcast address change.<br>
Old: <a href="http://255.255.255.255">255.255.255.255</a><br> New: <a href="http://172.16.255.255">172.16.255.255</a><br><br>d.h. er setzt zuerst die "richtige", und setzt danach die neue wie er es bei einer umkonfiguration des interfaces zur laufzeit auch sonst machen würde,..<br>
<br>find ich irgendwie unschön, wenn windows andere broadcast adresse nicht könnte dann wer mir lieber es ginge schief sobald ich die option setzen würde (die ja in nem default.conf eh auskommentiert ist)<br>und nicht ein olsrd der absichtlich das conffile ignoriert,..<br>
<br>irgendwie hab ich da eher den verdacht das eher ein bug (bzw unsupported ip4broad feature) im windows spezifischen "interface config sensing" ist, d.h. dass dieses ip4braod halt noch nicht kennt und darum ungeniert die detektierte broadcastadresse setzt,..<br>
<br>werd schaun ob ich das rausfinden kann,..<br><br>Oder weiss dazu wer schon was?<br><br>2. test wäre mein nachbar ist ein linux router ich habe windows laptop<br><br>dieser kommt später, die arbeit ruft,.<br><br></div>
<br></div><br>