Sorry to mess up the conversation between Markus and Raphael's but Raphael's response came in just as I was sending my response to Markus regarding scenarios A thru D in his previous message.<div><br></div><div>I just wanted to say that if the approach you guys are working on with Raphael gives any wifi client (no ad-hoc, no olsrd) the ability to switch between accesspoints without losing VoIP connection (as Raphael was suggesting in his initial email) then that would be all I'm looking for, assuming it could work in case of VoIP.</div>
<div><br></div><div>Thanks!<br><div> <br><br><div class="gmail_quote">On Fri, Jan 22, 2010 at 11:39 AM, Raphael <span dir="ltr"><<a href="mailto:raphael@ralisi.de">raphael@ralisi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Good Evening<br>
<div class="im"><br>
> henning<br>
> found a very simple one, which will work nearly as well,..<br>
> just send one (or maybe 2-3) hnas #1 with the minimal valid validity time (~<br>
> 1/16 second) at the old master (as soon as he knows he is the old master<br>
> (probably because he received a hna-message from the new master))<br>
> this will update (the validity time) and in fact delete the old hna entry<br>
> quite fast in the whole mesh<br>
</div>This sounds like a good approach to me.<br>
<div class="im"><br>
<br>
> On Wed, Jan 20, 2010 at 10:49 PM, Raphael <<a href="mailto:raphael@ralisi.de">raphael@ralisi.de</a>> wrote:<br>
>><br>
>> Hi everybody<br>
>><br>
>> I still have some issues with the update on routes because the nodes<br>
>> do not communicate directly.<br>
>><br>
>> I need help with adding new olsrd messages so that changing routes is<br>
>> fast enough to maintain voip-connections.<br>
><br>
> beside the hnas to announce(and "delete") the client<br>
> i think you need an additional message type, to announce the mac of the<br>
> client, so that new new master will (be able to identify) and use the same<br>
> ip for its hna as the old one,<br>
> (or you calculate the ip from the mac-address)<br>
</div>Right, I have already defined a structure for this type of messages<br>
but I can't get olsrd to transmit this struct.<br>
I currently simply merge the client's lease-files to spead news about<br>
new IPs and MACs.<br>
<div class="im"><br>
<br>
<br>
<br>
> -> but it might be better to start with a simple approach to find out how<br>
> many loops will actually happen *G<br>
</div>I would be glad if I could test my implementation, to see if there are<br>
design flaws or something similar.<br>
<br>
<br>
<br>
There were some concerns if we need an extra real interface or VAP is<br>
enough. I use a VAP-interface. Basically every atheros-wifi-based<br>
router should be capable of this.<br>
<br>
Feel free to look at the current source at<br>
<a href="http://github.com/ralisi/olsrd_cl_roam" target="_blank">http://github.com/ralisi/olsrd_cl_roam</a> but please be gentle because it<br>
is the first time other people look at my program-code.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
Raphael<br>
<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>
</div></div></blockquote></div><br></div></div>