Прямое же, если размер пакета превышает mtu
Потеря пакетов ЧЕРЕЗ Mikrotik
-
- Сообщения: 248
- Зарегистрирован: 01 июл 2020, 16:02
-
- Сообщения: 4204
- Зарегистрирован: 25 фев 2018, 22:41
- Откуда: Москва
-
- Сообщения: 4204
- Зарегистрирован: 25 фев 2018, 22:41
- Откуда: Москва
Да, и кстати, а большие потери - это сколько?
Telegram: @thexvo
-
- Сообщения: 7
- Зарегистрирован: 30 авг 2022, 11:50
Абсолютно также. кстати при разборке бриджа ситуация только ухудшается. По поводу размера потерь - на каждые 200-400 отосланных 1 потерянный это при большом размере пакета, при стандартном на каждые 4000. Я понимаю что как говорится "допустимые потери". Но с самого - то микрота нет потерь и с компа без микрота нет потерь. Вообще. Снял трафик работы через микрот. Не пинга а просто серфинг и т д. На условные 400000 захваченных пакетов 100000 ретрансмиты и порядка 70000 TCP DUP ACK
Последний раз редактировалось proggis 02 сен 2022, 12:14, всего редактировалось 1 раз.
-
- Сообщения: 7
- Зарегистрирован: 30 авг 2022, 11:50
Без изменений
А попробуйте более широко и упрощёно, ради тех же тестовЗдесь MSS не только на ван, а на обе стороны. Если и это не поможет, то будем думать дальшеКод: Выделить всё
add action=change-mss chain=forward new-mss=1360 passthrough=no protocol=tcp tcp-flags=syn tcp-mss=1453-65535
-
- Сообщения: 4204
- Зарегистрирован: 25 фев 2018, 22:41
- Откуда: Москва
И это с параметром -f ?
Мне кажется у меня даже больше если с вафли пробовать.
С самого то микрота именно flood ping смотрели?
На мой взгляд - забить, если оно в реальной жизни ничему не мешает.
Telegram: @thexvo
-
- Сообщения: 7
- Зарегистрирован: 30 авг 2022, 11:50
Жизни мешало. Были затупы по http. Проблема решилась и совсем не в микроте.
netsh winsock reset
netsh int ip reset
Я хз почему так. По прямому проводу в комп все было норм, проблемы имелись именно через микрот. А вот решилось на уровне ОС. Бред но тем не менее. Всем спасибо за варианты.