Подключение SSL, испытывающее таймаут во время квитирования (клиент обмениваются повторной передачей),
Клиентским машинам Windows встроили 10 ограничений соединения в сетевой стек. По моему опыту, этот предел может быть несколько произвольно применен и зависит частично от того, как приложение разработано. У Вас есть мало для потери, тем не менее, от испытания клиента ОС и затем перемещения в более дорогой сервер ОС, если Вы видите, что соединения отбрасываются или ошибки как отказ соединиться. Только с 3-7 пользователями это могло бы работать.
Итак, предполагая, что вы правы, ACK находится на уровне TCP:
Если клиенту отправлено TCP ACK, но продолжает повторно отправлять контент, который был ACK-ed, из этого следует, что сервер получил и зарегистрировал контент, но клиент не получил и не зарегистрировал ACK.
Где вы собираете данные на бирже? На клиенте, сервере или между ними. Вам, вероятно, следует собирать с обоих концов и как можно ближе к концам, чтобы вы могли сравнить их, чтобы убедиться, что проблема в сети (что кажется вероятным).
На основании того, что вы нам сказали, в том числе что ACK не проходят в течение длительного периода, маловероятно, что это просто потеря пакетов. Я бы очень внимательно посмотрел на конфигурацию любых задействованных SSL-туннелей или брандмауэров.
Можете ли вы собирать и делиться выводом tcpdump с каждого конца соединения?
Исходя из того, что вы нам сказали, в том числе о том, что ACK не проходят в течение длительного периода, маловероятно, что это просто потеря пакетов. Я бы очень внимательно посмотрел на конфигурацию любых задействованных SSL-туннелей или брандмауэров.
Можете ли вы собирать и делиться выводом tcpdump с каждого конца соединения?
Исходя из того, что вы нам сказали, в том числе о том, что ACK не проходят в течение длительного периода, маловероятно, что это просто потеря пакетов. Я бы очень внимательно посмотрел на конфигурацию любых задействованных SSL-туннелей или брандмауэров.
Можете ли вы собирать и делиться выводом tcpdump с каждого конца соединения?