Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Tobias Mädel
- small hardwares (like AVR based Arduinos) should be able too to do M2M too without the need for some daughter board with a much bigger CPU and megabytes of RAM, as I already mentioned, it is possible to do XML-based XMPP on an Arduino. http://old.ethersex.de/index.php/Feature_Liste Regards,

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Peter Saint-Andre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/3/13 5:02 PM, Alexander Holler wrote: Am 03.12.2013 23:55, schrieb Solomon Peachy: On Tue, Dec 03, 2013 at 11:03:27PM +0100, Alexander Holler wrote: So you think it is an elegant way that if a machine wants to send 10 binary bytes to

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Alexander Holler
Am 04.12.2013 09:30, schrieb Tobias Mädel: - small hardwares (like AVR based Arduinos) should be able too to do M2M too without the need for some daughter board with a much bigger CPU and megabytes of RAM, as I already mentioned, it is possible to do XML-based XMPP on an Arduino.

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Alexander Holler
Am 04.12.2013 09:52, schrieb Peter Saint-Andre: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/3/13 5:02 PM, Alexander Holler wrote: Am 03.12.2013 23:55, schrieb Solomon Peachy: On Tue, Dec 03, 2013 at 11:03:27PM +0100, Alexander Holler wrote: So you think it is an elegant way that if

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Ralph Meijer
On 2013-12-04 12:00, Alexander Holler wrote: Am 04.12.2013 09:52, schrieb Peter Saint-Andre: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/3/13 5:02 PM, Alexander Holler wrote: Am 03.12.2013 23:55, schrieb Solomon Peachy: On Tue, Dec 03, 2013 at 11:03:27PM +0100, Alexander Holler

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Ralph Meijer
On 2013-12-04 14:05, Ralph Meijer wrote: Alternatively, it makes total sense to use a different protocol on PANs and/or LANs and then bridge it to XMPP for WAN transport. For example, Peter Waher is working on bridging MQTT and XMPP, and MQTT also has a special profile for sensor networks

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Matthew Wild
On 4 December 2013 13:05, Ralph Meijer ral...@ik.nu wrote: Alternatively, it makes total sense to use a different protocol on PANs and/or LANs and then bridge it to XMPP for WAN transport. For example, Peter Waher is working on bridging MQTT and XMPP, and MQTT also has a special profile for

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Matthew Wild
On 4 December 2013 13:56, Alexander Holler hol...@ahsoftware.de wrote: Am 04.12.2013 14:05, schrieb Ralph Meijer: Alternatively, it makes total sense to use a different protocol on PANs and/or LANs and then bridge it to XMPP for WAN transport. For example, Peter Waher is working on bridging

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Alexander Holler
Am 04.12.2013 14:56, schrieb Alexander Holler: Am 04.12.2013 14:05, schrieb Ralph Meijer: Alternatively, it makes total sense to use a different protocol on PANs and/or LANs and then bridge it to XMPP for WAN transport. For example, Peter Waher is working on bridging MQTT and XMPP, and MQTT

Re: [Operators] Future of XMPP Re: The Google issue

2013-12-04 Thread Peter Saint-Andre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/4/13 6:56 AM, Alexander Holler wrote: Am 04.12.2013 14:05, schrieb Ralph Meijer: Alternatively, it makes total sense to use a different protocol on PANs and/or LANs and then bridge it to XMPP for WAN transport. For example, Peter Waher is