Provided by: ion-doc_3.2.1+dfsg-1.1_all bug

NAME

       dgr - Datagram Retransmission system library

SYNOPSIS

           #include "dgr.h"

           [see description for available functions]

DESCRIPTION

       The DGR library is an alternative implementation of a subset of LTP, intended for use over UDP/IP in the
       Internet; unlike ION's canonical LTP implementation it includes a congestion control mechanism that
       interprets LTP block transmission failure as an indication of network congestion (not data corruption)
       and reduces data transmission rate in response.

       As such, DGR differs from many reliable-UDP systems in two main ways:

               It uses adaptive timeout interval computation techniques
               borrowed from TCP to try to avoid introducing congestion
               into the network.

               It borrows the concurrent-session model of transmission
               from LTP (and ultimately from CFDP), rather than waiting
               for one datagram to be acknowledged before sending the next,
               to improve bandwidth utilization.

       At this time DGR is interoperable with other implementations of LTP only when each block it receives is
       transmitted in a single LTP data segment encapsulated in a single UDP datagram.  More complex LTP
       behavior may be implemented in the future.

       int dgr_open(uvast ownEngineId, unsigned in clientSvcId, unsigned short ownPortNbr, unsigned int
       ownIpAddress, char *memmgrName, Dgr *dgr, DgrRC *rc)
           Establishes the application's access to DGR communication service.

           ownEngineId is the sending LTP engine ID that will characterize segments issued by this DGR service
           access point.  In order to prevent erroneous system behavior, never assign the same LTP engine ID to
           any two interoperating DGR SAPs.

           clientSvcId identifies the LTP client service to which all LTP segments issued by this DGR service
           access point will be directed.

           ownPortNbr is the port number to use for DGR service.  If zero, a system-assigned UDP port number is
           used.

           ownIpAddress is the Internet address of the network interface to use for DGR service.  If zero, this
           argument defaults to the address of the interface identified by the local machine's host name.

           memmgrName is the name of the memory manager (see memmgr(3)) to use for dynamic memory management in
           DGR.  If NULL, defaults to the standard system malloc() and free() functions.

           dgr is the location in which to store the service access pointer that must be supplied on subsequent
           DGR function invocations.

           rc is the location in which to store the DGR return code resulting from the attempt to open this
           service access point (always DgrOpened).

           On any failure, returns -1.  On success, returns zero.

       void dgr_getsockname(Dgr dgr, unsigned short *portNbr, unsigned int *ipAddress)
           States the port number and IP address of the UDP socket used for this DGR service access point.

       void dgr_close(Dgr dgr)
           Reverses dgr_open(), releasing resources where possible.

       int dgr_send(Dgr dgr, unsigned short toPortNbr, unsigned int toIpAddress, int notificationFlags, char
       *content, int length, DgrRC *rc)
           Sends the indicated content, of length as indicated, to the remote DGR service access point
           identified by toPortNbr and toIpAddress.  The message will be retransmitted as necessary until either
           it is acknowledged or DGR determines that it cannot be delivered.

           notificationFlags, if non-zero, is the logical OR of the notification behaviors requested for this
           datagram.  Available behaviors are DGR_NOTE_FAILED (a notice of datagram delivery failure will issued
           if delivery of the datagram fails) and DGR_NOTE_ACKED (a notice of datagram delivery success will be
           issued if delivery of the datagram succeeds).  Notices are issued via dgr_receive() that is, the
           thread that calls dgr_receive() on this DGR service access point will receive these notices
           interspersed with inbound datagram contents.

           length of content must be greater than zero and may be as great as 65535, but lengths greater than
           8192 may not be supported by the local underlying UDP implementation; to minimize the chance of data
           loss when transmitting over the internet, length should not exceed 512.

           rc is the location in which to store the DGR return code resulting from the attempt to send the
           content.

           On any failure, returns -1 and sets *rc to DgrFailed.  On success, returns zero.

       int dgr_receive(Dgr dgr, unsigned short *fromPortNbr, unsigned int *fromIpAddress, char *content, int
       *length, int *errnbr, int timeoutSeconds, DgrRC *rc)
           Delivers the oldest undelivered DGR event queued for delivery.

           DGR events are of two type: (a) messages received from a remote DGR service access point and (b)
           notices of previously sent messages that DGR has determined either have been or cannot be delivered,
           as requested in the notificationFlags parameters provided to the dgr_send() calls that sent those
           messages.

           In the former case, dgr_receive() will place the content of the inbound message in content, its
           length in length, and the IP address and port number of the sender in fromIpAddress and fromPortNbr,
           and it will set *rc to DgrDatagramReceived and return zero.

           In the latter case, dgr_receive() will place the content of the affected outbound message in content
           and its length in length and return zero.  If the event being reported is a delivery success, then
           DgrDatagramAcknowledged will be placed in *rc.  Otherwise, DgrDatagramNotAcknowledged will be placed
           in *rc and the relevant errno (if any) will be placed in *errnbr.

           The content buffer should be at least 65535 bytes in length to enable delivery of the content of the
           received or delivered/undeliverable message.

           timeoutSeconds controls blocking behavior.  If timeoutSeconds is DGR_BLOCKING (i.e., -1),
           dgr_receive() will not return until (a) there is either an inbound message to deliver or an outbound
           message delivery result to report, or (b) the function is interrupted by means of dgr_interrupt().
           If timeoutSeconds is DGR_POLL (i.e., zero), dgr_receive() returns immediately; if there is currently
           no inbound message to deliver and no outbound message delivery result to report, the function sets
           *rc to DgrTimedOut and returns zero.  For any other positive value of timeoutSeconds, dgr_receive()
           returns after the indicated number of seconds have lapsed (in which case the returned value of *rc is
           DgrTimedOut), or when there is a message to deliver or a delivery result to report, or when the
           function is interrupted by means of dgr_interrupt(), whichever occurs first.  When the function
           returns due to interruption by dgr_interrupt(), the value placed in *rc is DgrInterrupted instead of
           DgrDatagramReceived.

           rc is the location in which to store the DGR return code resulting from the attempt to receive
           content.

           On any I/O error or other unrecoverable system error, returns -1.  Otherwise always returns zero,
           placing DgrFailed in *rc and writing a failure message in the event of an operating error.

       void dgr_interrupt(Dgr dgr)
           Interrupts a dgr_receive() invocation that is currently blocked.  Designed to be called from a signal
           handler; for this purpose, dgr may need to be obtained from a static variable.

SEE ALSO

       ltp(3), file2dgr(1), dgr2file(1)