PRB: Dropping Connections from Sybase TCP/IP Socket ClientsID: Q105794
|
When you Use Sybase Open Client applications, you can connect to Microsoft
SQL Server using TCP/IP sockets. If you have experienced any unexpected
client disconnection problems from these applications, you can avoid them
by reconfiguring the TCP/IP transport.
After a Sybase TCP/IP client connects to a Microsoft SQL Server and
idles for about two minutes, the connection may be dropped unexpectedly,
which is typically indicated by the DB-Library error:
Read from SQL Server failed
Connection reset by peer
In Windows NT, when a TCP/IP connection idles for a certain period, TCP/IP generates "keep-alive" traffic. When TCP/IP determines that no activity has occurred on the connection within the specified time (default 120 seconds), it generates keep-alive traffic to probe the connection. After it tries the configured number of times to deliver the keep-alive traffic without success, it marks the connection as down, and the SQL Server connection is dropped.
You can add the registry entry:
TcpKeepCnt,
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
TcpKeepCnt:REG_DWORD:0.
The disconnection problem may not occur with your particular SQL
application if the application can automatically reconnect after the
connection is dropped.
This problem does not occur in Microsoft SQL Server version 4.21
because the Setup program has been enhanced to automatically set the TCP/IP
parameters in the registry. If you have installed SQL Server version 4.21,
you do not need to manually modify the registry as described above.
Additional query words: 4.20 Windows NT connectivity
Keywords : kb3rdparty SSrvLAN
Version : 4.2
Platform : WINDOWS
Issue type :
Last Reviewed: March 17, 1999