Telnet IP+DM Is Ignored If TN3270 Server Is Already Queuing Data (276045)
The information in this article applies to:
- Microsoft SNA Server 3.0 SP1
- Microsoft SNA Server 3.0 SP2
- Microsoft SNA Server 3.0 SP3
- Microsoft SNA Server 3.0 SP4
- Microsoft SNA Server 4.0
- Microsoft SNA Server 4.0 SP1
- Microsoft SNA Server 4.0 SP2
- Microsoft SNA Server 4.0 SP3
- Microsoft Host Integration Server 2000
This article was previously published under Q276045 IMPORTANT: This article contains information about modifying the registry.
Before you modify the registry, make sure to back it up and make sure that you
understand how to restore the registry if a problem occurs. For information
about how to back up, restore, and edit the registry, click the following
article number to view the article in the Microsoft Knowledge Base: 256986 Description of the Microsoft Windows Registry
SYMPTOMS If you use the Rumba TN3270 client, the emulator may stop
responding (hang) when it is used with the TN3270 Server to access a host
application. If a network analysis tool, such as Microsoft Network
Monitor, is used to capture a network trace of the TCPIP traffic between the
TN3270 client and TN3270 Server, this problem may occur after the client sends
an Interrupt Process (IP) and Data Mark (DM) message sequence (FFF4FFF2) in the
inbound data stream. Network Monitor frame illustration:
+ Frame: Base frame properties
+ ETHERNET: ETYPE = 0x0800 : Protocol = IP:DOD Internet Protocol
+ IP: ID = 0x7CC1; Proto = TCP; Len: 44
TCP: .AP..., len: 4, seq:60113-60117, ack: 84013, win: 7744, src: 1097 dst: 23 (TELNET)
TCP: Source Port = 0x0449
TCP: Destination Port = Telnet
TCP: Sequence Number = 60113 (0xEAD1)
TCP: Acknowledgement Number = 84013(0x1482D)
TCP: Data Offset = 20 (0x14)
TCP: Reserved = 0 (0x0000)
TCP: Flags = 0x18 : .AP...
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgementfield significant
TCP: ....1... = Push function
TCP: .....0.. = No Reset
TCP: ......0. = No Synchronize
TCP: .......0 = No Fin
TCP: Window = 7744 (0x1E40) TCP: Checksum = 0x7502 TCP:
Urgent Pointer = 0 (0x0) TCP: Data: Number of data bytes remaining = 4
(0x0004) TELNET: To Server From Port = 1097 TELNET: Telnet
Command = IAC IP(INTERRUPT PROCESS) TELNET: Telnet Command = IAC DM (DATA
MARK)
00000: 00 00 0C 07 AC 02 00 C0 4F 61 6B 94 08 00 45 10
00010: 00 2C 7C C1 40 00 80 06 98 BC 9D CB A3 8C 9D CB
00020: 06 1B 04 49 00 17 00 00 EA D1 00 01 48 2D 50 18
00030: 1E 40 75 02 00 00 FF F4 FF F2
CAUSE The problem is that TN3270 client emulators can send data
or, as in this case, a function key (PA1 key), when the client does not have
direction on the session flow.
To enable TN3270 clients to work in
this manner and to avoid a TN3270 session protocol violation error, SNA Server
internally queues such data until the client is granted direction on the
session and can legitimately send inbound data.
In this instance,
however, after the client's illegal PA1 key is queued, the TN3270 Server
subsequently fails to process the following IP-DM sequence. This is because the
TN3270 Server adds it to the queue of data for later inbound transmission to
the host when the client is granted direction on the session flow. As a result,
no SIGNAL is sent, which typically is expected when an IP command is processed.
RESOLUTIONSNA Server 4.0To resolve this problem, obtain the
latest service pack for SNA Server 4.0. For additional information, click the
following article number to view the article in the Microsoft Knowledge Base: 215838 How to Obtain the Latest SNA Server Version 4.0 Service Pack
Host Integration Server 2000To resolve this problem, obtain
the latest service pack for Host Integration Server 2000. For additional
information, click the following article number to view the article in the
Microsoft Knowledge Base: 328152 How to Obtain the Latest Host Integration Server 2000 Service Pack
STATUSMicrosoft
has confirmed that this is a problem in the Microsoft products that are listed
at the beginning of this article.
This problem was first
corrected in Host Integration Server 2000 Service Pack
1. This problem was first corrected in SNA Server 4.0
Service Pack 4.
Modification Type: | Minor | Last Reviewed: | 3/11/2005 |
---|
Keywords: | kbbug kbfix kbHostIntegServ2000preSP1fix kbHostIntegServ2000SP1fix kbSNA400PreSP4fix kbSNA400sp4fix KB276045 |
---|
|