apetropolsky

А ещё хорошо бы посмотреть на загрузку роутера: насколько грузится проц, какие процессы там происходят, что конкретно его грузит, если имеет место нагрузка на процессор. Может, замена роутера не помогла, потому что ситуация была из разряда «шило на мыло»? То есть, тупо железяка не справляется с нагрузкой, и потому виснет.

Стоп. Они же у Вас в одной подсети, так зачем вам какой-то ещё маршрут? Ошибка, по моему скромному разумению, именно на это и указывает. Да даже если маршрут до хоста и нужен, вдруг, то то, что Вы прописываете — это маршрут в сеть. Для маршрута до хоста маска в команде будет 255.255.255.255.

Вообще говоря, приведите конфигурацию сети поподробнее — с масками и шлюзами, чтобы было понятнее, как Вам лучше поступить в данном случае.

Собственно, Анастасия выше привела достаточно здравую концепцию и отличный принцип относительно количества коммутаторов. Некоторые дополнения от меня: если не стоит вопрос цены (а в описании задачи я такого пункта не нашёл), то я бы поставил вместо HP гигабитные коммутаторы класса Cisco Catalyst 2960, причём в стеке. И ядро бы продублировал вторым коммутатором 3560, если они стекируемые. Если нет, то поставил бы вместо них Catalyst X3750, они точно стекируемые. Таким образом, получаем следующую конфигурацию: сервера — стек Catalyst'ов 3-го уровня — стек Catalyst'ов 2-го уровня — пользователи. Дорого, но надёжно. И ещё на VLAN'ы можно всё поделить, для удобства управления, повышения логичности и безопасности сети.

Собственно, бюджет-то какой? Потому как теоретизировать можно долго.

Пока что ощущение такое, что после установки соединения по OpenVPN Вы получаете от dhcp-сервера на той стороне статические маршруты, которые конфликтуют с корректными для Вашей сети.