[SHAH0009]

Здравствуйте уважаемы пользователи форума. : )

При изучение протокола OSPF возник вот какой вопрос. Почему все зоны OSPF (area) должны проходить через область 0 (ноль)?

Руководство по проектированию OSPF говорит следующее : "Магистраль (т.е. область 0) должна быть в центре других областей, т. е. другие области должны быть физически подключены к магистрали. Причина этого в том, что OSPF ожидает от всех областей ввода маршрутной информации в магистраль, которая в свою очередь распространяет эту информацию в других областях." Но ведь в OSPF области нужны для того чтобы сократить link-state апдейты, чтобы разгрузить сеть.

Но из приведенного выше предложения можно сделать обратный вывод, что OSPF рассылает всем участникам сети link-state апдейты не зависимо от их области?!.

Пожалуйста помогите разобраться. Заранее благодарен!!! : )

Изменено 9 декабря, 2015 пользователем SHAH0009

[zhenya`]

http://tools.ietf.org/search/rfc3509#section-1.2

[tehmeh]

http://www.networkworld.com/article/2348778/cisco-subnet/my-favorite-interview-question.html

[Saab95]

Делаете везде зону 0.0.0.0 и не заморачиваетесь, все будет отлично работать.

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

[zhenya`]

Ага и выбираете ISIS.

[Smoke]

Здравствуйте уважаемы пользователи форума. : )

При изучение протокола OSPF возник вот какой вопрос. Почему все зоны OSPF (area) должны проходить через область 0 (ноль)?

Руководство по проектированию OSPF говорит следующее : "Магистраль (т.е. область 0) должна быть в центре других областей, т. е. другие области должны быть физически подключены к магистрали. Причина этого в том, что OSPF ожидает от всех областей ввода маршрутной информации в магистраль, которая в свою очередь распространяет эту информацию в других областях." Но ведь в OSPF области нужны для того чтобы сократить link-state апдейты, чтобы разгрузить сеть.

Но из приведенного выше предложения можно сделать обратный вывод, что OSPF рассылает всем участникам сети link-state апдейты не зависимо от их области?!.

Пожалуйста помогите разобраться. Заранее благодарен!!! : )

На границе area происходит агрегация апдейтов, то есть протокол перестает вести себя как линк-стэйт, становится векторным. Понимание этого довольно важно для проектирования, так што советчиков все пихать в ареа 0 шлите лесом сразу

[SHAH0009]

Здравствуйте уважаемы пользователи форума. : )

При изучение протокола OSPF возник вот какой вопрос. Почему все зоны OSPF (area) должны проходить через область 0 (ноль)?

Руководство по проектированию OSPF говорит следующее : "Магистраль (т.е. область 0) должна быть в центре других областей, т. е. другие области должны быть физически подключены к магистрали. Причина этого в том, что OSPF ожидает от всех областей ввода маршрутной информации в магистраль, которая в свою очередь распространяет эту информацию в других областях." Но ведь в OSPF области нужны для того чтобы сократить link-state апдейты, чтобы разгрузить сеть.

Но из приведенного выше предложения можно сделать обратный вывод, что OSPF рассылает всем участникам сети link-state апдейты не зависимо от их области?!.

Пожалуйста помогите разобраться. Заранее благодарен!!! : )

На границе area происходит агрегация апдейтов, то есть протокол перестает вести себя как линк-стэйт, становится векторным. Понимание этого довольно важно для проектирования, так што советчиков все пихать в ареа 0 шлите лесом сразу

Огромное спасибо за ответ. Ваша идею вполне имеет право быть, НО то что все необходимо подключать в area 0 указывается в документе Cisco. Если там ошиблись, то кому тогда верить? ¯\_(ツ)_/¯

 

Делаете везде зону 0.0.0.0 и не заморачиваетесь, все будет отлично работать.

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

Собственно говоря я так и думал, но по ходу изучения протокола пришел к вопросу почему именно в область 0? Поэтому и озадачился этим вопросом.

[tehmeh]

На границе area происходит агрегация апдейтов, то есть протокол перестает вести себя как линк-стэйт, становится векторным. Понимание этого довольно важно для проектирования, так што советчиков все пихать в ареа 0 шлите лесом сразу

По умолчанию суммаризация маршрутов отключена для inter-area, происходит простое конвертирование Type 1,2 в Type 3, или что вы имели ввиду под агрегацией? :)

[ShyLion]

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

[darkagent]

все необходимо подключать в area 0 указывается в документе Cisco

можно взглянуть на документ? в best-practice как-то об этом ни слова https://supportforums.cisco.com/document/98446/ospf-design-best-practices

а в некоторых доках и вовсе говорится об обратном: http://www.ciscopress.com/articles/article.asp?p=1763921&seqNum=6

Experience shows that you should be conservative about adding routers to the backbone area 0. The first time people configure an OSPF design, they end up with almost everything in area 0. Some organizations find that over time, too many routers ended up in area 0. A recommended practice is to put only the essential backbone and ABRs into area 0.

...

Current ISP experience and Cisco testing suggest that it is unwise to have more than about 300 routers in OSPF backbone area 0, depending on all the other complexity factors that have been discussed. As mentioned in the preceding note, 50 or fewer routers is the most optimal design.

так что

советчиков все пихать в ареа 0 шлите лесом сразу

+1

[myst]

Ничего не мешает связать две зоны отличные от 0 напрямую. Принцип тот же.

 

Пихать все в 0 может посоветовать только клинический дятел.

[tehmeh]

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

[myst]

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

при небольшом количестве устройств и гарантированно хороших линках. Я бы так сказал.

[Night_Snake]

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

Без проблем. Друг дружку они увидят (хотя это и не best practice), но вот переслать свои апдейты через ненулевую зону уже не получится без плясок с бубном.

[Serejka]

Здравствуйте уважаемы пользователи форума. : )

При изучение протокола OSPF возник вот какой вопрос. Почему все зоны OSPF (area) должны проходить через область 0 (ноль)?

Руководство по проектированию OSPF говорит следующее : "Магистраль (т.е. область 0) должна быть в центре других областей, т. е. другие области должны быть физически подключены к магистрали. Причина этого в том, что OSPF ожидает от всех областей ввода маршрутной информации в магистраль, которая в свою очередь распространяет эту информацию в других областях." Но ведь в OSPF области нужны для того чтобы сократить link-state апдейты, чтобы разгрузить сеть.

Но из приведенного выше предложения можно сделать обратный вывод, что OSPF рассылает всем участникам сети link-state апдейты не зависимо от их области?!.

Пожалуйста помогите разобраться. Заранее благодарен!!! : )

 

 

такое ощущение что это руководство переводилось гуглтранслейтом. Подобную документацию на русском читать противопоказано. Ещё и бывают нелепые ошибки, коллега так Одома читал на русском и плевался на нелогичные вещи, открывая оригинал выяснялось что реально дибильный перевод.

[fomka31ru]

... советчиков все пихать в ареа 0 шлите лесом сразу

 

А что на счет ТЕ?

[applx]

вся эта хрень про пихание всего и вся в разные зоны была написана 20 лет назад когда у роутера памяти и цпу было меньше чем в новомодном калькуляторе...

[ollsanek]

Current ISP experience and Cisco testing suggest that it is unwise to have more than about 300 routers in OSPF backbone area 0, depending on all the other complexity factors that have been discussed. As mentioned in the preceding note, 50 or fewer routers is the most optimal design.

 

книжка 2011г., т.е. написана в 2010. в 2004 писали про 50-60 роутеров в ареа. Закон Мура ...

Так что произвольно экстраполируя можно утверждать, что ~1,5k нормальных, современных железок в одной ареа вполне могут существовать.

(ещё пару лет назад некоторые большие провайдеры утверждали, что так и живут)

 

вся эта хрень про пихание всего и вся в разные зоны была написана 20 лет назад когда у роутера памяти и цпу было меньше чем в новомодном калькуляторе...

 

как бы да, но всегда найдётся какой-то микротик или с2811, которых боязно выпускать в ареа 0.0.0.0

[Saab95]

как бы да, но всегда найдётся какой-то микротик или с2811, которых боязно выпускать в ареа 0.0.0.0

 

Микротик с 32мб памяти спокойно держит 10 тысяч маршрутов через OSPF.

[applx]

Current ISP experience and Cisco testing suggest that it is unwise to have more than about 300 routers in OSPF backbone area 0, depending on all the other complexity factors that have been discussed. As mentioned in the preceding note, 50 or fewer routers is the most optimal design.

 

книжка 2011г., т.е. написана в 2010. в 2004 писали про 50-60 роутеров в ареа. Закон Мура ...

Так что произвольно экстраполируя можно утверждать, что ~1,5k нормальных, современных железок в одной ареа вполне могут существовать.

(ещё пару лет назад некоторые большие провайдеры утверждали, что так и живут)

 

вся эта хрень про пихание всего и вся в разные зоны была написана 20 лет назад когда у роутера памяти и цпу было меньше чем в новомодном калькуляторе...

 

как бы да, но всегда найдётся какой-то микротик или с2811, которых боязно выпускать в ареа 0.0.0.0

 

в провайдере им не место ;) (разве что как цпе)

[zi_rus]

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

при небольшом количестве устройств и гарантированно хороших линках. Я бы так сказал.

На самом деле это вопрос дизайна.

Вот о чем мы говорим, все роутеры и все интерфейсы на них загнять в оспф А0? да это хреново, клиент включил компьютер, линк загорелся, LSA обновились, и все сеть начала перестраиваться, потому что с точки зрения протокола изменилась топология сети.

А вот если поступить по-умному, и все такие клиенткие линки объявлять в левую ареа или вообще через redistribute connected, то вся сеть перестраиваться не будет, лишь выполнится PRC (partial route computation) для конкретного маршрута и все. Сеть провайдера с таким дизайном вполне может выдержать рост до существенных размеров.

[myst]

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

при небольшом количестве устройств и гарантированно хороших линках. Я бы так сказал.

На самом деле это вопрос дизайна.

Вот о чем мы говорим, все роутеры и все интерфейсы на них загнять в оспф А0? да это хреново, клиент включил компьютер, линк загорелся, LSA обновились, и все сеть начала перестраиваться, потому что с точки зрения протокола изменилась топология сети.

А вот если поступить по-умному, и все такие клиенткие линки объявлять в левую ареа или вообще через redistribute connected, то вся сеть перестраиваться не будет, лишь выполнится PRC (partial route computation) для конкретного маршрута и все. Сеть провайдера с таким дизайном вполне может выдержать рост до существенных размеров.

тогда уж лучше через дистрибут статик, а статику загнать в нуль с метрикой 200. Так точно ничего обновляться не будет =)

 

как бы да, но всегда найдётся какой-то микротик или с2811, которых боязно выпускать в ареа 0.0.0.0

 

Микротик с 32мб памяти спокойно держит 10 тысяч маршрутов через OSPF.

***еж. Наглый ***еж. Микротики при количестве роутов более 500 начинают дохнуть:

20:59:59 route,ospf,error Discarding packet: locally originated 
20:59:59 route,ospf,error     src address=172.22.35.6 

При наличии более 2х путей с разным костом он может "залипнуть" на пути с бОльшим кост.

[VolanD666]

Еще забыли упомянуть про NSSA и tNSSA. В ситуации, когда у вас на клиентах стоит L3 свич- зачем ему вся ваша база из нулевой зоны? Достаточно слить им дефолт и все, а как это сделать без разделения? Ну и как тут верно отметили, суммировать маршруты можно тоже только между зонами.

[zi_rus]

тогда уж лучше через дистрибут статик, а статику загнать в нуль с метрикой 200. Так точно ничего обновляться не будет =)

это баловство работает если у вас два браса и все клиенты на них терминируются, а в случае л3 сети с сотнями точек подключения это необоснованный расход адресов

[applx]

Еще забыли упомянуть про NSSA и tNSSA. В ситуации, когда у вас на клиентах стоит L3 свич- зачем ему вся ваша база из нулевой зоны? Достаточно слить им дефолт и все, а как это сделать без разделения? Ну и как тут верно отметили, суммировать маршруты можно тоже только между зонами.

 

зачем вообще поднимать оспф с клиентским свичем и отдавать что либо? для этого есть бгп.