<br><div class="gmail_quote">On Thu, Apr 12, 2012 at 7:31 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>
<div class="im"><br>
On Thu, Apr 12, 2012 at 12:33 PM, Markus Kittenberger<br>
<<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>> wrote:<br>
>> There is no way to specify for example "tap+" like any interface which<br>
>> starts with "tap"?<br>
><br>
> nice idea,..<br>
<br>
</div>How hard it would be to implement this?<br></blockquote><div>hmm</div><div><br></div><div>i guess currently olsrd has just its static interface list,.. (consisting of all interfaces mentioned in olsrd.conf, and some of them are active used by olsrd, others not (as they are e.g. down), and others do not even exist)</div>
<div><br></div><div>this would need to change to 2 seperate lists, one of the currently active olsrd interfaces (with all their settings), and one wich derfines how to identify olsrd itnerfaces, and which config they need</div>
<div><br></div><div>and still this approach is not as flexible as dynamic reconfiguration of interfaces</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
>> By interface name or interface ID?<br>
><br>
> afair it just subscribes to all interface (=RTMGRP_LINK) events<br>
<br>
</div>And then just filters out itself the one it does not want?</blockquote><div>yes, but ... </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> So it sould<br>
be easy to implement a "black list" of interfaces instead of "white<br>
list" as it is currently done?<br></blockquote><div>hmm yes we have white lists, but not sure if blacklisting is the right approach.</div><div><br></div><div>i think some wildcard whitelist rules are safer. (or even both together)</div>
<div><br>also you can not specify interface specific options with a blacklist only aproach!</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> don't think so. (a listener can just select which multicast groups it wants<br>
> to join, e.g. RTMGRP_LINK or ROUTE or NEIGH or IFADDR ...)<br>
> but filtering the events in olsrd after receive is not that hard.<br>
<br>
</div>And there are not many events?</blockquote><div>depends, if you have thousands of interfaces, which change states fast, ... netlink gets quite chatty,..</div><div><br></div><div>and this is when problems start, netlink is not an reliable protocol, i.e. if it sends many mesages, and your apps receiving buffer overflows, you have netlink "packetloss".</div>
<div><br></div><div>another reason why olsrd still (and likely forever) needs to do some interface polling,..</div><div>(but it could do this via netlink too, instead of sysctl)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So those events are just when<br>
interfaces appear and disappear?</blockquote><div>yep, (but there are more than just 2 states (to exist, or not to exist) an interface can have,..)</div><div><br></div><div>also olsrd needs as least information of RTMGRP_IFADDR, especially if the interface source and broadcast adress are not specified in the olsrd.conf</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Sending and receiving of packets is<br></blockquote><div>netlink has nothing to do with actual "traffic"..</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
done by normally binding on interfaces</blockquote><div>yes </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> once olsrd is informed about<br>
them?<br></blockquote><div>after this, and checking if the interface is/seems "useable".</div><div><br></div><div>lg Markus</div></div>