Establish client/server communications

Identify the process for starting and ending communication between IBM® i Access for Windows clients and host servers.

About this task

This topic also includes each server's port numbers, and a description of server daemons and their role in communication.

Client/Server communication is established in the following steps:

Procedure

  1. To initiate a server job that uses sockets communications support, the client system connects to a particular server's port number.
  2. A server daemon must be started (with the STRHOSTSVR command) to listen for and accept the client's connection request. Upon accepting the connection request, the server daemon issues an internal request to attach the client's connection to a server job.
  3. This server job may be a prestarted job or, if prestart jobs are not used, a batch job that is submitted when the client connection request is processed. The server job handles any further communications with the client. The initial data exchange includes a request that identifies authentication tokens that are associated with the client user. A user profile and password, or a Kerberos ticket, are examples of these tokens.
  4. Once the authentication tokens are validated, the server job switches to use the IBM i user profile associated with those tokens, and changes the job by using many of the attributes defined for the user profile, such as accounting code and output queue.

Results

Server to client communications

IBM i Access for Windows uses TCP/IP to communicate with the system servers. The optimized servers use IBM i sockets support to communicate with clients. The IBM i sockets support is compatible with Berkeley Software Distributions 4.3 sockets over TCP/IP. Sockets support is provided with the 5770-TC1 product that is installed on the system.

See the TCP/IP Configuration and Reference manual for more information about communications.

For more information, see: