LocalLU Not Registered on Windows Client If Queued = OperatorLast reviewed: April 17, 1997Article ID: Q148325 |
The information in this article applies to:
SYMPTOMSWhen you use the SNA Server Windows 3.x client software in SNA Server 2.11 or Service Pack 1 and an operator-started transaction program (TP), the LocalLU parameter does not work if you specify "queued=operator" for the Windows 3.x client and start the transaction program.
CAUSEThe SNA Server Windows client software is not setting the LocalLU parameter correctly when an operator started TP is invoked. If multiple client computers are running the same operator started TP, this problem causes SNA Server to route an incoming conversation startup request (an SNA FMH-5 Attach RU) to a randomly selected client computer, instead of being routed to the specific client which has the LocalLU configured. This problem does not occur with Windows NT, Windows 95 or Windows client computers with "queued=yes" specified. For more information about the LocalLU parameter, see Chapter 2 of the SNA Server APPC or CPIC Programmer's Guide.
RESOLUTIONTo work around this problem, configure the transaction program to allow SNA Server to automatically start it. To do this, set Queued to yes (for example: queued=yes). In addition, make sure that the LocalLU parameter is properly registered on a Windows client computer. Do the following:
STATUSMicrosoft has confirmed this to be a problem in SNA Server 2.11 and SNA Server 2.11 service pack 1. This problem was corrected in the latest Microsoft SNA Server 2.11 U.S. Service Pack. For information on obtaining the service pack, query on the following word in the Microsoft Knowledge Base (without the spaces):
S E R V P A C K |
Additional query words: prodsna
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |