Сегодня снял лог через шлюз.
Вложение 38384
Вид для печати
Сегодня снял лог через шлюз.
Вложение 38384
Что-то разработчики молчат :(
Где ретрансмиссии? Уменьшения TTL нет. Может это просто повторный запрос?
Скорее М02 сбрасывает соединение.
Готово. Вложение 38401
хм.С ноутбуком связь есть. всё хорошо.
Разница видна в ширине окна.
У S7 ширина окна равна 0, т.е. данные s7 принимать не может.
Поэтому ПЛК их и не шлёт, ждет кгда придёт пачка с окном>0. И рвет соединение по таймауту
Windows сообщает при SYNC окно 65535 - это нормально, нормально было бы любое число от 64 байт.
http://www.freepascal.ru/forum/viewt...p?f=13&t=24743
Уважаемый, вы путаете.
Ссылку в студию!
Вложение 38406
Цитата:
Сообщение от RFC793
В RFC 793 есть и про "zero window probe" (хотя, и фрагмент выше явно разрешает нормальную работу TCP соединения с receive window=0):
Переводя на русский, даже когда receive window=0, то всё равно допускается отправлять туда тестовый байт, чтобы проверить "а не изменилось ли окно".Цитата:
Сообщение от RFC793
Вот пример: https://github.com/tass-belgium/picotcp/issues/126
Вот кусочек комментария
//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?