Сегодня снял лог через шлюз.
Logs170818.rar
Сегодня снял лог через шлюз.
Logs170818.rar
Что-то разработчики молчат
Тролль-наседка, добрый, нежный и ласковый
Где ретрансмиссии? Уменьшения TTL нет. Может это просто повторный запрос?
Скорее М02 сбрасывает соединение.
Готово. PLC110M02withNotebook.rar
хм.С ноутбуком связь есть. всё хорошо.
Разница видна в ширине окна.
У S7 ширина окна равна 0, т.е. данные s7 принимать не может.
Поэтому ПЛК их и не шлёт, ждет кгда придёт пачка с окном>0. И рвет соединение по таймауту
Windows сообщает при SYNC окно 65535 - это нормально, нормально было бы любое число от 64 байт.
http://www.freepascal.ru/forum/viewt...p?f=13&t=24743
Тролль-наседка, добрый, нежный и ласковый
Уважаемый, вы путаете.
Ссылку в студию!
Снимок экрана 2018-08-20 в 15.11.52.png
Сообщение от RFC793
В RFC 793 есть и про "zero window probe" (хотя, и фрагмент выше явно разрешает нормальную работу TCP соединения с receive window=0):
Переводя на русский, даже когда receive window=0, то всё равно допускается отправлять туда тестовый байт, чтобы проверить "а не изменилось ли окно".Сообщение от RFC793
Вот пример: https://github.com/tass-belgium/picotcp/issues/126
Последний раз редактировалось Владимир Ситников; 20.08.2018 в 15:18.
Вот кусочек комментария
//it might happen that we do not
// send back a SYN/ACK for very old stacks that send a zero window size in SYN.
т.о. стек, вероятно, не посылает ASK при размере окна==0.
Является ли это 100% верным или нужно действовать иначе, но имеющийся стек может вести себя так.
Проверить так ли это я не могу, т.к. нет устройства, генерирующего SYN с win=0. Есть ли программы-эмуляторы, где можно принудительно заставить формировать такой SYN?
Тролль-наседка, добрый, нежный и ласковый