Citrix client disconnection from MPLS link, [TCP RST, ACK]

edit

With VPN traffic MSS values are lowered in my experience. If a buffer is filled the window size should relect that. But it never drops very low which is ackward.

And as fas as small packets are concerned.. That's business as usual with Citrix. (Nasty little Trixies)

I forwarded the Wireshark traces to the thin client manufacturer (https://www.axel.com). I have also just replaced two thin clients with more efficient models, I am waiting for feedback from users. Thank you so much

@hugo.vanderkooij Good to know about Citrix sending small segments, did not know that...

As for the window size not dropping, that's because there is a segment missing at the start of the buffer, so it needs to keep the window size high, even if the buffer is filled (except for a few gaps).

@Jerome.launo Great tht you created a case, let's see how they respond.

Hello, I just received feedback from the thin client manufacturer. He doesn't see a problem on his devices, but notices that the traffic captured is not synchronous. The server sends many packets in a row without receiving a response from the client (packet 2024 to 2113 in the server file) while the client sends many ACKs but are not immediately retransmitted to the server, as if MPLS routers store the data before sending it.

He advises me to open a ticket with my telecom operator so that I can send them the capture files so that they can analyze them as well.

I'm sorry you got this feedback, as it is not a proper analysis and they are sending you in the wrong direction.

I'm not here to promote my business (analysing and solving issues like this, usually by convincing a vendor it IS their problem), but if you do need help in putting the problem where it belongs, you can of course contact me (email address is in my profile).