table of contents
|RDMA_GETADDRINFO(3)||Librdmacm Programmer's Manual||RDMA_GETADDRINFO(3)|
rdma_getaddrinfo - Provides transport independent address translation.
int rdma_getaddrinfo (const char *node, const char *service, const struct rdma_addrinfo *hints, struct rdma_addrinfo **res);
- Optional, name, dotted-decimal IPv4, or IPv6 hex address to resolve.
- Service name or port number of address.
- Reference to an rdma_addrinfo structure containing hints about the type of service the caller supports.
- A pointer to a linked list of rdma_addrinfo structures containing response information.
Resolves the destination node and service address and returns information needed to establish communication. Provides the RDMA functional equivalent to getaddrinfo.
Returns 0 on success, or -1 on error (errno will be set to indicate the failure reason), or one of the following nonzero error codes:
- The specified network host does not have any network addresses in the requested address family.
- The name server returned a temporary failure indication. Try again later.
- hints.ai_flags contains invalid flags.
- The name server returned a permanent failure indication.
- The requested address family is not supported.
- Out of memory.
- The specified network host exists, but does not have any network addresses defined.
- The node or service is not known; or both node and service are NULL.
- The requested service is not available for the requested QP type. It may be available through another QP type.
- The requested socket type is not supported. This could occur, for example, if hints.ai_qptype and hints.ai_port_space are inconsistent (e.g., IBV_QPT_UD and RDMA_PS_TCP, respectively).
- Other system error, check errno for details. The gai_strerror() function translates these error codes to a human readable string, suitable for error reporting.
Either node, service, or hints must be provided. If hints are provided, the operation will be controlled by hints.ai_flags. If RAI_PASSIVE is specified, the call will resolve address information for use on the passive side of a connection. If node is provided, rdma_getaddrinfo will attempt to resolve the RDMA address, route, and connection data to the given node. The hints parameter, if provided, may be used to control the resulting output as indicated below. If node is not given, rdma_getaddrinfo will attempt to resolve the RDMA addressing information based on the hints.ai_src_addr, hints.ai_dst_addr, or hints.ai_route.
- Hint flags that control the operation. Supported flags are:
- Indicates that the results will be used on the passive/listening side of a connection.
- If specified, then the node parameter, if provided, must be a numerical network address. This flag suppresses any lengthy address resolution.
- If set, this flag suppresses any lengthy route resolution.
- If set, the ai_family setting should be used as an input hint for interpretting the node parameter.
- Address family for the source and destination address. Supported families are: AF_INET, AF_INET6, and AF_IB.
- Indicates the type of RDMA QP used for communication. Supported types are: IBV_QPT_UD (unreliable datagram) and IBV_QPT_RC (reliable connected).
- RDMA port space in use. Supported values are: RDMA_PS_UDP, RDMA_PS_TCP, and RDMA_PS_IB.
- The length of the source address referenced by ai_src_addr. This will be 0 if an appropriate source address could not be discovered for a given destination.
- The length of the destination address referenced by ai_dst_addr. This will be 0 if the RAI_PASSIVE flag was specified as part of the hints.
- If provided, the address for the local RDMA device.
- If provided, the address for the destination RDMA device.
- The canonical for the source.
- The canonical for the destination.
- Size of the routing information buffer referenced by ai_route. This will be 0 if the underlying transport does not require routing data, or none could be resolved.
- Routing information for RDMA transports that require routing data as part of connection establishment. The format of the routing data depends on the underlying transport. If Infiniband transports are used, ai_route will reference an array of struct ibv_path_data on output, if routing data is available. Routing paths may be restricted by setting desired routing data fields on input to rdma_getaddrinfo. For Infiniband, hints.ai_route may reference an array of struct ibv_path_record or struct ibv_path_data on input.
- Size of connection information referenced by ai_connect. This will be 0 if the underlying transport does not require additional connection information.
- Data exchanged as part of the connection establishment process. If provided, ai_connect data must be transferred as private data, with any user supplied private data following it.
- Pointer to the next rdma_addrinfo structure in the list. Will be NULL if no more structures exist.
rdma_create_id(3), rdma_resolve_route(3), rdma_connect(3), rdma_create_qp(3), rdma_bind_addr(3), rdma_create_ep(3)