0
0
mirror of https://github.com/zeromq/libzmq.git synced 2024-12-31 01:43:02 +08:00
libzmq/doc/zmq_tcp.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

143 lines
4.8 KiB
Plaintext
Raw Normal View History

2010-02-10 16:18:46 +01:00
zmq_tcp(7)
==========
2010-01-12 13:08:37 +01:00
2010-02-10 16:18:46 +01:00
NAME
----
2010-03-09 18:47:31 +01:00
zmq_tcp - 0MQ unicast transport using TCP
2010-02-10 16:18:46 +01:00
SYNOPSIS
--------
2010-03-09 18:47:31 +01:00
TCP is an ubiquitous, reliable, unicast transport. When connecting distributed
applications over a network with 0MQ, using the TCP transport will likely be
your first choice.
2010-01-12 13:08:37 +01:00
2010-03-09 18:47:31 +01:00
ADDRESSING
----------
2012-10-27 09:43:19 +09:00
A 0MQ endpoint is a string consisting of a 'transport'`://` followed by an
'address'. The 'transport' specifies the underlying protocol to use. The
'address' specifies the transport-specific address to connect to.
For the TCP transport, the transport is `tcp`, and the meaning of the
'address' part is defined below.
2010-01-12 13:08:37 +01:00
2010-03-09 18:47:31 +01:00
Assigning a local address to a socket
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
When assigning a local address to a socket using _zmq_bind()_ with the 'tcp'
transport, the 'endpoint' shall be interpreted as an 'interface' followed by a
colon and the TCP port number to use.
2010-03-09 18:47:31 +01:00
An 'interface' may be specified by either of the following:
2010-01-12 13:08:37 +01:00
* The wild-card `*`, meaning all available interfaces.
* The primary IPv4 or IPv6 address assigned to the interface, in its numeric
representation.
2012-10-27 09:43:19 +09:00
* The non-portable interface name as defined by the operating system.
The TCP port number may be specified by:
* A numeric value, usually above 1024 on POSIX systems.
* The wild-card `*`, meaning a system-assigned ephemeral port.
When using ephemeral ports, the caller should retrieve the actual assigned
port using the ZMQ_LAST_ENDPOINT socket option. See linkzmq:zmq_getsockopt[3]
for details.
2010-01-12 13:08:37 +01:00
2014-11-05 06:16:56 -08:00
Unbinding wild-card address from a socket
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
When wild-card `*` 'endpoint' was used in _zmq_bind()_, the caller should use
2014-11-05 06:24:22 -08:00
real 'endpoint' obtained from the ZMQ_LAST_ENDPOINT socket option to unbind
this 'endpoint' from a socket using _zmq_unbind()_.
2010-01-12 13:08:37 +01:00
2010-03-09 18:47:31 +01:00
Connecting a socket
~~~~~~~~~~~~~~~~~~~
When connecting a socket to a peer address using _zmq_connect()_ with the 'tcp'
transport, the 'endpoint' shall be interpreted as a 'peer address' followed by
a colon and the TCP port number to use.
You can optionally specify a 'source_endpoint' which will be used as the source
address for your connection; tcp://'source_endpoint';'endpoint', see the
'interface' description above for details.
2010-01-12 13:08:37 +01:00
2010-03-09 18:47:31 +01:00
A 'peer address' may be specified by either of the following:
2010-01-12 13:08:37 +01:00
2010-03-09 18:47:31 +01:00
* The DNS name of the peer.
2012-10-27 09:43:19 +09:00
* The IPv4 or IPv6 address of the peer, in its numeric representation.
2010-03-09 18:47:31 +01:00
Note: A description of the ZeroMQ Message Transport Protocol (ZMTP) which is
used by the TCP transport can be found at <http://rfc.zeromq.org/spec:15>
2010-03-09 18:47:31 +01:00
HWM
---
For the TCP transport, the high water mark (HWM) mechanism works in conjunction
with the TCP socket buffers handled at OS level.
Depending on the OS and several other factors the size of such TCP buffers will
be different. Moreover TCP buffers provided by the OS will accomodate a varying
number of messages depending on the size of messages (unlike ZMQ HWM settings
the TCP socket buffers are measured in bytes and not messages).
This may result in apparently inexplicable behaviors: e.g., you may expect that
setting ZMQ_SNDHWM to 100 on a socket using TCP transport will have the effect
of blocking the transmission of the 101-th message if the receiver is slow.
This is very unlikely when using TCP transport since OS TCP buffers will typically
provide enough buffering to allow you sending much more than 100 messages.
Of course if the receiver is slow, transmitting on a TCP ZMQ socket will eventually trigger
the "mute state" of the socket; simply don't rely on the exact HWM value.
Obviously the same considerations apply for the receive HWM (see ZMQ_RCVHWM).
2010-03-09 18:47:31 +01:00
EXAMPLES
--------
.Assigning a local address to a socket
----
2012-10-27 09:43:19 +09:00
// TCP port 5555 on all available interfaces
2014-06-23 20:24:36 +02:00
rc = zmq_bind(socket, "tcp://*:5555");
assert (rc == 0);
2012-10-27 09:43:19 +09:00
// TCP port 5555 on the local loop-back interface on all platforms
2010-03-09 18:47:31 +01:00
rc = zmq_bind(socket, "tcp://127.0.0.1:5555");
assert (rc == 0);
2012-10-27 09:43:19 +09:00
// TCP port 5555 on the first Ethernet network interface on Linux
2010-03-09 18:47:31 +01:00
rc = zmq_bind(socket, "tcp://eth0:5555");
assert (rc == 0);
----
.Connecting a socket
----
2012-10-27 09:43:19 +09:00
// Connecting using an IP address
2010-03-09 18:47:31 +01:00
rc = zmq_connect(socket, "tcp://192.168.1.1:5555");
assert (rc == 0);
2012-10-27 09:43:19 +09:00
// Connecting using a DNS name
2010-03-09 18:47:31 +01:00
rc = zmq_connect(socket, "tcp://server1:5555");
assert (rc == 0);
// Connecting using a DNS name and bind to eth1
rc = zmq_connect(socket, "tcp://eth1:0;server1:5555");
assert (rc == 0);
// Connecting using a IP address and bind to an IP address
rc = zmq_connect(socket, "tcp://192.168.1.17:5555;192.168.1.1:5555");
assert (rc == 0);
2010-02-10 16:18:46 +01:00
----
2010-01-12 13:08:37 +01:00
2010-02-10 16:18:46 +01:00
SEE ALSO
--------
2010-03-09 18:47:31 +01:00
linkzmq:zmq_bind[3]
linkzmq:zmq_connect[3]
2010-02-10 16:18:46 +01:00
linkzmq:zmq_pgm[7]
linkzmq:zmq_ipc[7]
linkzmq:zmq_inproc[7]
linkzmq:zmq_vmci[7]
2010-03-09 18:47:31 +01:00
linkzmq:zmq[7]
2010-01-13 15:15:01 +01:00
AUTHORS
-------
This page was written by the 0MQ community. To make a change please
read the 0MQ Contribution Policy at <http://www.zeromq.org/docs:contributing>.