Re: [Bluez-users] Slaves in Sniff mode

Peter Stephenson
2004-06-23T17:41:49Z

tOpSy TuRvY wrote:
> Assume that the communication is taking place between two PANUs (i.e.
> slaves) in a PAN, where the destination PANU is in sniff mode. From your
> answer, am I correct in concluding that:
>
> a) The fact that the receiving PANU is in sniff mode is transparent to the
> sender (except that the transfer rate will be lower and there may be some
> delays)

Yes, there's no reason the sender would notice apart from the data in
small bursts. (It's not like park mode where data isn't sent.)

> b) The queueing you mentioned will take place at the GN

So you're sending data PANU -> GN -> PANU? If both links are in sniff,
the most likely place for data to queue up is at the sending PANU. But
this is simply a question of available bandwidth, there's no specific
dependence on sniff. You'd get the same thing if, say, the link quality
was very poor, or you were using one of our competitors' devices :-).

> One last question on this issue. Can the GN in Bluez ask the PANU to go
> into sniff mode *automatically* based on some criteria (e.g. low
> activity), or ask it to come out of sniff mode (e.g. based on a large
> queue).

It would be up to the host code to do this. There's nothing stopping
(say) the bnep layer from monitoring data and sending sniff and unsniff
requests. There's no facility for doing this below HCI.

pws

**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************