From a35e8745f354e5569a4416869e755934fff717b4 Mon Sep 17 00:00:00 2001
From: gdamore
The SURVEYOR protocol is the surveyor side, and the -RESPONDENT protocol is the respondent side.
+RESPONDENT protocol is the respondent side.The nng_surveyor0_open
+
The nng_surveyor0_open
functions create a surveyor socket.
This socket may be used to send messages (surveys), and then to receive replies.
A reply can only be received after sending a survey.
@@ -270,16 +270,16 @@ A surveyor can normally expect to receive at most one reply from each responder.
(Messages can be duplicated in some topologies,
so there is no guarantee of this.)
Attempts to receive on a socket with no outstanding survey will result
-in NNG_ESTATE.
+in NNG_ESTATE.
If the survey times out while the surveyor is waiting
-for replies, then the result will be NNG_ETIMEDOUT.
NNG_ETIMEDOUT.
Only one survey can be outstanding at a time; sending another survey will cancel the prior one, and any responses from respondents from the prior survey that arrive after this will be discarded.
-Raw mode sockets ignore all these restrictions.
+Raw mode sockets ignore all these restrictions.
This protocol supports the creation of contexts for concurrent
-use cases using nng_ctx_open.
This protocol supports the creation of contexts for concurrent
+use cases using nng_ctx_open.
Each context can initiate its own surveys, and it will receive only responses to its own outstanding surveys. Other contexts on the same socket may have overlapping surveys @@ -305,7 +305,7 @@ At the time of writing, no other versions of this protocol have been defined.
The following protocol-specific option is available.
NNG_OPT_SURVEYOR_SURVEYTIME: nng_duration) nng_duration) There may be additional peer IDs preceding the survey ID. These will be distinguishable from the survey ID by having their most significant bit clear.
-When a survey message is received by a forwarding node (such as a -device), +
When a survey message is received by a forwarding node (such as a device), the forwarding node prepends a 32-bit peer ID (which must have the most significant bit clear), which is the forwarder’s way of identifying the directly connected @@ -345,9 +344,21 @@ message, stripping it from the front of the message as it does so.
should have only a single element in the message, which will be the survey ID it originally used for the request.More detail can be found in the sp-surveyor-01 RFC document.
+ + + + + + + + +1: An earlier and incompatible version of the protocol was used in older -pre-releases of nanomsg, but was not released in any production version.
+pre-releases of libnanomsg, but was not released in any production version. -- cgit v1.2.3-70-g09d2