проблемa с route.

route add -net 192.168.101.0/24 dev eth1:1

Нафига ? Мы что до сих пор используем ядра 1.3-2.0 ?

Если вы подняли интерфейс с валидным ip/mask, то прямой маршрут добавляется ядром автоматически. И это правило действует уже 15 лет!

Как подключены виртуалки к сети ? Мост ?

Правила фильтрации есть в iptables ?

да, бридж.

Правила фильтрации есть в iptables ?

есть, но незначительные.

т.е. все виртуалки в сети 192.168.101.0/24 и дожключены к одному брижду.

а c arping есть проблемы ?

До кучи, «dev eth1:1» - это заблуждение. Ошибку это не вызывает, но, по факту, это «dev eth1». Понятия «алиас» для таблиц маршрутизации не существует. И да, не «route add ...», а «ip route add ...» уже много лет. route устарел.

да, бридж.

Не похоже случайно ?
http://lists.altlinux.org/pipermail/sysadmins/2013-October/036444.html

Понятия «алиас» для таблиц маршрутизации не существует.

Я бы сказал, что interface/device aliasing не доступен через IPROUTE2. Таблицам по сути пофиг, они и то и это поддерживают. Просто, если раньше, чтобы навесить дополнительный IP, городили виртуальный интерфейс, то с IPROUTE2 пришли к понятию IP aliasing'а, которым на уровне кода таблиц device aliasing всегда и был, но через костыли.

Чтобы ваши слова не поняли превратно, «IP алиас» таки существует и у таблиц маршрутизации с ним нет никаких проблем, хотя у пользователей возможны заморочки и непонятки с primary/secondary IP.

Я бы сказал, что interface/device aliasing не доступен через IPROUTE2

И сказал бы неправильно.
ip addr add 10.1.1.1/24 dev eth0 label eth0:3
Или ты не об этом ?

Таблицам по сути пофиг, они и то и это поддерживают

Таблицам пофиг, так как eth0:3 к ним никаким боком.

То есть,
route add -net 192.168.101.0/24 dev eth1:1
route add -net 192.168.101.0/24 dev eth1
будут обработаны совершенно идентично.

Или ты не об этом ?

Об этом, но ладно, не обращай внимания. Я о небольшой тонкости, которая может и не принципиальна, но:

«Очевидный вопрос: можете ли вы сконфигурировать несколько адресов на базе псевдонимов устройств, используя IPROUTE2. Это невозможно потому, что IPROUTE2 не рассматривает псевдонимы устройств в качестве реальных, независимых интерфейсов, как это делает ifconfig: для IPROUTE2 псевдоним устройства - это просто метка на адресе.

[root@router kernel]# ip address add 192.168.1.104/24 dev eth1:1 Cannot find device eth1:1»

Christian Benvenuti. «Understanding Linux Network Internals»

Т.е., как и писал, для пользователя просто поменялась концепция с псевдонимов устройств (device aliasing) на псевдонимы IP.

Ну так возможно же. «dev eth1:1» просто меняется на «dev eth1 label eth1:1». И ifconfig это видит, как будто это сделано им.