NAME¶
udaddy - RDMA CM datagram setup and simple ping-pong test.
SYNOPSIS¶
udaddy [-s server_address] [-b bind_address] [-c connections]
[-C message_count] [-S message_size] [-p port_space]
udaddy -s server_address [-b bind_address] [-c connections]
[-C message_count] [-S message_size] [-t tos] [-p port_space]
DESCRIPTION¶
Establishes a set of unreliable RDMA datagram communication paths between two
nodes using the librdmacm, optionally transfers datagrams between the nodes,
then tears down the communication.
OPTIONS¶
- -s server_address
- The network name or IP address of the server system
listening for communication. The used name or address must route over an
RDMA device. This option must be specified by the client.
- -b bind_address
- The local network address to bind to.
- -c connections
- The number of communication paths to establish between the
client and server. The test uses unreliable datagram communication, so no
actual connections are formed. (default 1)
- -C message_count
- The number of messages to transfer over each connection.
(default 10)
- -S message_size
- The size of each message transferred, in bytes. This value
must be smaller than the MTU of the underlying RDMA transport, or an error
will occur. (default 100)
- -t tos
- Indicates the type of service used for the communication.
Type of service is implementation dependent based on subnet
configuration.
- -p port_space
- The port space of the datagram communication. May be either
the RDMA UDP (0x0111) or IPoIB (0x0002) port space. (default
RDMA_PS_UDP)
NOTES¶
Basic usage is to start udaddy on a server system, then run udaddy -s
server_name on a client system.
Because this test maps RDMA resources to userspace, users must ensure that they
have available system resources and permissions. See the libibverbs README
file for additional details.
SEE ALSO¶
rdma_cm(7),
ucmatose(1),
mckey(1),
rping(1)