Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

rst,ack after some tcp retrasmissions on a tls comms

Hi all, hope someone will be able to help me.

I have a random problem in client to server communication.

user is blaming that ( randomly ) they are not able to use a previoulsy working application. Sometimes they are not able to "change" the page they are brwowsing or just to input some values in a form. they have to wait approx 30 secs or so.

network architecture : Windows client connected via vpn IPSEC to an AWS Linux server that publish ssl application on port 8443

i made a client ( wireshark ) and a server ( tcpdump ) capture and i've noticed something odd ( for me ).

it seem that when users are not able to "browse the page" i get some retrassmission at both client and server side ( attached ) and finally i get a rst/ack from client.

the network seem stable because i've also runt a pingplotter that pools the destination server and i have no packet drop ( 3rd immage )

any idea what could cause the problem

files are visible at: https://mega.nz/file/jlJV0aIA#PJKvJnb0zUE_JMp9DISk-3a7OYHy3UWa_1LaQQpoV1U

rst,ack after some tcp retrasmissions on a tls comms

Hi all, hope someone will be able to help me.

I have a random problem in client to server communication.

user is blaming that ( randomly ) they are not able to use a previoulsy working application. Sometimes they are not able to "change" the page they are brwowsing or just to input some values in a form. they have to wait approx 30 secs or so.so...or refresh the page.

network architecture is : Windows client connected via vpn IPSEC to an AWS Linux server that publish ssl application on port 8443

i i've made a client ( wireshark wireshark...first screen ) and a server ( tcpdump ) second screen) capture and i've noticed something odd ( for me ).

it seem that when users are not able to "browse the page" i get some retrassmission at both client and server side ( attached ) and finally i get a rst/ack from client.

the network seem stable because i've also runt a pingplotter that pools the destination server and i have no packet drop ( 3rd immage )

any idea what could cause the problem

files are visible at: https://mega.nz/file/jlJV0aIA#PJKvJnb0zUE_JMp9DISk-3a7OYHy3UWa_1LaQQpoV1U

rst,ack after some tcp retrasmissions on a tls comms

Hi all, hope someone will be able to help me.

I have a random problem in client to server communication.

user is blaming that ( randomly ) they are not able to use a previoulsy working application. Sometimes they are not able to "change" the page they are brwowsing or just to input some values in a form. they have to wait approx 30 secs or so...or refresh the page.

network architecture is : Windows client connected via vpn IPSEC to an AWS Linux server that publish ssl application on port 8443

i've made a client ( wireshark...first screen ) and a server ( tcpdump second screen) capture and i've noticed something odd ( for me ).

it seem that when users are not able to "browse the page" i get some retrassmission at both client and server side ( attached ) and finally i get a rst/ack from client.

client. as per my understanding, it seem both client and server are not able to communicate with eachother but the network seem stable because i've also runt a pingplotter that pools the destination server and i have no packet drop ( 3rd immage ) or interruptions.

any idea what could cause the problem

files are visible at: https://mega.nz/file/jlJV0aIA#PJKvJnb0zUE_JMp9DISk-3a7OYHy3UWa_1LaQQpoV1U

rst,ack after some tcp retrasmissions on a tls comms

Hi all, hope someone will be able to help me.

I have a random problem in client to server communication.

user is blaming that ( randomly ) they are not able to use a previoulsy working application. Sometimes they are not able to "change" the page they are brwowsing or just to input some values in a form. they have to wait approx 30 secs or so...or refresh the page.

network architecture is : Windows client connected via vpn IPSEC to an AWS Linux server that publish ssl application on port 8443

i've made a client ( wireshark...first screen ) and a server ( tcpdump second screen) capture and i've noticed something odd ( for me ).

it seem that when users are not able to "browse the page" i get some retrassmission at both client and server side ( attached ) and finally i get a rst/ack from client. as client.

As per my understanding, it seem both client and server are not able to communicate with eachother but the network seem stable because i've also runt a pingplotter that pools the destination server continuosly and i have no packet drop ( 3rd immage ) or interruptions.interruptions. No latency ( 30ms average and no jitter ).

any idea what could cause the problem

files are visible at: https://mega.nz/file/jlJV0aIA#PJKvJnb0zUE_JMp9DISk-3a7OYHy3UWa_1LaQQpoV1U

rst,ack after some tcp retrasmissions on a tls comms

Hi all, hope someone will be able to help me.

I have a random problem in client to server communication.

user is blaming that ( randomly ) they are not able to use a previoulsy working application. Sometimes they are not able to "change" the page they are brwowsing or just to input some values in a form. they have to wait approx 30 secs or so...or refresh the page.

network architecture is : Windows client connected via vpn IPSEC to an AWS Linux server that publish ssl application on port 8443

i've made a client ( wireshark...first screen ) and a server ( tcpdump second screen) capture and i've noticed something odd ( for me ).

it seem that when users are not able to "browse the page" i get some retrassmission at both client and server side ( attached ) and finally i get a rst/ack from client.

As per my understanding, it seem both client and server are not able to communicate eachother but the network seem stable because i've also runt a pingplotter that pools the destination server continuosly and i have no packet drop ( 3rd immage ) or interruptions. No latency ( 30ms average and no jitter ).

any idea what could cause the problem

files are visible at: https://mega.nz/file/jlJV0aIA#PJKvJnb0zUE_JMp9DISk-3a7OYHy3UWa_1LaQQpoV1U