Re: [IOT] [Standards] Standard for Throttling/Queueing Stanzas
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@stpeter.im>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
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-----
-- *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@sust.se, www.sust.se linkedin: http://www.linkedin.com/in/joachimlindborg Tel +46 706-442270
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@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@stpeter.im>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
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-----
-- *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@sust.se, www.sust.se linkedin: http://www.linkedin.com/in/joachimlindborg Tel +46 706-442270
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 Unless something is truly IoT-specific (and this feature is not), please let's use the standards@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@stpeter.im <mailto:stpeter@stpeter.im>>
On 10/27/2013 10:16 AM, Spencer MacDonald wrote:
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@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@xmpp.org http://mail.jabber.org/mailman/listinfo/iot
- -- Peter Saint-Andre https://stpeter.im/ -----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-----
participants (3)
-
Joachim Lindborg -
Peter Saint-Andre -
Ronny Klauck