Непонятное сетевое поведение со шлюзом между коммутатором и модулем CMC на оборудовании Dell VRTX. Я делаю что-то неправильно?

Диаграмма сети:

Вот самый простой способ объяснить, как работает внутренняя сеть этого Dell VRTX.

Итак, у вас есть 4 блейд-сервера и модуль сетевого коммутатора со встроенными контроллерами удаленного управления, для блейд-серверов - это iDRAC, а для коммутатора - это внутренний порт OOB, который я физически не могу подключить ни к чему другому.

Согласно документации Dell эти порты взаимодействуют с модулем CMC корпуса. Так что технически CMC в некотором смысле похожа на действительно тупой переключатель.

На моем RT-N66U я создал 2 отдельные сети VLAN для сегментации интерфейсов управления и остальных интерфейсов коммутатора и дал указанным интерфейсам адреса 10.1.0.0 / 24 для управления и простой адрес 169.254.255.1-2 / 30, установленный только для соединения маршрутизатора и модуля коммутатора.

На диаграмме у меня установлены интерфейсы управления в диапазоне от .2 до .7 со шлюзом по умолчанию 10.1.0.1. Все это работает нормально.

Однако странное поведение возникает, когда я пытаюсь выполнить статические маршруты в модуле коммутатора.

Модуль коммутатора поддерживает статическую маршрутизацию уровня 3. Одна из основных проблем заключается в том, что в Dell VRTX CMC для доступа к веб-интерфейсу я могу установить IP-адрес для интерфейса OOB на модуле коммутатора. В этом случае он будет отображаться как 10.1.0.3 со шлюзом по умолчанию 10.1.0.1. Странно то, что для коммутатора он устанавливает свойство «ip default-gateway» на это значение, и весь трафик по умолчанию переходит на этот маршрут, который мне не обязательно нужен.

Что я пробовал:

Я удаляю шлюз по умолчанию и добавляю свои статические маршруты. Проблема в том, что 10.1.0.3 технически должен быть интерфейсом с прямым подключением, поэтому я не могу вернуться к 10.1.0.0 с любым подходящим шлюзом.
Если я использую маршрут по умолчанию 0.0.0.0 0.0.0.0 10.1.0.1, который является эквивалентом шлюза по умолчанию, И я добавляю другие статические маршруты для моих виртуальных машин, чтобы вернуться в другие мои сети, я не могу получить доступ к Интернету интерфейс модуля переключателя почему-то. Итак, вот небольшой пример того, как выглядят некоторые конфигурации и их поведение:

Имеет доступ к веб-интерфейсу, но не может пинговать / получать доступ к устройствам в подсети 10.2.0.0

show run
...
ip default-gateway 10.1.0.1
...

show ip route
...
S   0.0.0.0/0 [1/1] via 10.1.0.1, 00:01:15, oob
C   10.1.0.0/24 is directly connected, oob
C   10.2.0.0/24 is directly connected, vlan 3
C   169.254.255.0/30 is directly connected, gi0/1
...

Добавьте статический маршрут, потеряйте доступ к веб-интерфейсу, но может пинговать / получать доступ к устройствам в подсети 10.2.0.0

show run
...
ip default-gateway 10.1.0.1
ip route 192.168.1.0 /24 169.254.255.1
...

show ip route
...
S   0.0.0.0/0 [1/1] via 10.1.0.1, 00:04:32, oob
C   10.1.0.0/24 is directly connected, oob
C   10.2.0.0/24 is directly connected, vlan 3
C   169.254.255.0/30 is directly connected, gi0/1
S   192.168.1.0/24 [1/1] via 169.254.255.1, 00:01:32, gi0/1
...

Наконец, если я удалю ip-шлюз по умолчанию и добавлю свои собственные статические маршруты, поведение будет практически таким же, как и в первом примере выше.

Эта установка совместного использования встроенного / внутреннего порта кажется мне странной, и мне просто интересно, не упустил ли я здесь что-то глупое простое. Я проделал аналогичную настройку на Cisco 3560E и Quanta LB6M, и никаких проблем не возникло.

Спасибо.