BiTel

Добрый день!

Представьте себе ситуацию - есть некий коммутатор доступа, на котором предоставляются услуги как физическим лицам, так и юрлицам. Идеологически у нас это разнесено по разным VRF, и, соответственно, разнесено по разным маршрутизаторам. Значит для управления доступом я создаю две ветки:
1) M1 ..... K1 (M - маршрутизатор, K коммутатор)
2) M2 ..... K2

И все хорошо в данной схеме, кроме одного - K1 и K2 это физически один коммутатор, а в системе они выглядят как два различных, и значит система учета портов перестаёт работать Есть ли выход из данной ситуации? Может быть как-то по другому можно организовать дерево?

а нельзя поделить порты на 2 части . Например 2-12 юрики, 13-23 - физики ?

Да можно, конечно, только очень не оптимально с точки зрения использования оборудования получается. Но с другой стороны мне видится, что реализовать непосредственно базу физических объектов и дерево их логических отношений будет тоже не так уж и сложно. И это будет очень удобно. Я себе это представляю так:
Есть некая закладка в системе, где мы прописываем только физические свойства объекта, например порты. И есть закладка, где мы прописываем уже логическое представление объекта. В логическом представлении мы уже прописываем обработчики активации сервисов и прочее. В том числе прописываем там ссылку на физический объект. Несколько логических объектов могут наследовать один физический объект. Таким образом мы получаем единую систему учета физических ресурсов, и не ограничиваем себя в логике поведения.

ну с vlan и ip такое и сейчас работать будет . А вот с портами нет . Не рассматривали такой вариант использования.

Подумаете? Учет портов думаю многим актуально будет, особенно с кучей физиков на борту, которые то отключились, то снова подключились.

Так как? Поставили в TODO или не ждать и пытаться делить порты или вообще что-то свое придумывать для учета?

Добавили в TODO, но не очень быстро будет, т.к. может немало поменяться код работы с устройствами, в т.ч. структура базы, нужно будет все перепроверить.