Re: [paho-dev] [Help]Sizing architecture

[Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx>]

Ah, cool.  Thanks Benjamin.

Ian

On 07/21/2015 01:59 PM, Benjamin Cabé wrote:
> Note that the tinyDTLS project is coming to Eclipse, and will provide an
> EPL/EDL alternative to PolarSSL.
> All the project paperwork has now been completed so the Initial
> Contribution should hopefully be available soon. And most certainly before
> the end of 2015 :)
> I believe the LwM2M/Wakaama team has had good success porting TinyDTLS to
> Mbed, Spark Core, ...
>
> See https://projects.eclipse.org/proposals/tinydtls
>
>
> Benjamin
>
>
> Le 21/07/2015 07:20, « Ian Craggs » <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> a
> écrit :
>
> > Hi Jerome,
> >
> > I've been following the mbed progress with TLS with interest, looking
> > forward to a non-GPL release of PolarSSL.  It says here:
> > https://mbed.org/technology/mbed-tls/ that "ARM will release mbed TLS
> > under an Apache 2.0 license toward the end of 2015".  Currently it's
> > still GPL.
> >
> > Ian
> >
> > On 07/21/2015 12:14 PM, jerome wrote:
> > > Hi all,
> > > thanks again for the answer (useful) Ian.
> > > Just for your information , you may be interested in Polar SSL , very
> > > small footprint & now subproject from MBED so don't come with the
> > > tedious licenses problems as CyanSSL used in your blog entry.
> > >
> > > Kind regards
> > > jerome
> > >
> > > On 07/21/2015 12:13 PM, Ian Craggs wrote:
> > > > Hi Jerome,
> > > >
> > > > the embedded client libraries come in several flavours, with
> > > > differing memory footprints and amounts of function.  You can pick or
> > > > customize the library that you need based ion your particular
> > > > requirements.  I don't have exact footprint figures, partly because
> > > > of the amount of options you have available.
> > > >
> > > > I take it that you've read
> > > > https://www.eclipse.org/paho/clients/c/embedded/ ?
> > > >
> > > > MQTTPacket - the lowest library level, written in C, with the
> > > > smallest footprint.  You can include just the MQTT functions that you
> > > > need.  Helper functions for networking are included, but may well
> > > > need tailoring.
> > > >
> > > > MQTTClient - intermediate level library, C++.  Written first for
> > > > mbed.  Networking and OS functions are pluggable, with samples for
> > > > mbed and Linux.
> > > >
> > > > MQTTClient-C - C version of MQTTClient.  Written first for the TI
> > > > CC3200.  Networking and OS functions are pluggable with samples for
> > > > TI CC3200 and FreeRTOS.
> > > >
> > > > If you are happy to use about 10k for the MQTT code, then MQTTClient
> > > > and MQTTClient-C might be appropriate.  If you want to minimize the
> > > > footprint then you probably want to use MQTTPacket.
> > > >
> > > > I've not used NuttX.
> > > >
> > > > These libraries are not tied to any particular OS or network library,
> > > > but do have samples and examples for a number of environments.  I
> > > > described an example of using a TLS library on mbed here:
> > > > http://modelbasedtesting.co.uk/?p=181.  We haven't included any code
> > > > to use a TLS library in Paho so far because of licensing restrictions
> > > > (many TLS libraries are GPL, not LGPL).
> > > >
> > > > Ian
> > > >
> > > > On 07/21/2015 10:25 AM, jerome wrote:
> > > > > Hi all,
> > > > > sorry for any inconveniance but I expect you to help me to choose
> > > > > the right MCU for my needs....
> > > > > Tiny MCUs like Cortex M0+ may come with up to 32kB RAM and 256kb
> > > > > FLASH and I would like to know :
> > > > > - memory footprint for the Eclipse Paho embedded client
> > > > > - footprint on FLASH once compiled for such ARM chips (without debug
> > > > > information)
> > > > > - library dependencies if I want to activate the AES encyrption
> > > > > support (I would like to send all messages from client to back-end
> > > > > using AES encryption),
> > > > >
> > > > > I need to choose the RTOS and I still have some work to do before
> > > > > choosing between:
> > > > > + FreeRTOS
> > > > > + MBed 3(ARM)
> > > > > + NuttX
> > > > > Do you have any success with these RTOS ?
> > > > > Every input will be useful....
> > > > >
> > > > > Kind regards
> > > > > Jerome
> > > > >
> > > > > _______________________________________________
> > > > > paho-dev mailing list
> > > > > paho-dev@xxxxxxxxxxx
> > > > > To change your delivery options, retrieve your password, or
> > > > > unsubscribe from this list, visit
> > > > > https://dev.eclipse.org/mailman/listinfo/paho-dev
> > > _______________________________________________
> > > paho-dev mailing list
> > > paho-dev@xxxxxxxxxxx
> > > To change your delivery options, retrieve your password, or
> > > unsubscribe from this list, visit
> > > https://dev.eclipse.org/mailman/listinfo/paho-dev
> > --
> > Ian Craggs
> > icraggs@xxxxxxxxxx                 IBM United Kingdom
> > Paho Project Lead; Committer on Mosquitto
> >
> > _______________________________________________
> > paho-dev mailing list
> > paho-dev@xxxxxxxxxxx
> > To change your delivery options, retrieve your password, or unsubscribe
> >from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/paho-dev
>
> _______________________________________________
> paho-dev mailing list
> paho-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/paho-dev

--
Ian Craggs
icraggs@xxxxxxxxxx                 IBM United Kingdom
Paho Project Lead; Committer on Mosquitto