SNA Server Does Not Support Full Duplex APPC

ID: Q160876

The information in this article applies to:

SUMMARY

APPC is a peer-oriented program-to-program API where either Transaction Program (TP) can initiate a conversation. However, APPC/LU6.2 traditionally is half-duplex, where after the conversation is established, only one TP has direction to send on a conversation at a time. The state of the conversation, as viewed by a particular TP, governs which APPC verbs can be issued by the TP at a particular time. If the local TP views the conversation as being in a "send" state, then the partner TP would also be in a send state.

IBM now supports "full duplex" APPC where either program can issue both send and receive verbs at the same time, though this is a fairly new implementation of APPC.

The following is the option to set for full duplex functionality:

   112 -- Full-duplex conversations and expedited data

SNA Server does not support option set 112; it only supports half-duplex, although either end can initiate the conversation.

MORE INFORMATION

See the "Conversation States" section of Chapter 2 of the SNA Server Programmer's Reference for a thorough explanation of conversation state changes.

Additional query words:

Keywords          : kbnetwork kbprg prodsna 
Version           : WINNT:2.0 2.1 2.11 3.0
Platform          : winnt
Issue type        : kbinfo

Last Reviewed: November 26, 1997