On Tue Sep 14 00:08:10 2010, Tobias Markmann wrote:
On 14.09.10 00:21, Dave Cridland wrote:
> On Tue Jul 13 16:46:00 2010, XMPP Extensions Editor wrote:
>> The XMPP Extensions Editor has received a proposal for a new XEP.
>>
>> Title: XMPP on Mobile Devices
>>
>> Abstract: This document provides background information for XMPP
>> implementors concerned with mobile devices operating in a
cellular
>> network such as 3G.
>>
>> URL: http://www.xmpp.org/extensions/inbox/mobile.html
>>
>> The XMPP Council will decide at its next meeting whether to
accept
>> this proposal as an official XEP.
>>
>>
> Did I miss some feedback on this?
Nope.. You did not. :)
But here some feedback:
"Care, however, should be taken not to use XEP-0138 compression
when TLS
compression is in effect."
I think this is already mentioned with a SHOULD NOT in XEP-0138, so
I
don't see a need to mention it again here.
That's true. It wasn't intended to be a normative statement - nothing
in this document is - but it probably needs phrasing differently.
"4. Radio Power"
Is there a document we could reference where the levels Idle, FACH,
DCH
are explained more in detail and their timeout ranges? Just for
those
who want do go deeper.
There's even another one I don't mention, called PCH, and I seem to
remember there's two of them. But I don't think there's any
particular ranges mandated for them, the best we could do is to find
a study showing what the operator settings are - and I did look for
one.
But yes, a reference to what defines them would be nice. I'm
sufficiently ignorant at this stage that I'm not entirely clear on
what they stand for.
"5. Conclusions"
The conclusions all look reasonable based on the previous
elaborations.
"6. Notable Extensions"
Would be nice to have some example scenario or some rough
description of
it which shows how those help to increase battery life. I mean it
could
be quite common for mobile clients to have PEP enabled, frequent and
interesting sub-protocols due to update frequency would be User
Location
and User Tune most likely.
Maybe a mention of currently widely present feature, at least in
desktop
clients, auto-idle messages in presence, would be nice to mention
too.
Depending on setup they can change quite often.
Right, I'm hoping to pad those out as we go along.
Other than think it's nice to have a document documenting the
particulars of using XMPP on 3G (a reference to the relevant
standard
might be nice here too) networks.
Another thing comes to mind when traveling is where you hop through
cells into an area where no 3G is available but only GSM is. Would
most
of the conclusions still be true?
I thoroughly look forward to your answer.
Seriously, I have no idea - there seems to be plenty of anecdotal
evidence that GSM is much less power hungry, but also lower
bandwidth. I've always assumed that it's akin to FACH in power
consumption, but that's basically random guesswork.
Dave.
--
Dave Cridland - mailto:[email protected] - xmpp:[email protected]
- acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
- http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
