Jump to content
Калькуляторы

Технические схемы OSPF Что лучше?

Есть такие вот две схемы OSPF(см. приложение). Обе рабочие. В первой схеме я старался сделать так чтобы в одном VLAN-е каждый из комутаторов четко видел только одного соседа, т.е. для подключения каждого нового "соседа" я добавлял новый vlan. А во второй схеме я просто пробросил два vlan-а через все комутаторы так чтобы они не накладывались и небыло закольцовки. Т.е. какой либо конкретный комутатор видит в одном vlan-e сразу несколько соседей. Какая схема лучше с практической точки зрения?

 

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

 

Может быть есть еще какие нибудь решения по построению сети на OSPF?

post-61774-1237980457_thumb.png

post-61774-1237980462_thumb.png

Edited by iMax

Share this post


Link to post
Share on other sites
Есть такие вот две схемы OSPF(см. приложение). Обе рабочие. В первой схеме я старался сделать так чтобы в одном VLAN-е каждый из комутаторов четко видел только одного соседа, т.е. для подключения каждого нового "соседа" я добавлял новый vlan. А во второй схеме я просто пробросил два vlan-а через все комутаторы так чтобы они не накладывались и небыло закольцовки. Т.е. какой либо конкретный комутатор видит в одном vlan-e сразу несколько соседей. Какая схема лучше с практической точки зрения?

 

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

 

Может быть есть еще какие нибудь решения по построению сети на OSPF?

однозначно лучше-хуже тут не выбрать, еще будет зависеть от суммаризации, арий и т.п.

вот с чем будут проблемы при shared-vlan - так это при разрыве влана двойной маршрутизации не получится

Т.е. Т2 - Т3 - Т2 не пройдет пакет, скорее всего, был такой опыт.

Share this post


Link to post
Share on other sites

Имел опыт работы с обеими схемами. Принципиально обе работают со своими небольшими тонкостями. Поскольку ospf, так же как и eigrp умеют менять вес метрики только на основе l3 интерфейса, то балансировать траффик в сети построенной по второй схеме становится крайне проблематично. Т.е. изменив вес для одного l3 интерфейса, стоимость пути увеличится одновременно до всех пиров в этом вилане, часто нужно совсем другое.

Итого, с точки зрения управляемости первая схема однозначно выигрывает, хотя вторая вроде бы значительно проще по настройке и обслуживанию.

Share this post


Link to post
Share on other sites

Лично у меня как-то так сложилось что использовалась только первая схема во всех проектах, по настройке сложнее, зато по траблшутингу гораздо проще.

Share this post


Link to post
Share on other sites

а еще помимо этих схем есть еще какие то?

 

и что можете сказать по поводу первой схемы где пакет каждый раз поднимается на третий уровень? Именно по поводу подъема пакета на третий уровень. Сильно ли это будет грузить CPU комутатора при большой нагрузке? Если что схемы испытывались на комутаторах Allied Telesyn Rapier 24i и в центре Dell 6024F

Edited by iMax

Share this post


Link to post
Share on other sites

В Л3 свичах Л3 форвардинг как правило выполняется аппаратно, т.е. на скорость не влияет. Хотя возможны и исключения.

Share this post


Link to post
Share on other sites

На картинке я немного довел до ума свою схему номер 1(см. первый пост), комутаторы которой находились в area 0.0.0.0. А сейчас уже с применением этих зон.

 

Разбираясь с OSPF никак не могу понять на что влияют зоны? Я так понял что это для того чтобы не задавать каждый раз цену маршрутам, а только мол задать цену зоне и все? Кто нибудь может разъяснить суть этих зон?

post-61774-1238137254_thumb.png

Edited by iMax

Share this post


Link to post
Share on other sites

Разбивка на арии в оспф нужна для сокрашения распостранения лса-флудинга, и соответственно улучшения масштабируемости сети. С учетом того что в одной зоне по рекомендациям вендоров может быть до 50 роутеров , то в вашем случае сегментация нафиг не нужна)))

Share this post


Link to post
Share on other sites

Как сказал Stak зоны в ОСПФ нужны для изоляции LSA Type 1 & Type 2. Они могу ходить только в нутри зоны.

Но еще очень важно помнить что в ОСПФ сумирование маршрутов возможно только на ABR, тоесть на границах зоны.

Edited by CNick

Share this post


Link to post
Share on other sites

Разбивка на арии в оспф нужна для сокрашения распостранения лса-флудинга, и соответственно улучшения масштабируемости сети. С учетом того что в одной зоне по рекомендациям вендоров может быть до 50 роутеров , то в вашем случае сегментация нафиг не нужна)))

так моя схема это просто пример. на моей схеме два кольца в каждом из которых 4 коммутатора замыкаются на центральный. реально в каждой ветке количество коммутаторов может дорасти до 30-40, а веток всего будет 4 минимум. Стоит ли тогда применять зоны?

Share this post


Link to post
Share on other sites

тогда стоит. Ибо чем больше роутеров в одной зоне, тем выше нагрузка на ЦПУ от обработки LSA.

Share this post


Link to post
Share on other sites

тогда стоит. Ибо чем больше роутеров в одной зоне, тем выше нагрузка на ЦПУ от обработки LSA.

Схему какую лучше использовать? Та что в сообщении №7 пойдет? По схеме один центральный роутер будет находиться в зоне 0.0.0.0, а ветки которые на него замыкаются будут находятся в других зонах, а маршрутизаторы ближайшие к зоне 0.0.0.0 будут пограничными.

Share this post


Link to post
Share on other sites

При такой схеме нагрузка на центральный ABR таже что и при однозонной конфигурации)))

Share this post


Link to post
Share on other sites

При такой схеме нагрузка на центральный ABR таже что и при однозонной конфигурации)))

а как тогда настроить OSPF, если будет центральный оптический комутатор на который физически будут замыкаться ветки комутаторов(на каждой ветке от 30 до 50 комутаторов). Всего ветки будет 4-ре, но возможно добавиться еще. Все в одной зоне или как?

Share this post


Link to post
Share on other sites

В данный момент мной собрана схема OSPF примерно такая и её работа меня полностью устраивает. Только вот сквозные L2 услуги здесь пропустить ума не приложу как(vlan не предлагать). Уже думали L2TP между портами коммутаторов, но все не получается. Туннель делается между коммутаторами, но никак не между портами. Правда предлагали вариант делать бридж между портом и туннелем. Можно ли так не знаю.

 

В эту сеть хотелось бы запихнуть и физические лица вместе с юридическими. Раньше делалось так что физические в одном vlan-е, а юридические в другом. Но в той сети не было никакого резервирования.

 

Как можно l2 сквозные каналы давать? ставить l2tp сервер тем кому каналы даем?

post-61774-1240897715_thumb.png

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this