Дано: подключаемся к шлюзу ИС, устанавливается соединение через средство канального шифрования Bel-VPN.
Проходят ping-и, есть подключение по telnet, проходят небольшие порции данных. Как только нужно получить большой объем данных происходит зависание клиентского ПО и работа становится невозможной.
Выяснилось, что проблема возникает из-за превышения размера блока MTU.
https://remontka.pro/change-mtu-windows/#cmd
netsh interface ipv4 show subinterfaces
netsh interface ipv4 set subinterface "ИМЯ_ИНТЕРФЕЙСА" mtu=1300 store=persistent
Определить оптимальный размер пакета (значение MTU) для текущего Интернет-подключения можно в командной строке с помощью команды, ping адреса_сайта -f -l РАЗМЕР, например:
ping google.com -f -l 1500
https://www.reddit.com/r/mikrotik/comments/1b794e7/how_to_force_clients_a_specific_mtu/
https://habr.com/ru/articles/702482/
Процедура ограничения MSS при передаче пакетов
https://help.mikrotik.com/docs/spaces/ROS/pages/21725296/MTU+in+RouterOS
Проблема в том, что широковещательные запросы к серверам лицензий уходят не в интерфейс сетевой карты, а в виртуальный интерфейс BelVPN.
Чтобы запускалась 1с нужно скорректировать Метрику сетевого интерфейса BelVPN-клиента, поскольку широковещательный запросы идут в наиболее приоритетный интерфейс, а Bel VPN ставит интерфейс с максимальным приоритетом зачем-то.
Устанавливаем BelVPN-интерфейсу нужную метрику(чем больше число - тем меньше приоритет, вместо 1 ставим 100)
Get-NetIPinterface | where AddressFamily -eq "IPv4"
Set-NetIPInterface -ifIndex <id> -InterfaceMetric 100