On Thu, Jan 24, 2019 at 09:05:32PM +0000, Stuart Henderson wrote: > On 2019/01/24 11:47, Tracey Emery wrote: > > On Thu, Jan 24, 2019 at 09:39:51AM -0700, Tracey Emery wrote: > > > On Wed, Jan 23, 2019 at 09:43:10PM +0000, Stuart Henderson wrote: > > > > On 2019/01/17 09:39, Tracey Emery wrote: > > > > > Hello, > > > > > > > > > > This is a new port request and a replacement for a formerly requested > > > > > port, > > > > > which should be disregarded (net/busybeed). > > > > > > > > > > thingsd has been completely refactored and cleaned up from the > > > > > original > > > > > busybeed, and now uses libevent from base. > > > > > > > > > > Description: > > > > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > > > > client > > > > > processes to communicate with an array of serial and IoT things. At > > > > > its core, > > > > > thingsd is primarily a packet repeater in that it waits for packets > > > > > to swap > > > > > between subscriber clients and things. However, thingsd also provides > > > > > password > > > > > control over those connections, including client limits. > > > > > > > > It probably makes sense to talk in DESCR about what protocols/devices > > > > are supported .. > > > > > > Howdy, is this what you're looking for? Does it make sense? Suggestions? > > > > > > Thanks, > > > Tracey > > > > > > --- DESCR.orig Thu Jan 24 09:17:15 2019 > > > +++ DESCR Thu Jan 24 09:33:52 2019 > > > @@ -1,5 +1,16 @@ > > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > > client > > > processes to communicate with an array of serial and IoT things. At its > > > core, > > > -thingsd is primarily a packet repeater in that it waits for packets to > > > swap > > > -between subscriber clients and things. However, thingsd also provides > > > password > > > -control over those connections, including client limits. > > > +thingsd is primarily a data aggregator and repeater, in that it waits for > > > +packets to swap between subscriber clients and things. However, thingsd > > > also > > > +provides password control over those connections, including client > > > limits. > > > + > > > +On the client side, thingsd sets up TCP/IP sockets to transmit packets > > > from > > > +things, and vice versa. On the server side, thingsd can connect to any > > > serial > > > +device which has a viable file descriptor, create a persistent > > > connection to > > > +the IP address of a device transmitting packets on the same network, or > > > setup a > > > +UDP listener on the network to receive broadcasted packets. Devices > > > tested > > > +include: ESP8266/ESP32 modules, on both the serial and network sides, > > > XBee > > > +Series 2 coordinators connected in a mesh network, and NF24 devices. To > > > +transmit to an IP address, which does not allow persistence, thingsd will > > > +create an ad hoc connection, transmit a packet, and detach. The thingsd > > > proxy > > > +daemon is agnostic about packet data. > > > > I think the first sentence, second paragraph, makes more sense in this one. > > > > --- DESCR.orig Thu Jan 24 09:17:15 2019 > > +++ DESCR Thu Jan 24 11:44:44 2019 > > @@ -1,5 +1,16 @@ > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > client > > processes to communicate with an array of serial and IoT things. At its > > core, > > -thingsd is primarily a packet repeater in that it waits for packets to swap > > -between subscriber clients and things. However, thingsd also provides > > password > > -control over those connections, including client limits. > > +thingsd is primarily a data aggregator and repeater, in that it waits for > > +packets to swap between subscriber clients and things. However, thingsd > > also > > +provides password control over those connections, including client limits. > > + > > +On the client side, thingsd sets up TCP/IP sockets to transmit packets to > > and > > +from things. On the server side, thingsd can connect to any serial device > > which > > +has a viable file descriptor, create a persistent connection to the IP > > address > > +of a device transmitting packets on the same network, or setup a UDP > > listener > > +on the network to receive broadcasted packets. Devices tested include: > > +ESP8266/ESP32 modules, on both the serial and network sides, XBee Series 2 > > +coordinators connected in a mesh network, and NF24 devices. To transmit to > > an > > +IP address, which does not allow persistence, thingsd will create an ad hoc > > +connection, transmit a packet, and detach. The thingsd proxy daemon is > > agnostic > > +about packet data. > > > > Thanks, yes that makes a lot more sense.
Attached is a newer version of thingsd, bumping to v1.2. Changelog: * Implement TLS for thing sockets * Make description more descriptive * Remove thingsctl installation until released * Update all man files * Add C example for TLS client Thanks, Tracey
thingsd-1.2.tar.gz
Description: Binary data
