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.