but is not simpler to have a list of enabled ipaddress like txt info plugin ?<br><br><div class="gmail_quote">2010/6/27 Jonathan P. Chapman <span dir="ltr"><<a href="mailto:chapman@cs.uni-bonn.de">chapman@cs.uni-bonn.de</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Hi!<br>
<br>
Am 26.06.2010 23:03, schrieb Gioacchino Mazzurco:<br>
<div class="im">> In our network in Pisa we need an olsrd plugin that permit<br>
> adding/removing hna at runtime without restart olsrd nor writing on<br>
> olsrd.conf, at moment we thinked a very basic way, write<br>
</div>I am currently working on a plugin and had a roughly similar problem<br>
(wanting to turn something on/off at runtime). The solution I chose only<br>
makes sense under some very specific circumstances, so it is very likely<br>
that it is not feasible in your environment.<br>
<br>
I registered a parser for a new message type and wrote a very simple<br>
parser and a client application. The client sends sends a static OLSRd<br>
packet with such a message to a given broadcast address. You should not<br>
forward the message (parser returns false) and set the TTL to 1, so the<br>
setting does not propagate throughout your network (unless you want that<br>
;-). Also, the message must be multiples of 32 bits and the sender's IP<br>
address must be different from any olsrd interface's, otherwise olsrd<br>
will just drop it (guess how long it took to find out about these things<br>
;-), so you will also need to spoof the sender's address, for this to work.<br>
<br>
Well, pretty obviously, anybody who can send a packet to your node will<br>
be able to toggle the feature which might not be a good idea. I used to<br>
above only for testing in a well controlled environment and would not<br>
recommend for anything other than that. If you like the idea but don't<br>
have such an environment, you could maybe add a shared secret +<br>
challenge/response mechanism or so, but obviously the whole matter<br>
becomes much more complex in that case.<br>
<br>
Best regards!<br>
<font color="#888888"><br>
Jonathan<br>
<br>
</font><br>--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br></blockquote></div><br>