Sjoerd, Guillaume, Simon, <br><br>What does proper notification mean? Which are the cases that it happens?<br><br>Probably this is not if an XO moves slowly to a place with poor connectivity.<br><br>In the case of a temporary(short) disruption of connectictivity, how much time does it generally take for it to return? You mentioned that in the past XOs were appearing  and disappearing constantly. This implies that the common drop of connectivity is in the scale of few seconds. If it is lost for more than a few minutes, than it is not bad for the XO to leave and return. 
So I believe that 1h or even 10min are too long timeouts.<br><br>There are a couple more things I would like to address:<br><br>1. Is there a way to restart the presence service? In that way we can resolve a weird state.
Will killing restarting the porcess work?<br><br>2. At what point in the source code, the presence serivce <br>i.will try to connect to the jabber server?<br>ii. run gabble?<br><br>3. I noticed the dbus diagram is updated. Indeed we have a better picture of whats happening. But, still we need some more information like:
<br>i. state diagram of the presence service<br>ii. what type of communication is taking place between NM and PS<br>iii. when connection is switched from linklocal to schoolserver(for example) what steps are taking place in the presence service
<br>iv. the internet connectivity is detected by NM and sent to PS, or detected by PS<br><br>yani<br>
<br><br><br><br><div><span class="gmail_quote">On 10/30/07, <b class="gmail_sendername">Sjoerd Simons</b> <<a href="mailto:sjoerd@luon.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">sjoerd@luon.net
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Fri, Oct 26, 2007 at 02:48:55PM -0400, Giannis Galanis wrote:<br>>  Sjoerd,<br>><br>> I would like to ask you,<br>><br>> you replied at one of the bugs:<br><br>Moving from a bugreport to a private mail might not be a great idea.. Could you
<br>in the future just put your questions in the bugreport so we can have the<br>discussion in a more public fashion :)<br><br>> >Salut used to drop the presence of people for which it couldn't resolve the<br>> extra information, but this seemed to give a lot of problems in the mesh
<br>> (people appearing and<br>> >disappearing all the time). So as a workaround we switched to only dropping<br>> presence iff all info about a node has gone. Which has the downside the<br>> nodes that are really
<br>> >gone can still appear on the mesh view for some time (specifically when<br>> they didn't send a proper mdns bye packet or when that was dropped).<br>><br>> >iff all info about a node has gone
<br>
> what does this mean?<br><br>It means that it is hard to decide when a node has really gone or if the<br>network link to a certain node is just (temporarily) bad.<br><br>In the OLPC office, the second case apparently happens a lot.
<br><br>> how often do you refresh?<br><br>The refresh is done by avahi. Avahi tries every few minutes. Guillame worked on<br>a patch to make the effect of being unsure about a user less bad (As in assume<br>that if your unsure about for a certain period of time their actually really
<br>gone).. It still needs to be finished though.<br><br>Which means for an end-users point of view, that if a user went away without<br>doing proper notification, then they will only stay on the meshview for a<br>limited amount of time (Say maximum of 10 minutes instead of the current
<br>situation of more then an hour)</blockquote><div> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">  Sjoerd<br>--<br>Kindness is the beginning of cruelty.
<br>                -- Muad'dib [Frank Herbert, "Dune"]<br></blockquote></div><br>