q1b Опубликовано 1 июня, 2016 · Жалоба Всем доброго времени суток! Я имею Ericsson SE600 с версией прошивки SmartEdge OS Version SEOS-12.1.1.11-Release. При конфиге: Global: service multiple-contexts ! service inter-context routing Имеем два контекста с одним интерфейсом на каждом: context1: context context1 ! interface in1 intercontext lan 1 ip address 192.168.0.1/24 ! context2: context context2 ! interface in2 intercontext lan 1 ip address 192.168.0.2/24 ! При данной конфигурации интерфейсы из двух контекстов друг друга не видят (не пингуются). При этом имеют один id на интерфейсе. Между ними связь появляется после создания роута типа: ip route 192.168.0.1/32 context context1 Объясните пожалуйста смысл таких интерфейсов, если для каждого хоста необходимо прописывать статический роут. Такой же результат можно получить используя interface loopback. Зачем выделять маску под сеть, если в дальнейшем она непригодна? Зачем указывается отдельный id на интерфейсе, если они и без того друг друга видят? Поясните пожалуйста, как заставить их видеть друг друга, используя connected маршрут интерфейса? ... > C 192.168.0.0/24 0 0 04:38:01 in1 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 1 июня, 2016 · Жалоба Смысл в том, что надо юзать IS-IS для динамической маршрутизации между ними. И работать оно будет только так, с интерконтекс интерфейсом. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
q1b Опубликовано 2 июня, 2016 · Жалоба надо юзать IS-IS для динамической маршрутизации между ними Насчет IS-IS понял. А зачем тогда connected-маршрут на таких интерфейсах, если этот интерфейс в дальнейшем ни на один порт навесить нельзя? Меня больше интересует их "lan" взаимодействие, нежели маршруты вне сети. Правильно ли я понимаю, что lan и id сделаны для разграничения области действия IS-IS? Только для этого? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 2 июня, 2016 · Жалоба то, что intercontext интерфейсы не пингуются - это так и должно быть. вместо isis можно использовать BGP. делаете из каждого context маршруты на loopback интерфейс другого context и они уже будут пинговаться. На них строите BGP multihop. А зачем интерфейс, который предназначен для внутреннего пользования вешать на порт? А connected маршрут нужен для протоколов маршрутизации. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...