<br><br><div class="gmail_quote">On Feb 19, 2008 4:10 PM, Ricardo Carrano <<a href="mailto:carrano@ricardocarrano.com">carrano@ricardocarrano.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Yanni,<br> <div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div>Did a use it otherwise? Because of the effects of xmas tree, the timeout for a failed XO until it's icon is removed is 10-30min.<br>

</div></div></blockquote></div><div><br>I am talking about the time it takes for an avahi entry to expire. For what you said, is 10 minutes.</div></div></blockquote><div><br>Oh ok. This is not 10min.<br><br>Avahi checks every 10min that its peers are alive.<br>
<br>An active entry will never expire<br>A "failed" entry will naturally expire in an additional 20min(30 in total).<br>BUT, it can expire instantly due to xmas tree bug(5501)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div><br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><br><div>Ricardo, do you have anwers to the questions I posted before? :<div><div></div><div></div></div></div></div></blockquote></div><div><br>Let's see:<br><br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="gmail_quote"><div><div><div><br>
1.
When a XO resumes, does it send any notification via avahi, that it is
back? Because if it doesnt, then other XOs that have cleared it from
their lists, they will never search for it.</div></div></div></div></blockquote></div><div><br>I believe there is no "I am back" notification different than the normal way presence information is exchanged by the protocol.<br>

</div></div></blockquote><div><br>If not, then we have a problem. The other XOs will never know it is here, so they will never search for it. I think the "are u alive" request is destination specific.<br><br>I will do some sniffing and find out.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div><div><div><br>

<br>2. Every scans the network every 10min, to check whether its avahi
peers are alive, in multicast packets. Do these packets include the
address of the peers/targets? I think they do, unless i am very
confused. Couldn't we awake/resume the target XO when it receives these
specific packets? </div></div></div></div></blockquote></div><div><br>That's the point. Mdns is multicast and the XOs, when suspended, don't listen to multicast frames.<br> </div></div></blockquote><div>The suspended XO can be setup to wake up by multicast packets. This is technically possible afaik <br>
</div></div><br>