What are the common indications that indicate WinNT connection has been reset by peer?
Terminations in the communication with the application server may indicate WinNT connection reset by peer.
The following is found in the dispatcher trace dev_disp, and is known for corresponding to the message
LOG Q01=>NiPRead: recv (10054: WSAECONNRESET: Connection reset by peer).
How can this be rectified?
1. External error:
Check the hardware configuration of the network cards and the network components that are included. In specific, ensure that the full and half duplex settings are steady.
Check the hardware, generate and assess a network trace at the same time from the server and front end.
Use the "niping" tool to run a continuous test in order to test the network. In order to do this, start "niping" in the server mode on the R/3 server with the following command line from a command
prompt:
niping -s -I t=0
Then start "niping" in client mode on the frontend PC:
niping -c -H -L 3600 -D 1000
Post this command, a packet of IKB is sent to the niping server every second and is received again. The test is repeatedly done for 3,600 times (approx. 1 hour). A disruption can be taken as a symbol of a network problem. The successful completion of this gives the minimum, maximum and average runtime of a package. In case, the minimum and average runtime is much lesser than the maximum runtime, this can indicate problems in the network.