From 0f5e0d34ed70df8de6e5483e86d44ea037ef473c Mon Sep 17 00:00:00 2001 From: Garrett D'Amore Date: Fri, 20 Oct 2017 01:06:57 -0700 Subject: Start of man-page documentation. This includes a brief summary page and the nng_zerotier man page. We write all documentation in ASCIIDOC, and our hope is that this initial effort will inspire others to create amazing documentation for nng. --- doc/README.adoc | 8 ++ doc/nng.adoc | 88 +++++++++++++++++++++ doc/nng_zerotier.adoc | 208 ++++++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 304 insertions(+) create mode 100644 doc/README.adoc create mode 100644 doc/nng.adoc create mode 100644 doc/nng_zerotier.adoc (limited to 'doc') diff --git a/doc/README.adoc b/doc/README.adoc new file mode 100644 index 00000000..5030ec42 --- /dev/null +++ b/doc/README.adoc @@ -0,0 +1,8 @@ +This contains the nng documentation for API users. + +The documentation is written in asciidoc in the form of man pages. It is +automatically formatted for display on the website. + +It is possible to emit TROFF sources for use by the UNIX man page, and HTML +for online viewing. asciidoctor supports PDF and EPUB formats via plugins, +so there are still more options available. diff --git a/doc/nng.adoc b/doc/nng.adoc new file mode 100644 index 00000000..8a9d2596 --- /dev/null +++ b/doc/nng.adoc @@ -0,0 +1,88 @@ +nng(7) +====== +:doctype: manpage +:manmanual: nng +:mansource: nng +:manvolnum: 7 +:icons:font +:copyright: Copyright 2017 Garrett D'Amore \ + Copyright 2017 Capitar IT Group BV \ + This software is supplied under the terms of the MIT License, a \ + copy of which should be located in the distribution where this \ + file was obtained (LICENSE.txt). A copy of the license may also \ + be found online at https://opensource.org/licenses/MIT. + +NAME +---- +nng - nanomsg next generation + +SYNOPSIS +-------- +*cc* ['flags'] 'files' *-lnng* ['libraries'] + + +DESCRIPTION +----------- + +The _nng_ library provides a common messaging framework intended to +solve common communication problems in distributed applications. +It offers a number of _protocols_, and also a number of _transports_. + +The _protocols_ implement the semantics associated with particular +communications scenarios, such as RPC style services, service discovery, +publish/subscribe, and so forth. + +The _transports_ provide support for underlying transport methods, such +as TCP, IPC, websockets, and so forth. + +The _nng_ library is designed to permit easy creation of new _transports_ and, +to a lesser extent, new _protocols_. + +The _nng_ library is wire compatible with the SP protocols described in +the nanomsg project; projects using _libnanomsg_ can interoperate with +nng as well as other conforming implementations. (One such implementation +is the https://github.com/go-mangos/mangos[mangos]. Applications using _nng_ +which wish to communicate with older libraries must ensure that they only +use protocols or transports offered by the earlier library. + +The _nng_ library also offers a compatible API, permitting legacy code to +be recompiled or relinked against _nng_. When doing this, support for +certain enhancements or features will likely be absent, requiring the +application developer to use the new-style API. + +The _nng_ library is implemented in pure C; if you need bindings for +other languages please check the http://nanomsg.org/[website]. + +Protocols +~~~~~~~~~ + +* <> - Bus protocol +* <> - Pair protocol +* <> - Publish/Subscribe protocol +* <> - Request/Reply protocol +* <> - Survey/Respond protocol + +Transports +~~~~~~~~~~ + +* <> - Intra-process transport +* <> - Inter-process transport +* <> - TCP (and TCPv6) transport +* <> - ZeroTier transport + +AUTHORS +------- +link:mailto:garrett@damore.org[Garrett D'Amore] + +SEE ALSO +-------- +<> + +COPYRIGHT +--------- + +Copyright 2017 mailto:garrett@damore.org[Garrett D'Amore] + +Copyright 2017 mailto:info@capitar.com[Capitar IT Group BV] + +This document is supplied under the terms of the +https://opensource.org/licenses/LICENSE.txt[MIT License]. diff --git a/doc/nng_zerotier.adoc b/doc/nng_zerotier.adoc new file mode 100644 index 00000000..04d584ea --- /dev/null +++ b/doc/nng_zerotier.adoc @@ -0,0 +1,208 @@ +nng_zerotier(7) +=============== +:doctype: manpage +:manmanual: nng +:mansource: nng +:manvolnum: 7 +:icons: font +:copyright: Copyright 2017 Garrett D'Amore \ + Copyright 2017 Capitar IT Group BV \ + This software is supplied under the terms of the MIT License, a \ + copy of which should be located in the distribution where this \ + file was obtained (LICENSE.txt). A copy of the license may also \ + be found online at https://opensource.org/licenses/MIT. + +NAME +---- +nng_zerotier - ZeroTier transport for nng + +SYNOPSIS +-------- + +*#include * + +*int nng_zt_register(void);* + +DESCRIPTION +----------- + +The _nng_zerotier_ transport provides communication support for +_nng_ applications over a http://www.zerotier.com[ZeroTier] network, +using a Virtual Layer 2 packet facility. + +CAUTION: This transport is very experimental. To utilize it at + present, the library must be built with support, and the + ZeroTierOne `dev` branch must be included; this will require + linking against a suitable `libzerotiercore` static library. + +NOTE: The `libzerotiercore` library at present is covered under different + license terms than the rest of _nng_. Please be careful to review + and adhere to the licensing terms. + +While ZeroTier makes use of the host's IP stack (and UDP in particular), +this transport does not use or require an IP stack on the virtual +network; thereby mitigating any considerations about IP address management. + +This service uses Ethernet type 901 to transport packets. Network rules +must permit this Ethernet type to pass in order to have a functional +network. + +NOTE: This document assumes that the reader is familiar with ZeroTier + concepts and administration. + +Registration +~~~~~~~~~~~~ + +Depending upon how the library was built, it may be necessary to +register the transport by calling `nng_zt_register`. This function +returns zero on success, or an nng error value if the transport +cannot be initialized for any reason. + +URI Format +~~~~~~~~~~ + +This transport uses URIs using the scheme `zt://`, followed by a network +address (ten hexadecimal digits), followed by a `/` delimiter, +followed by the node number (sixteen hexadecimal digits) of the listening +node, followed by a service or port number (decimal value, up to 24-bits). +For example, the URI `zt://123456789a/0123456789abcdef:934` indicates +that node 0123456789abcdef on network 123456789a listening on port 934. + +Listening nodes may use port 0, or `*`, to indicate that a suitable port +number be selected automatically. Applications using this must get the +selected port address using the `nng_listener_getopt` function. + +Listening nodes may also elide their own node number, as well as the +delimiter seperating the node number. + + +Node Presence +~~~~~~~~~~~~~ + +By default this transport creates an "ephemeral" node, and used the +same ephemeral node for any additional endpoints created. As this node +is ephemeral, the keys associated with it and all associated data are +located in memory and are discarded upon application termination. If +a persistent node is desired, please see the `NNG_OPT_ZT_HOME` option +below. + +It is possible for a single application to join multiple networks +using the same node, or using separate nodes. + + +Transport Options +~~~~~~~~~~~~~~~~~ + +The following transport options are available: + +*NNG_OPT_ZT_HOME*:: + + This is a string representing the "home directory", where the transport + can store (and reuse) persistent state, such as key materials, node + identity, and federation membership. This option must be set before the + ZeroTier transport is first used. If this value is empty, then an ephermal + ZeroTier node is created, and no persistent state is used. The default + is to use an ephemeral node. ++ +NOTE: If this option is set to different values on different sockets, + dialers, or listeners, then separate nodes will be created. It + is perfectly valid for an application to have multiple node identities + in this fashion. + +*NNG_OPT_ZT_NWID*:: + + This is a read-only option for listeners, dialers, and pipes, and + provides a `uint64_t` in native byte order representing the 64-bit ZeroTier + network number. + +*NNG_OPT_ZT_NODE*:: + + This is a read-only option for listeners, dialers, and pipes, and + provides a `uint64_t` in native byte order representing the ZeroTier + 40-bit node address. + +*NNG_OPT_ZT_NETWORK_STATUS*:: + + This is a read-ony integer, representing the ZeroTier network status. + Valid values for this are: ++ +[cols="1,2"] +|=== + +| *nng_zt_network_status_configuring* +| The ZeroTier node is still configuring, network services are not available. + +| *nng_zt_network_status_ok* +| The ZeroTier network is up. + +| *nng_zt_network_status_denied* +| The node does not have permission to join the ZeroTier network. + +| *nng_zt_network_status_notfound* +| The ZeroTier network is not found. + +| *nng_zt_network_status_error* +| Some other ZeroTier error has occurred; the network is not available. + +| *nng_zt_network_status_obsolete* +| The node is running obsolete software; the network is not available. + +|=== + + +*NNG_OPT_ZT_NETWORK_NAME*:: + + This is a read-only ASCIIZ string containing the name of the network + as established by the ZeroTier network administrator. + +*NNG_OPT_ZT_PING_TIME*:: + + If no traffic has been received from the ZeroTier peer after this + period of time, then a "ping" message is sent to check if the peer + is still alive. This is an `nng_duration` (msec). + +*NNG_OPT_ZT_PING_COUNT*:: + + If this number (`int`) of consecutive "ping" requests are sent to the + peer with no response (and no other intervening traffic), then the + peer is assumed to be dead and the connection is closed. Note that + if any traffic is received from the peer, then the underlying counter + is reset to zero. + +*NNG_OPT_ZT_MTU*:: + + This is a read-only size (`size_t`) representing the ZeroTier virtual + network MTU; this is the Virtual Layer 2 MTU. The headers used by + this transport and the protocols consume some of this for each message + sent over the network. (The transport uses 20-bytes of this, and each + protocol may consume additional space, typically not more than 16-bytes.) + +*NNG_OPT_ZT_ORBIT*:: + + This is a write-only option that takes an array of two `uint64_t` values, + indicating the ID of a ZeroTier "moon", and the node ID of the root server + for that moon. (The ID may be zero if the moon ID is the same as it's + root server ID, which is conventional.) + +*NNG_OPT_ZT_DEORBIT*:: + + This write-only option takes a single `uint64_t` indicating the moon + ID to "deorbit". If the node is not already orbiting the moon, then + this has no effect. + +AUTHORS +------- +link:mailto:garrett@damore.org[Garrett D'Amore] + +SEE ALSO +-------- +<> + +COPYRIGHT +--------- + +Copyright 2017 mailto:garrett@damore.org[Garrett D'Amore] + +Copyright 2017 mailto:info@capitar.com[Capitar IT Group BV] + +This document is supplied under the terms of the +https://opensource.org/licenses/LICENSE.txt[MIT License]. -- cgit v1.2.3-70-g09d2