Перейти к содержимому
Калькуляторы

Intercontext Interfaces в SmartEdge Технический смысл intercontext интерфейсов

Всем доброго времени суток!

Я имею 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    

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смысл в том, что надо юзать IS-IS для динамической маршрутизации между ними. И работать оно будет только так, с интерконтекс интерфейсом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

надо юзать IS-IS для динамической маршрутизации между ними

Насчет IS-IS понял. А зачем тогда connected-маршрут на таких интерфейсах, если этот интерфейс в дальнейшем ни на один порт навесить нельзя? Меня больше интересует их "lan" взаимодействие, нежели маршруты вне сети.

Правильно ли я понимаю, что lan и id сделаны для разграничения области действия IS-IS? Только для этого?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

то, что intercontext интерфейсы не пингуются - это так и должно быть. вместо isis можно использовать BGP. делаете из каждого context маршруты на loopback интерфейс другого context и они уже будут пинговаться. На них строите BGP multihop.

 

А зачем интерфейс, который предназначен для внутреннего пользования вешать на порт? А connected маршрут нужен для протоколов маршрутизации.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Гость
Эта тема закрыта для публикации сообщений.