почему мы не можем создать несколько интерфейсов обратной связи в Junos?

По сравнению с Cisco IOS, мы можем создать любое количество обратных петель на маршрутизаторе, но в Junos вы можете создать только один интерфейс обратной петли (даже логические блоки из той же обратной петли) в экземпляре маршрутизации, кто-нибудь предлагал или думал о причине такого дизайна ? а разве у Юноса есть другой логический интерфейс, который можно использовать вместо петли?

Потому что это совершенно не нужно.

В JunOS вы можете иметь несколько адресов на одном логическом интерфейсе.

> show configuration interfaces lo0.0
family inet {
    address 127.0.0.1/32;
    address 127.0.0.2/32;
}

Вы можете добавить отдельный lo0.x к каждому присутствующему экземпляру маршрутизации. Поэтому, если вы настраиваете несколько экземпляров маршрутизации, вы можете настроить несколько отдельных петлевых интерфейсов.

И это «правильный способ сделать это» вместо нескольких петель на один экземпляр маршрутизации. Назначение интерфейса обратной связи - действовать как интерфейс привязки для идентификации, но также как интерфейс «всегда активен». Не должно быть необходимости в нескольких якорях или точках идентификации для одного экземпляра сетевого вычислительного объекта (мой специальный альтернативный термин для экземпляра маршрутизации). Как уже заявляли другие, не просто правдоподобно, но целесообразно просто добавить больше адресов в единый петлевой интерфейс вместо создания большего количества интерфейсов.

Невозможность иметь такую ​​функциональность в экземпляре маршрутизации может иметь катастрофические последствия для таких вещей, как OSPF и другие, поэтому можно разместить столько экземпляров, сколько необходимо, в каждом экземпляре маршрутизации, который вы решили настроить (один из них столько, сколько необходимо) ,