In your environment, you were not able to connect the APPC/PCs to the 9370
using PU 2.1 peer-to-peer communications. You were also not able to get
SNA*ps APPC gateways to attach to the PS/2 running APPC/PC using peer or PU
2.1 connections. From the trace provided, the APPC/PC is rejecting the
SNA*ps peer PU 2.1 XID response. We had to conclude the APPC/PC (DOS
version) was not able to interact with a full implementation of PU 2.1
found with the SNA*ps APPC product. The APPC/PC product is too old in the
evolution of SNA to work at the peer level with SNA*ps.
Here is the exact technical explanation, SNA*ps receives a '2203000000' on
the XID pre-negotiation phase. This is the very last thing in their
response to our XID. By looking up the control vector (Chapter 8 of SNA
Formats) we find that this is a 'XID Negotiation Error' and that the
'0000╩00' are the byte and bit offset of the offending data. In other
words, they rejected the first bit of the first byte of data that we sent
them.
In checking with IBM, we found that IBM no longer supports APPC/PC, and
they recommend moving to OS/2 or NS/DOS. SNA*ps has been tested with both
OS/2 and NS/DOS and works perfectly in PU 2.1 peer-to peer connections.