SET RETAIL 10 и весы ШТРИХ-ПРИНТ М : Set Retail / Centrum / Oil

Сервер с Set Retail 10 находиться в центральном офисе между, офисом и магазином поднять VPN-канал. Очень часто возникает ситуация когда на весы ШТРИХ-ПРИНТ М v4.5 5000 не погружается номенклатура по причине отсутствия связи с весами, хотя весы с сервера пингуються без проблем.
Решатся только полной прогрузкой выбранных весов и далеко не всегда с первой попытки.
Как понимаем вся загвоздка в протоколе UDP по которому работают весы и VPN-канале.

Кто-нибудь уже сталкивался с похожей ситуацией? Получилось ли ее решить?

Не в этом же ракурсе, но VPN на узком канале не работает нормально никогда. А тут UDP (с ICMP пинга можно не сравнивать, и пробовать пинговать надо большими пакетами)...
Увы. Решить можно увеличением ширины канала, переходом на TCP (если это возможно как-то, например, шлюзом-прокси) и сменой оборудования.

Канал уже 100 мбит/c, время отклика менее 4мс. При размере пакета 500 байт проходит с откликом до 50 мс, больше уже не проходит
Данные весы к сожалению поддерживают только UPD, насколько мне известно.
Со шлюзом экспериментируем (оборудование Mikrotik)

Вот, размер пакета - общая головная боль для VPN...

MTU надо смотреть на vpn, ну и флаг DF на пакетах.
Тоннель до магазина какой, l2tp, pptp, ipsec?

До касс пакеты разметом 1422 проходят без проблем.
MTU на VPN сейчас понизили c 1450 до 1400.
канал pptp

Я в свое время перебрался на l2tp, как раз потому что ppptp это tcp, то бишь весь туннель это одно tcp соединение, а, при не слишком стабильном канале, начинаются проблемы с уменьшением окна tcp, страшно падает скорость. l2tp строится поверх udp и соотв означенных проблем меньше.

в общем, я бы попробовал перейти на l2tp или ipsec в тоннельном режиме, если адреса обоих точек статические

ок, попробуем l2tp, позже сообщу о результатах

переход на l2tp, результатов не принес ((

будем пробовать IPoE