Связь с контроллером ПЛК110-24.30.Р-М(М02) по ModbusТСР

[Филоненко Владислав]

Не шлёт -- не вопрос.
Почему М02 на SYN не отвечает-то? Вы что, считаете, что SYN+ACK это данные?

Видно же по трейсу со старым ПЛК110, что после получения ACK'а S7 сигнализирует окно 2048.

Window=0 , т.е. передавать нельзя, теоретически. Старый имеет упрощённый стек и такое не обрабатывает.
Конечно, SYN+ASK это данные. 64 байта, это не я думаю, а RFC

[Владимир Ситников]

Window=0 , т.е. передавать нельзя, теоретически

Уважаемый, вы путаете.

это не я думаю, а RFC

Ссылку в студию!

Снимок экрана 2018-08-20 в 15.11.52.png

Note that when the receive window is zero no segments should be
acceptable except ACK segments. Thus, it is be possible for a TCP to
maintain a zero receive window while transmitting data and receiving
ACKs. However, even when the receive window is zero, a TCP must
process the RST and URG fields of all incoming segments.

В RFC 793 есть и про "zero window probe" (хотя, и фрагмент выше явно разрешает нормальную работу TCP соединения с receive window=0):

The segment sent to probe a zero window may also begin a break up
of transmitted data into smaller and smaller segments. If a
segment containing a single data octet sent to probe a zero window
is accepted, it consumes one octet of the window now available.
If the sending TCP simply sends as much as it can whenever the
window is non zero, the transmitted data will be broken into
alternating big and small segments. As time goes on, occasional
pauses in the receiver making window allocation available will

Переводя на русский, даже когда receive window=0, то всё равно допускается отправлять туда тестовый байт, чтобы проверить "а не изменилось ли окно".
Вот пример: https://github.com/tass-belgium/picotcp/issues/126

[Филоненко Владислав]

Уважаемый, вы путаете.

В RFC 793 есть и про "zero window probe" (хотя, и фрагмент выше явно разрешает нормальную работу TCP соединения с receive window=0):

Переводя на русский, даже когда receive window=0, то всё равно допускается отправлять туда тестовый байт, чтобы проверить "а не изменилось ли окно".
Вот пример: https://github.com/tass-belgium/picotcp/issues/126

Владимир, даже в Вашем примере прямо сразу видно, что соединение установлено и потом уже win стал ==0. Это нормальная ситуация.
А мы обсуждаем win при SYN

[Владимир Ситников]

Владимир, даже в Вашем примере прямо сразу видно, что соединение установлено и потом уже win стал ==0. Это нормальная ситуация.
А мы обсуждаем win при SYN

Этот пример относился к тому, что TCP клиенту **допускается** отправлять данные, даже когда server сигнализирует о нулевом receive window.
Иными словами, нет запретов в духе "ни в коем случае нельзя отправлять данные в соединение с receive window=0".

Если честно, то не понимаю какая такая разница в какой момент receive window стало равно 0. Чем так разительно отличается нулевое окно, возникшее между делом от нулевого окна на этапе старта соединения?