правильно, правильно. все равно в реальности обычно бывает не так

R5,R6,R9 - Area 0. Т.к. это BBN. R1,R2,R3,R4 - Area 1. Ну а R7,R8,R10 можно выделить в отдельные области.

Кстати, как выглядит сеть на втором уровне? Везде точка-точка?

Проясните, можно ссылкой, что значит BBN? Также интересно на чем основан выбор с разделением областей? Распишите пожалуйста более подробно сделанный вами выбор.

Спасибо за комментарий.

Да, все верно все соединения между роутерами - точка-точка, между роутером и пользовательскими ПК сеть с широковещанием.

С точки зрения академического опыта - чтобы получить как можно больше знаний, то делайте как хотите сделайте сначала опорную область одного вида потом другого.
Из Вашей картинки непонятны типа каналов - Широковещательные 1000/100/10Мбит/с, точка точка 2048Мбит/с, точка-многоточка (serial интерфейс), и непонятна физическая топология. Поэтому на мой взгляд либо просто что строите виртуальное и изучаете протокол либо рисуйте конкретную топологию, типы каналов и можно тогда что то посоветовать. С точки зрения современности (когда повсеместна ВОЛС, гигабитные Ethernet каналы) вариаций для топологии ОСПФ не так много, да и усложнять логику работы протокола в реальной сети это неправильный путь с точки зрения ее последующего обслуживания.
Опять теоретизирую - можете опорную область (area0) сделать из одного роутера, можете из двух, можете из трех, четырех и т.д. картинки могут быть разные, соедините роутеры опорной области ethrernet-ом или серийниками p-t-p. К опорной области area_n можно подцепить одним линком, двумя; линками разных типов. И не забывайте, что сила OSPF это собственно фильтрация категорий префиксов на для разных типов area.
А вообще есть же книга у циско по протоколу ОСПФ там очень много примеров.
PS
Следовать рекомендациям циско - это означает - что необходимо будет для реализации проекта в сеть затащить в три раза больше оборудования.Это практический опыт.

Добрый день.

Насколько важно иметь представление о том какая физическая топология используется в сети? Если не сложно приведите приме указывающий на важность различий. В процессе изучения мне стало понятно, из книги Cisco по OSPF, что при построении областей, важно не то какие скорости и задержки на канали имеются, а частота изменения их состояния. Ведь весь процес проектирования областей, на мой взгляд, нацелен на снижении количества анонсов при изменении состоянии любого канала в сети и соответственно уменьшения количества вызовов алгоритма SPF. Именно по этому я не стал включать в опорную область роутеры R3, R4 так как возможен разрыв опорной области, что крайне нежелательно для протокола. Хотя есть люди которые утверждают, что 3 нестабильных канала, достаточно весомый аргумент для включения роутера в опорную область.

Целью является изучение влияние различных факторов на процесс проектирования сети на основе протокола OSPF.

P.S.: Соединения между всеми роутерами типа точка-точка.

P.P.S: Построение тестовой сети выполняется не на оборудовании Cisco.

Спасибо за ваш комментарий, очень подробный.

Почти оффтоп

На чём нарисовано?

на dia похоже. там есть такие иконки )

«Насколько важно иметь представление о том какая физическая топология используется в сети?»
Это важно. Это будет отсекать лишнее и оставит необходимое из всего многообразия возможностей ОСПФ. Т.е. теория теорией а практика практикой, вы начинаете решать полезную практическую задачу это главное.

«В процессе изучения мне стало понятно, из книги Cisco по OSPF, что при построении областей, важно не то какие скорости и задержки на канали имеются, а частота изменения их состояния. Ведь весь процес проектирования областей, на мой взгляд, нацелен на снижении количества анонсов при изменении состоянии любого канала в сети и соответственно уменьшения количества вызовов алгоритма SPF.»
Здесь мое мнение такое. Если у оператора «колбасит» физику и каналообразующее оборудование ни одно правильное проектирование протокола ОСПФ не поможет. Поэтому важно понять - что надежные каналы, резервные каналы - это обязательная часть проектирования сети не только под управлением ОСПФ но и любого другого протокола. Если так будет «колбасить» физику и каналы оператора - все абоненты разбегутся :).
«так как возможен разрыв опорной области, что крайне нежелательно для протокола» вот и исключите нежелательные моменты для протокола OSPF.
Резервируйте.
Вообще читая книгу циско по ОСПФ, а она (не только она) достаточно старая, доводы в книге строятся вокруг возможностей первого поколения вычислительной техники (маршрутизаторы) и технологий/скоростей каналов связи того времени, которые были тогда доступны. С точки зрения современных возможностей: надежности техники, ширины и технологий каналов многие доводы в книге про ОСПФ можно выкинуть на помойку. Мощность современных роутеров огромна и поэтому проще держать один роутер вместо нескольких - это как пример упрощения проектирования ОСПФ.
«Именно по этому я не стал включать в опорную область роутеры R3, R4 так как возможен разрыв опорной области, что крайне нежелательно для протокола. Хотя есть люди которые утверждают, что 3 нестабильных канала, достаточно весомый аргумент для включения роутера в опорную область.»
Перемещением роутера в опорную область не решишь проблему стабильности каналов и их резервирования.

«Перемещением роутера в опорную область не решишь проблему стабильности каналов и их резервирования.»,- вот тут собственно я и задумался над разницей между резервным каналом и резервным маршрутом. Если посмотреть на предложенную мной топологию, то можно заметить, что резервных каналов на ней нет, а вот резервных маршрутов достаточно. Как результат изменение состояния любого канала, независимо от облости, приведет к повторному вызову алгоритма SPF. Или я всетаки ошибаюсь?

Вы правы. Это dia.

BBN - сокращение от backbone network, т.е. магистральная сеть. Ниже привожу цитату:
Магистральная зона (backbone area)
Магистральная зона (известная также как нулевая зона или зона 0.0.0.0) формирует ядро сети OSPF. Все остальные зоны соединены с ней, и межзональная маршрутизация происходит через маршрутизатор, соединенный с магистральной зоной.
Магистральная зона ответственна за распространение маршрутизирующей информации между немагистральными зонами. Магистральная зона должна быть смежной с другими зонами, но она не обязательно должна быть физически смежной; соединение с магистральной зоной может быть установлено и с помощью виртуальных каналов.

Выбор Area 0 основан на топологии вашей сети. Магистраль имеет стабильные каналы, малое количество update`ов
Второй уровень очень важен при проектировании сети. Вот например ваши роутеры R5, R6, R9 в одном VLAN, но подключены в разные коммутаторы. Логично предположить, что вы захотите использовать STP для резервирования линков. Если при таком подходе произойдет разрыв между коммутаторами, то OSPF вообще не будет пересчитываться (вся работа будет выполнена на втором уровне). Также не стоит забывать, что OSPF может работать как с multicast, так и с unicast.

R5, R6, R9 в одном VLAN

Выше же пояснили, что между роутерами p2p соединение. Значит никакого vlan, никакого stp, вообще никакого общего l2. stp же в контексте того, что нужно построить сеть с избыточными связями на l2 и не закольцевать, но в данном случае stp перебор, ввиду связности на l3.

Я просто привел пример.

Если есть резервный маршрут - значит по любому есть резервный канал.
«Как результат изменение состояния любого канала, независимо от облости, приведет к повторному вызову алгоритма SPF. Или я всетаки ошибаюсь?»
Любое событие с объектом/состоянием которое находится под управлением OSPF приводит к рассылке LSA. т.е. упал линк(интерфейс), пропал сосед - это все приводит к рассылке LSA, но в зависимости от собственной роли маршрутизатора и роли area его соседа - одни LSA рассылаются другие нет. Если изменилась собственная ospf database роутера - перерасчет SPF. Т.е. не до всех маршрутизаторов дойдут изменения в сети, не все маршрутизаторы запустят перерасчет SPF.
Вообще давно не освежал знания, лучше посмотри в книжке.
Вообще проще когда есть практический пример, можно обсуждать что то конкретное.

Вот тут много цисководов http://www.ccna.ru/

По результатам обсуждения сфокусировался на следующем варианте: http://flic.kr/p/brVyUk(Вариант предложен NightGhost).

Для дальнейшего обсуждения предлагаю рассмотреть физический уровень сети: http://flic.kr/p/brVN4K. Что же изменилось:

* Количество маршрутизаторов сократилось, те что исчезли, ранее были добавленны с целью облегчить восприятие и дать возможность сконцентрироваться на механизмах внедряемого протокола.

* На схеме появились обозначения сетей. Все они с поддержкой широковещания.

* С рисунка исчезли логические соединения(соединения точка-точка). Вместо них я обозначил связи и технологии которые используются на линиях между роутером и провайдером(«Физический» уровень)

* Появился роутер R11

* Через роутер R4 проходят все соединения инициируемые из сети Интернет

Поясню связь между логической схемой, представленной ранее, и текущей на примере связи R5:R3. Для обеспечения доступа пользователям расположеным в сети N5 к ресурсам сети N7 организоваывается тунель(протокол GRE). Так как наши провайдеры маленькие и только набирают обороты у них переодически бывают проблемы, что приводит к обрыву тунеля, именно по этому на обоих схемах эти линии изображены пунктиром.

INP1 и INP2 внутренние безлимитные сети провайдеров. Соединение с провайдером ISP5 лимитированно объемом входящего трафика и поэтому обозначенно пунктиром.

Стоит ли, в связи с вновь предложенной схемой, внести изменения в конфигурацию сети(картинка в начале комментария) построеной с применением протокола OSPF?

Буду благодарен за любой комментарий.