DMI Definition :"The number of Server Session Termination errors. This category of errors applies whenthe server detects an error on the software service level and closes the TCP session witha RESET packet".
Someone has idea about which are the possible causes of this error, and which analyzers are related with it?
You might see those metric for all analyzers. When application server (operating system) detect the problem with application it sends RST packet. In most cases it means that listening port is blocked/closed.
I have an additional question to how these are counted. I have a situation where although 'Server Session Termination' is a TCP error, it doesn't appear to be counted in the more general 'TCP errors' category. Is this by design or do I have a bug on my hands?
Running CAS on 22.214.171.124
I have found this explanation in this documentation :
Server is unexpectedly terminating a connection that was successfully opened. The server sends a RESET packet to the Client.
Such error roots at application using TCP session that is monitored. It does not necessarily mean application failure; usually it means that the application encountered a condition in which it decided to immediately terminate session with the client (for instance, because of an application security policy violation by the client).
I hope, it's help you.
Strictly speaking it's not following the old TCP standard to do like this, but on the other hand most HTTP system today do this to save time&resources.
Mind you though- there should be a proportion to the value so that if it starts to rise without the total number of session increasing, you potentially have a resource problem in the server.