If the data is being sent by the BizTalk Adapter for Host Applications to the RPG program, it would seem that this part is working OK. If the RPG program is supposed to send a response back to the Host Apps adapter, it sounds like the response is not making
it back to the adapter before the underlying TCP/IP socket is closed.
It sounds like the 2 minute (120 second) timeout is happening because of the Windows TCP/IP TcpTimedWaitDelay default timeout. The TCP/IP stack in Windows was designed to time out sockets according to the TcpTimedWaitDelay timer, which is 120 seconds in
current Windows versions.
The problem may be similar to the one described in the following KB article:
823183 BUG: Long running COMTI transactions are unsuccessful and you receive an event 102 (2150) error message
http://support.microsoft.com/kb/823183/EN-US
By similar I mean that maybe the RPG program (in this case) is slow in sending back the response or is not sending back the response. The result is that the TCP/IP connection times out after 2 minutes so the error is logged.
Thanks...
Stephen Jackson - MSFT