27 Oct
2013
27 Oct
'13
5:59 p.m.
This is also needed in the IoT world when small devices are connected.
where we have low level of computational power or are battery operated.
Also co posting to the IOT list
2013/10/27 Peter Saint-Andre <stpeter(a)stpeter.im>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
--
*Regards*
Joachim Lindborg
CTO, systems architect
*Keynote speaker at GoGonet live IPv6 conferens 12-14
november<http://gogonetlive.com/gogonetlive-agenda.asp>
*
Sustainable Innovation AB
Adress: Box 55998 102 16 Stockholm
Besöksadress: Storgatan 31 (Malmgården)
Email: Joachim.lindborg(a)sust.se, www.sust.se
linkedin: http://www.linkedin.com/in/joachimlindborg
Tel +46 706-442270
I have observed from the XMPPFramework mailing
list and Github
issues, that one of the biggest problems that iOS Developers have
with including XMPP (alongside VoIP) in their iOS apps, is that
their apps get terminated for receiving to much data while in the
background.
There are proprietary solutions that allow an XMPP client to inform
the XMPP Server that the app is going to be put in the background.
The XMPP Server then queues the stanzas until the client in with
the XMPP Server, which on iOS is less than or equal to 10 minutes.
Some solutions also filter out presence packets so only the most
recent one is queued for each jid.
I appreciate that the problem is iOS specific, but the solution can
be generic.
Is this something that should be incorporated into an XEP? or is
there already a solution for this issue?
This is one reason we defined SIFT:
http://xmpp.org/extensions/xep-0273.html
However, that might be more than we need. Perhaps something simpler
would be of interest?
Peter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJSbZGaAAoJEOoGpJErxa2pg6UP/1PYUTvCcKo1kP5+7G+vRmkC
h573r1zTOJg4qJQfUKs1I46tzkBmbL5295owf80KH0SsKJ5KTd2f+eqtOcJhj6w2
8PxYIFKkxj9uo4ToMlnv7SJHcl5dTIIQphrg4KxTUbf8VJ0G8KJz3zRw1hiHz2aM
etiroiDL84KXLastoQnKKcpFleQfbhWHeSt9udvNSbWY7o+ySdOMfAUYZpfgy56+
amYG1PDC9KPr32TEXzukoawdv/ILVrS51RGFsfMjTyaAKhIrhIEa3xm7+8IDlb1k
kicuImmibo1Yd7kg+SD3ZVvSeR7yeYb6ENfHboLxIsxcPbzOg6PSVb1GQ0qYzEnE
vZ5Z3wp2uvGt7HuedxXucbqHfJ+Io/oYId/d0n/fG8NXl+xWPa+Pb5+nkmD8zCa1
l5pmHQkqAfVnvFItOEcYGi0whj9BXU1fngxAVRfHKfEMpFHPhd+XOLfOY9OzNgqw
V5In7hT1yrtTUB9HMb3jeXUHNXb8aL26vI82MGKgXzUkm9+mprGVb4dcl1PMsizt
7QngxEX86rhUP2ByIQLxYW+9ptZ2B9xxkaHSnEFSZYKN/3Yo6ToEp8WwXGpDGbTD
h0DUsdnpD8yO3IvzhfwW1pS3XQiE44x2/QsxjX9lrTIc0xCdbguotOWGIvM5HVfb
ZMh/Yz5+oEaZTtFwX8FG
=AyEt
-----END PGP SIGNATURE-----
28 Oct
28 Oct
7:46 a.m.
New subject: [Standards] Standard for Throttling/Queueing Stanzas
I totally agree with Joachim!
Looking at the XEP-0273 it already contains a set of useful features.
May be a simpler version should allow to filter messages by a topic (e.g., temperature)
like the chat room name in XEP-0045, instead by recipients/senders.
On Mon, 28 Oct 2013 00:59:58 +0100
Joachim Lindborg <joachim.lindborg(a)sust.se> wrote:
This is also needed in the IoT world when small
devices are connected.
where we have low level of computational power or are battery operated.
Also co posting to the IOT list
2013/10/27 Peter Saint-Andre <stpeter(a)stpeter.im>
Best regards
--
Dipl.-Inf. Ronny Klauck
Brandenburg University of Technology Cottbus
Computer Networks Group
http://www-rnks.informatik.tu-cottbus.de/~rklauck
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
--
*Regards*
Joachim Lindborg
CTO, systems architect
*Keynote speaker at GoGonet live IPv6 conferens 12-14
november<http://gogonetlive.com/gogonetlive-agenda.asp>
*
Sustainable Innovation AB
Adress: Box 55998 102 16 Stockholm
Besöksadress: Storgatan 31 (Malmgården)
Email: Joachim.lindborg(a)sust.se, www.sust.se
linkedin: http://www.linkedin.com/in/joachimlindborg
Tel +46 706-442270 I have observed from the XMPPFramework mailing
list and Github
issues, that one of the biggest problems that iOS Developers have
with including XMPP (alongside VoIP) in their iOS apps, is that
their apps get terminated for receiving to much data while in the
background.
There are proprietary solutions that allow an XMPP client to inform
the XMPP Server that the app is going to be put in the background.
The XMPP Server then queues the stanzas until the client in with
the XMPP Server, which on iOS is less than or equal to 10 minutes.
Some solutions also filter out presence packets so only the most
recent one is queued for each jid.
I appreciate that the problem is iOS specific, but the solution can
be generic.
Is this something that should be incorporated into an XEP? or is
there already a solution for this issue?
This is one reason we defined SIFT:
http://xmpp.org/extensions/xep-0273.html
However, that might be more than we need. Perhaps something simpler
would be of interest?
Peter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJSbZGaAAoJEOoGpJErxa2pg6UP/1PYUTvCcKo1kP5+7G+vRmkC
h573r1zTOJg4qJQfUKs1I46tzkBmbL5295owf80KH0SsKJ5KTd2f+eqtOcJhj6w2
8PxYIFKkxj9uo4ToMlnv7SJHcl5dTIIQphrg4KxTUbf8VJ0G8KJz3zRw1hiHz2aM
etiroiDL84KXLastoQnKKcpFleQfbhWHeSt9udvNSbWY7o+ySdOMfAUYZpfgy56+
amYG1PDC9KPr32TEXzukoawdv/ILVrS51RGFsfMjTyaAKhIrhIEa3xm7+8IDlb1k
kicuImmibo1Yd7kg+SD3ZVvSeR7yeYb6ENfHboLxIsxcPbzOg6PSVb1GQ0qYzEnE
vZ5Z3wp2uvGt7HuedxXucbqHfJ+Io/oYId/d0n/fG8NXl+xWPa+Pb5+nkmD8zCa1
l5pmHQkqAfVnvFItOEcYGi0whj9BXU1fngxAVRfHKfEMpFHPhd+XOLfOY9OzNgqw
V5In7hT1yrtTUB9HMb3jeXUHNXb8aL26vI82MGKgXzUkm9+mprGVb4dcl1PMsizt
7QngxEX86rhUP2ByIQLxYW+9ptZ2B9xxkaHSnEFSZYKN/3Yo6ToEp8WwXGpDGbTD
h0DUsdnpD8yO3IvzhfwW1pS3XQiE44x2/QsxjX9lrTIc0xCdbguotOWGIvM5HVfb
ZMh/Yz5+oEaZTtFwX8FG
=AyEt
-----END PGP SIGNATURE-----
10:01 a.m.
New subject: [Standards] Standard for Throttling/Queueing Stanzas
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Unless something is truly IoT-specific (and this feature is not),
please let's use the standards(a)xmpp.org list for discussion about XMPP
extensions.
On 10/27/13 5:59 PM, Joachim Lindborg wrote:
This is also needed in the IoT world when small
devices are
connected. where we have low level of computational power or are
battery operated. Also co posting to the IOT list
2013/10/27 Peter Saint-Andre <stpeter(a)stpeter.im
<mailto:stpeter@stpeter.im>>
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
- --
Peter Saint-Andre
https://stpeter.im/
I have observed from the XMPPFramework mailing
list and Github
issues, that one of the biggest problems that iOS Developers
have with including XMPP (alongside VoIP) in their iOS apps, is
that their apps get terminated for receiving to much data while
in the background.
There are proprietary solutions that allow an
XMPP client to
inform the XMPP Server that the app is going to be put in the
background. The XMPP Server then queues the stanzas until the
client in with the XMPP Server, which on iOS is less than or
equal to 10 minutes. Some solutions also filter out presence
packets so only the most recent one is queued for each jid.
I appreciate that the problem is iOS specific,
but the solution
can be generic.
Is this something that should be incorporated
into an XEP? or is
there already a solution for this issue?
This is one reason we defined SIFT:
http://xmpp.org/extensions/xep-0273.html
However, that might be more than we need. Perhaps something
simpler would be of interest?
Peter
-- /Regards/ Joachim Lindborg CTO, systems architect
*Keynote speaker at GoGonet live IPv6 conferens 12-14 november
<http://gogonetlive.com/gogonetlive-agenda.asp> *
Sustainable Innovation AB Adress: Box 55998 102 16 Stockholm
Besöksadress: Storgatan 31 (Malmgården) Email:
Joachim.lindborg(a)sust.se <mailto:Joachim.lindborg@sust.se>,
www.sust.se <http://www.sust.se> linkedin:
http://www.linkedin.com/in/joachimlindborg Tel +46 706-442270
_______________________________________________ IOT mailing list
IOT(a)xmpp.org http://mail.jabber.org/mailman/listinfo/iot
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJSboptAAoJEOoGpJErxa2pQXIP/0eKe/82qc/uypvgwCUKp3bQ
NgYbn0mEdymd0kKOPKampTD1foRd2iZY4XqeuPrKBT+Wz+dgncf42eKtlJx8ZapQ
8XpI5tv8P+IUGmJ7dLRglFRRZVfMRWOemgAFrS7QaT0qzgYi17bwA6ybFBXGLeF7
2fXDUaq9Zikrgjsfkk9nEulQ7Pf81N8bpqwAEC7NJcGCtkOoL1/2E5uvRBbysXno
zLTf+np329j9urWA8DvfWIJ2L0r/aaJfl2g64k5q2p7V1SKbP4ITzsuhQAoAtr3R
tyPeeq/qyWVP+jo4woez1gR72FVsQTYPDzqZrjmgUsYrKIXVURWsWu4UqHfzII+G
pJ4hS/xMQkVeNPtj4Ov4XMm/a7Jb5Xuj/20YncwbZXGikiXinoQ5Dy0jM5RdrS0L
vuztL7misYLLFbYdZ3KvkUfOiWEcQgsqLfasXB3tzQ+Alb2+OidtVUyiz5Ju/HFQ
YXkyV4INxqslVQ6xrF0Al74yDBlhNZBxvdecBXj9mnQsX99NJEVAsXjQaTgJfyXM
0hqtts4dVSrRDhTlv9TuDhhaD/SExxqBM1Fl89gve97J6yFhV0hPz6WNlPvsGlfW
0fLlRMS/lHS2/EtJAcj1xWai605dA0Z/avDAWJGk2eFpZg8fcW1cWf2/Et8wlmOx
oVMliHKAh7pFSmOq2ox/
=X8j1
-----END PGP SIGNATURE-----
3976
days inactive
3977
days old
2 comments
3 participants
participants (3)
-
Joachim Lindborg -
Peter Saint-Andre -
Ronny Klauck