Конфігурування програмного забезпечення алгоритму OSPF на маршрутизаторі

Інформатика, програмування

Реферат

Тема: Конфігурування програмного забезпечення алгоритму OSPF на маршрутизаторі

Зміст

Зміст. 2

Вступ 3

1. Динамічна маршрутизація 4

2. Протокол динамічна маршрутизація OSPF 6

3. Концепції OSPF 8

4. Базова конфігурація OSPF 12

5. Oбнаруженіе сусідів і вибір виділених маршрутизаторів 17

6. Короткий список OSPF команд 19

Висновок 20

Введення

Під маршрутизацією розуміється завдання відшукання і встановлення шляху відвідправника інформації до її одержувача. У Internet вона зводиться до задачівідшукання шлюзів та/або маршрутизаторів між мережами. Це реалізується задопомогою протоколів маршрутизації. Один з таких протоколів ми будеморозглядати в нашій роботі - це протокол OSPF.
Протокол OSPF (Open Shortest Path First, відкритий протокол «першочерговоговибору найкоротшого шляху ») прийнятий в 1991 р. Будучи реалізацією алгоритмустану каналів, він розроблявся в розрахунку на застосування у великихгетерогенних мережах. Обчислювальна складність протоколу OSPF швидко зростає ззбільшенням розмірності мережі, тобто збільшенням кількості мереж,маршрутизаторів і зв'язків між ними. Для вирішення цієї проблеми в протоколі
OSPF вводиться поняття «область» мережі (area) (не слід плутати з автономноюсистемою Internet). Маршрутизатори, що належать деякої області, будуютьграф зв'язків тільки для неї, що скорочує розмірність мережі. Між областямиінформація про зв'язки не передається, а прикордонні маршрутизаториобмінюються певною інформацією про адреси мереж, що знаходяться вкожній з областей, і про відстань від прикордонного маршрутизатора до кожноїмережі. При передачі пакетів між областями вибирається один з прикордоннихмаршрутизаторів області, а саме той, у якого відстань до потрібної мережіменше. При передачі адрес в іншу область маршрутизатори OSPFагрегує декілька адрес загальним префіксом в один. Маршрутизатори OSPFможуть брати адресну інформацію від інших протоколів маршрутизації,наприклад від протоколу RIP, що корисно для роботи в гетерогенних мережах.
Така адресна інформація обробляється так само, як і зовнішня інформаціяміж різними областями.

1. Динамічної маршрутизації
Динамічна маршрутизація використовується для спілкування маршрутизаторів один зодним. Маршрутизатори передають один одному інформацію про те, які мережі вданий час підключені до кожного з них. Маршрутизатори спілкуються,використовуючи протоколи маршрутизації. Користувацький процес, за допомогоюякого маршрутизатори можуть спілкуватися з сусідніми маршрутизаторами,називається демоном маршрутизації (routing daemon). Як видно з малюнка
9.1, демон маршрутизації оновлює таблицю маршрутизації в ядрі вВідповідно до інформації, яку він отримує від сусідніхмаршрутизаторів.
Динамічна маршрутизація не змінює способи, за допомогою яких ядроздійснює маршрутизацію на IP рівні, як описано в розділі "Принципимаршрутизації "глави 9. Ми назвали це механізмом маршрутизації (routingmechanism). Ядро точно так само переглядає свою таблицю маршрутизації,відшукуючи маршрути до хостам, маршрути до мереж і маршрути за замовчуванням.
Змінюється тільки спосіб приміщення інформації в таблицю маршрутизації --замість запуску команди route або використання завантажувальних файлів маршрутидодаються й видаляються динамічно демоном маршрутизації, який працюєпостійно.
Як було зазначено раніше, демон маршрутизації відповідає за політикумаршрутизації (routing policy), вибираючи, які маршрути необхіднопомістити в таблицю маршрутизації. Якщо демон виявив кілька маршрутівдо пункту призначення, він обирає (яким-небудь чином), який маршрут краще,і саме цей маршрут (єдиний) додає у таблицю маршрутизації.
Якщо демон визначив, що канал ізчез (можливо через вихід з ладумаршрутизатора або телефонної лінії), він може видалити відповіднімаршрути або додати альтернативні маршрути, щоб обійти що виникланесправність.
У Internet, на сьогоднішній день, використовується безліч різнихпротоколів маршрутизації. Internet організований як спільнота автономнихсистем (AS - autonomous systems), кожна з яких зазвичай адмініструєтьсянезалежно від інших. Наприклад, мережа, побудована в університетськомумістечку, звичайно вважається автономною системою. Магістраль (backbone) NSFNETз точки зору Internet це автономна система, тому що всімаршрутизатори на магістралі знаходяться під єдиним адміністративнимконтролем.
Для кожної автономної системи вибирається власний протоколмаршрутизації, за допомогою якого здійснюється взаємодія міжмаршрутизаторами в цій автономній системі. Такий протокол називаєтьсяпротоколом внутрішніх маршрутизаторів (IGP - interior gateway protocol) абопротоколом внутрідоменной маршрутизації (intradomain routing protocol).
Найбільш популярний IGP - це протокол обміну інформацією про маршрутизації
(RIP - Routing Information Protocol). Більш новий IGP це протокол Open
Shortest Path First (OSPF). Він був розроблений як заміна для RIP.
Застарілий IGP, який в даний час не використовується, HELLO - це IGP,який спочатку використовувався на магістралі NSFNET аж до 1986року.
Нові вимоги до маршрутизаторів Router Requirements RFC [Almquist 1993]визначають, що маршрутизатор, який реалізує будь-які динамічніпротоколи маршрутизації, повинен підтримувати OSPF і RIP, а також можепідтримувати інші IGP.
Існують протоколи маршрутизації, які називаються протоколами зовнішніхмаршрутизаторів (EGP - exterior gateway protocols) або протоколамимеждоменной маршрутизації (interdomain routing protocols). Вонипризначені для спілкування між маршрутизаторами, находящіхіміся в різнихавтономних системах. Історично (і на превеликий жаль) попередникомвсіх EGP був протокол з тим же самим ім'ям: EGP. Більш новий EGP --протокол прикордонних маршрутизаторів (BGP - Border Gateway Protocol) вданий час використовується між магістраллю NSFNET і деякимирегіональними мережами, які підключені до магістралі. Планується, що BGPзамінить собою EGP.

2. OSPF: "відкрити перший найкоротший маршрут"

(Open Shortest Path First)
OSPF це альтернативний RIP протокол внутрішніх маршрутизаторів. У OSPFзнято всі обмеження, властиві для RIP. OSPF Version 2 описується в RFC
1247 [Moy 1991].
OSPF - протокол стану каналу (link-state), тоді як RIP - протоколвектора відстаней (distance-vector). Термін вектор відстаней означає,що повідомлення, що їх посилають RIP, містять вектор відстаней (лічильникпересилань). Кожен маршрутизатор оновлює свою таблицю маршрутизації напідставі векторів відстаней, який він отримує від своїх сусідів.
Коли використовується протокол стану каналу, маршрутизатор не обмінюєтьсяінформацією про відстані зі своїми сусідами. Замість цього коженмаршрутизатор активно тестує статус своїх каналів до кожного сусідньогомаршрутизатора і посилає цю інформацію іншим своїм сусідам, якіможуть направити потік даних в автономну систему. Кожен маршрутизаторприймає інформацію про стан каналу і вже на її підставі будує повнутаблицю маршрутизації.
З практичної точки зору основна відмінність полягає в тому, щопротокол стану каналу працює значно швидше, ніж протоколвектора відстаней. Потрібно відзначити, що у разі протоколу стану каналузначно швидше здійснюється збіжність мережі. Під поняттям збіжності
(converge) ми маємо на увазі стабілізацію мережі після будь-яких змін,як, наприклад, поломки маршрутизатора або виходу з ладу каналу. У розділі
9.3 [Perlman 1992] порівнюються між собою два типи протоколівмаршрутизації.
OSPF також відрізняється від RIP (як і багато інших протоколи маршрутизації)тим, що OSPF використовує безпосередньо IP. Це означає, що він невикористовує UDP або TCP. OSPF має власну величину, якавстановлюється в поле протоколу (protocol) в IP заголовку (малюнок 3.1).
До того ж, так як OSPF це протокол стану каналу, а не протоколвектора відстаней, він має й інші характеристики, які роблять йогопереважним по відношенню до RIP.

1. OSPF може розрахувати окремий набір маршрутизаторів для кожного типу сервісу IP (type-of-service) (малюнок 3.2). Це означає, що для будь-якого пункту призначення може бути кілька пунктів в таблиці маршрутизації, по одному для кожного типу сервісу IP.

2. Кожному інтерфейсу призначається ціна. Вона може бути призначена на підставі пропускної здатності, часу повернення, надійності чи з якого-небудь іншого параметру. Окрема ціна може бути призначена для кожного типу сервісу IP.

3. Якщо існує кілька маршрутів до одного пункту призначення з однаковою ціною, OSPF розподіляє трафік (потік даних) порівну між цими маршрутами. Це називається балансом завантаженості.

4. OSPF підтримує підмережі: маска підмережі відповідає кожному оголошеному маршруту. Це дозволяє розбити IP адреса будь-якого класу на декілька підмереж різного розміру. (Ми показали це в прикладі в розділі "Приклад мережі" глави 3 і назвали підмережами змінної довжини.) Маршрути до хостам оголошуються з маскою підмережі, з усіх одиничних біт. Маршрут за замовчуванням оголошується як IP адреса 0.0.0.0 з маскою з усіх нульових бітів.

5. Канали точка-точка між маршрутизаторами не мають IP адрес на кожному кінці. Це називається мережами без адреси (unnumbered). Такий підхід дозволяє заощадити IP адреси - дуже цінний ресурс в даний час!

6. Використовується проста схема аутентифікації. Може бути вказаний пароль у вигляді відкритого тексту, так само як це робиться у схемі RIP-2 (розділ

"RIP Version 2 ").

7. OSPF використовує групову адресацію (розділ 12) замість широкомовної, що зменшує завантаженість систем, які не розпізнають OSPF.
Тому що більшість постачальників маршрутизаторів підтримують OSPF, вінпочинає поступово заміщати собою RIP в більшості мереж.
Початок форми

3. КОНЦЕПЦІЯ OSPF

OSPF роутер ID

LSA - Link State Advertisment

Hello protocol

Розподіл обов'язків між роутерами в multicast-мережі

Types LSAs

Суммарізація роутінга

LSM

Діалекти різних виробників

3.1 OSPF router ID < p> Порядковий номер, під яким роутер відомий в OSPF. Використовуєтьсяпри роботі протоколу між роутерами для координації.

За замовчуванням - старший IP-адреса на активному інтерфейсі.

3.2 LSA - Link State Advertisment

LSA - оповіщає повідомлення , надсилається роутером на активний інтерфейс.
Містить всю інформацію про викликаному зміну роутінга.

Якщо LSA приніс зміни, то вони вносяться до топологічну базу, по
SFP-алгоритму перебудовується таблиця роутінга і LSA розсилається далі.
Інакше LSA далі не розсилається. Посланий пакет поширюється далівсіма роутерами (якщо в цьому є необхідність). Посилається тільки призміну стану лінку. А так само надсилається кожні 30 хвилин. (Про всяквипадок)

Приклад:

Router # show ip ospf database OSPF Router with id (192.168.239.66)
(Autonomous system 300)

Displaying Router Link States (Area 0.0.0.0)

Link ID ADV Router Age Seq # Checksum Link count 172.18.21.6
172.18.21.6 1731 0x80002CFB 0x69BC 8 172.18.21.5 172.18.21.5 1112
0x800009D2 0xA2B8 5 172.18.1.2 172.18.1.2 1662 0x80000A98 0x4CB6 9
172.18.1.1 172.18.1.1 1115 0x800009B6 0x5F2C 1 172.18.1.5 172.18.1.5 1691
0x80002BC 0x2A1A 5

Displaying Net Link States (Area 0.0.0.0)

Link ID ADV Router Age Seq # Checksum 172.18.1.3 192.20.239.66 1245
0x800000EC 0x82E

Displaying Summary Net Link States (Area 0.0.0.0)

Link ID ADV Router Age Seq # Checksum 172.18.240.0 172.18.241.5 1152
0x80000077 0x7A05 172.18.241.0 172.18.241.5 1152 0x80000070 0xAEB7
172.18.244.0 172.18.241.5 1152 0x80000071 0x95CB

Виводить лістинг з часом останній оновлень LSA пакетів зсусідніх маршрутизаторів.

3.3 Типи мереж

Point-to-Point - сусід визначається однозначно - це "той-кінець"

Multiaccess - сусіди знаходяться по відгуку на Hello protocol (напр.ethernet, виділяється Designate Router (за головного) FDDI)

Nonbroadcast - сусідів доведеться ставити явно при Multiaccess конфігурації
OSPF (напр. Frame relay, X.25)

3.4 Виділені DR роутери в Multiaccess-мережі

Розсилати в multicast-сети LSA-повідомлення від кожного до кожного --надто дороге задоволення. "Сусіди" всі свої LSA шлють тільки виділеного
Designed Router'у (DR). DR розсилає акумульовані LSA всім "сусідам".

DR вибирається по протоколу Hello. Hello використовує мережеві multicastповідомлення по 224.0.0.5.

Вибирається так же Backup Designate Routera (BDR) - запасний. Вінавтоматично замінить DR якщо від того не прийде ні одного LSA довшепевного часу. Ставши DR він проініціірует вибори нового BDR.

Знову включений router віддає свій LSA DR'у (точніше DR + BDR) посилаючиmulticast по 224.0.0.6

DR розсилає свої LSA всім "своїм" посилаючи multicast по 224.0.0.5

Приклад:
Router # debug ip osfp events Router! Лістинг цієї команди покаже списокрозсилаємих LSA
(config-if) # shutdown! інтерфейс "впав"

Router (config-if) # no shutdown! інтерфейс "ожив"

3.5 Топологія OSPF

Простір адрес в OSPF організуємо за ієрархічним принципом,розпадаючись на непересічні area (зони?)

3.6 Класифікація OSPF роутерів

Area Border Router (ABR) - має інтерфейси, підключення відразу додекільком area. Для кожного з таких інтерфейсів виконує свою копіюалгоритму роутінга.

Internal router - все інтерфейси підключені до мереж, розташованим водній і тій же area. Виконує одну копію алгоритму роутінга.

Backbone router - має інтерфейс до бекбону.

Autonomous System Boundary router - обмінюється інформацією зроутерами, що належать до різних автономних систем

4. Базова конфігурація OSPF

4.1 Мінімальна конфігурація

Конфігурування протоколу OSPF виконується в контексті, потрапити в якийможна командоюrouter (config) # router ospf Nrouter (config-router) #де N - номер OSPF-процесу, довільне число (на маршрутизаторі можепрацювати декілька незалежних OSPF-процесів, але це зустрічається вкрайрідко). У лабораторних роботах слід використовувати N = 1.
Крім того, ряд параметрів OSPF відносяться до інтерфейсів і, відповідно,конфігуруються в контексті інтерфейсів.
Єдиною обов'язковою командою конфігурації OSPF є команда (абокілька команд) network:router (config-router) # network префікс шаблон area номер
Отримавши таку команду, маршрутизатор виконує наступні дії:

1. Знаходить всі інтерфейси, чиї IP-адреси потрапляють в діапазон, специфікований в команді network. При цьому шаблон функціонує також, як і списках доступу, тобто, IP-адреса інтерфейсу відбирається, якщо він побітне збігається з префіксом в тих бітових позиціях, де у шаблону стоять нулі.

Наприклад, якщо у маршрутизатора є інтерфейси з адресами 1.2.3.4,

1.2.5.25, 1.2.6.36, а в команді network вказані префікс 1.2.4.0 і шаблон 0.0.3.255, то відбираються інтерфейси 1.2.5.25 і 1.2.6.36, оскільки шаблон вимагає збігу перші 22 біт адрес інтерфейсів з префіксом 1.2.4.0.

У звичайній практиці для відбору інтерфейсів використовують три методи: o У команді network вказується адреса мережі і Інвертований маска. Відбирається інтерфейс, безпосередньо підключений до зазначеної мережі. (Нагадаємо, що до однієї IP-мережі маршрутизатор дозволяє підключити тільки один інтерфейс.) Якщо адреса інтерфейсу буде змінено в межах тієї ж IP-мережі, інтерфейс все одно буде відбиратися командою network. o У команді network вказується деякий осяжний префікс і його Інвертований маска. Відбираються всі інтерфейси, безпосередньо підключені до мереж в межах осяжний префікса. Наприклад, якщо для корпоративної мережі підприємства виділено префікс 1.1.0.0/16, то для того, щоб відібрати всі інтерфейси будь-якого маршрутизатора підприємства (не вдаючись у подробиці того, як саме виділені на підприємстві IP-мережі), на кожному маршрутизаторі достатньо вказати префікс 1.1 .0.0, шаблон 0.0.255.255. o У команді network вказується адреса інтерфейсу і шаблон 0.0.0.0

( "сувору відповідність"). Відбирається інтерфейс з вказаною адресою. Якщо адресу інтерфейсу буде змінений, навіть у межах тієї ж IP-мережі, то інтерфейс вже не буде відбиратися командою network.

Тільки основною IP-адреса інтерфейсу (не secondary) бере участь у процесі відбору.

2. На інтерфейсах, відібраних на попередньому кроці запускається протокол

OSPF. При цьому інтерфейси поміщаються в ту область OSPF-системи, яка вказана в параметрі area. Магістраль (backbone) - area 0.

3. У базу даних стану зв'язків додаються записи, що відповідають мереж, до яких підключені відібрані інтерфейси.

Слід чітко розуміти, що префікс і шаблон, зазначені в команді network (незважаючи на назву команди), не встановлюються в базу даних, а служать тільки для відбору інтерфейсів. Після того як інтерфейси відібрані, префікс і шаблон з команди network маршрутизатором не використовуються і на формування бази даних впливу не роблять.

Наприклад, інтерфейс маршрутизатора 1.2.3.4/24 підключений до тупикової мережі Ethernet. Цей інтерфейс може бути відібраний в область 0 OSPF-системи будь-якої з наступних команд: network 1.2.0.0 0.0.255.255 area 0 network 1.2.3.0 0.0.0.255 area 0 network 1.2.3.4 0.0.0.0 area 0

Незалежно від того, яка команда network була використана, в базу даних буде внесена тупикова мережа 1.2.3.0/24.
Зверніть увагу, що IOS використовує саме IP-адреси, а не іменаінтерфейсів для відбору в OSPF-систему. Цю особливість необхідно враховуватипри використанні ненумерованих інтерфейсов (ip unnumbered інтерфейс -донор): щоб ненумерований інтерфейс був відібраний, необхідно, щоб буввідібраний інтерфейс-донор. І навпаки: якщо відібраний інтерфейс-донор, то в туж саму область будуть відібрані і все ненумерованих інтерфейси, яківикористовують IP-адреса даного донора. Останнє означає, що якщо виприпускаєте помістити ненумерованих інтерфейси в різні області, тови повинні мати на маршрутизаторі інтерфейсів-донорів з числа областей. Напрактиці означає, що для кожної області повинен бути створений свій Loopback
(оскільки саме інтерфейси loopback доцільно використовувати якдонорів).

4.2 Метрики

Нагадаємо, що величину bandwidth інтерфейсу можна змінити однойменноїкомандою в контексті конфігурації інтерфейсу. Більш того, bandwidthпослідовних інтерфейсів вимагає ручного модифікації, якщо реальнезначення відрізняється від значення за замовчуванням (1544 кбіт/с). Неправильнезначення bandwidth призведе до різних негативних ефектів (невірнеобчислення метрик, некоректне управління пакетними чергами та ін.)
OSPF-метрика інтерфейсу може бути також безпосередньо змінена командоюrouter (config-if) # ip ospf cost метрика
Підкреслимо, що мова йде про метриці зв'язків, які виходять з інтерфейсу.

4.3 Ідентифікатори маршрутизаторів

Кожен OSPF-маршрутизатор ідентифікується деяким IP-адресою, якийпоміщається в усі OSPF-пакети, згенеровані маршрутизатором. Оскільки умаршрутизатора є декілька IP-адрес, то вибір ідентифікаторапроводиться в такій послідовності:

1. ІД явно вказаний командою router (config-router) # router-id IP-адреса

2. Якщо ідентифікатор не вказаний явно, то в якості ідентифікатора вибирається найбільший з IP-адрес інтерфейсів Loopback.

3. Інакше якщо інтерфейси Loopback відсутні, то в якості ідентифікатора вибирається найбільший з IP-адрес інтерфейсів маршрутизатора.
Слід мати на увазі, що код повинен бути стабільним, оскількипри зміні ідентифікатори OSPF розриває відносини суміжності івстановлює їх заново з новим ідентифікатором. Зокрема, якщоідентифікатор береться від звичайного інтерфейсу, то при відключенні інтерфейсуідентифікатор змінюється.
Крім того, при встановленні віртуальних зв'язків (virtual link) ввідповідної конфігураційної команді (area N virtual-link router-ID)вказується ідентифікатор маршрутизатора, з яким встановлюєтьсявіртуальна зв'язок. Якщо після перезавантаження даного маршрутизатораз'ясується, що ідентифікатор віддаленого маршрутизатора з якоїсь причинизмінився, то вірутальная зв'язок встановлена не буде.
Тому звичайна практика полягає у створенні інтерфейсу loopback з метоюприв'язки ідентифікатора до IP-адресою цього інтерфейсу (оскільки loopbackніколи не відключається). Зверніть увагу, що при наявності декількохінтерфейсів loopback, вибирається найбільший IP-адресу, і вплинути на процесвибору (явно вказати, який з інтерфейсів loopback ви хотіли бвикористовувати) не можна.
Відзначимо, що ідентифікатор маршрутизатора може бути довільним. УЗокрема, він не обов'язково має належати адресного простору
OSPF-системи. OSPF не генерує ніяких дейтаграм, спрямованих з цьогоадреси або на нього. Єдина вимога до ідентифікатора - унікальністьв межах OSPF-системи.

4.4 Поширення маршруту за замовчуванням і зовнішніх статичних маршрутів

Щоб у OSPF-системі з'явився маршрут за замовчуванням, що веде за межісистеми, на відповідному прикордонному маршрутизаторі подається команда:router (config-router) # default-information originate [always]
Необов'язковий параметр always примушує маршрутизатор оголошувати в OSPF -систему маршрут за замовчуванням, навіть якщо сам маршутізатор такого маршруту немає.
Маршрут за замовчуванням оголошується в OSPF-систему як зовнішній, амаршрутизатор, який оголосив цей маршрут автоматично стає ASBR.
Зрозуміло, цей маршрутизатор не може цілком належати тупиковійобласті.
Статичні маршрути додаються в OSPF-систему командоюrouter (config-router) # redistribute static subnets
Аналогічно маршрути до безпосередньо приєднаним мереж, які невходять до OSPF-систему, що додаються до OSPF командоюrouter (config-router) # redistribute connected subnets
Всі ці маршрути по відношенню до OSPF є зовнішніми, а оголошуютьмаршрутизатори стають ASBR.
Питання редістрібуціі маршрутів між різними протоколами маршрутизаціїрозглядаються в окремій темі.

4.5 Підтримка варіацій OSPF різних виробників

CISCO-router -----> non-CISCO-router

Router (config-if) # ip ospf cost cost

При обчисленні шляху Cisco-роутери для оцінки вартості інтерфейсувикористовують ширину линка (bandwidth). Реалізації OSPF інших виробникаможуть використовувати для визначення ціни інші алгоритми. Для узгодженнявартість лінку в цьому випадку доведеться задавати вручну командою ip osfcost

5. Oбнаруженіе сусідів і вибір виділених маршрутизаторів

5.1 Фільтрація і підсумовування маршрутів між областями

Підсумовування маршрутів на кордоні області виробляється командоюrouter (config-router) # area N range IP-префікс маска
Ця команда означає, що при оголошенні в сусідні області маршрути довсіх мереж області N, що потрапляють у вказаний префікс, оголошуватимуться не будуть,а замість цього буде оголошуватися тільки вказаний префікс.
При виконанні підсумовування необхідно створити захисний маршрут. Починаючи зверсії IOS 12.1 (6) захисний маршрут створюється автоматично. Якщо його поякоїсь причини необхідно не створювати, дається командаrouter (config-router) # no discard-route
У ранніх версіях IOS захисний маршрут створюється вручну:router (config) # ip route IP-префікс маска Null0
Для оголошення області N тупикової слід подати командуrouter (config-router) # area N stub [no-summary]
Необов'язковий параметр no-summary додатково забороняє оголошеннявсередині області маршрутів до інших мереж цієї ж OSPF-системи (без цьогопараметра забороняються оголошення всередину області тільки зовнішніх маршрутів).
Тип області, для якої зазначений параметр no-summary, називається totallystubby.
Область повинна бути визначена як тупикова на всіх маршрутизаторах, до неїприєднаних, інакше вони не знайдуть між собою спільної мови. Однаквказівку no-summary має сенс тільки на ABR.
Не зовсім тупикові області (NSSA) будуть розглянуті в темі
"Redistribution".

5.2 Show & debug

Перегляд поточної інформації про OSPF-процесі в контексті адміністратора:router # show ip ospf
У субконтексте "show ip ospf" є додаткові корисні команди:router # show ip ospf databaseзбірна інформація про базу даних стану зв'язків в областях, до якихприєднаний маршрутизатор. Для розуміння виводу слід звернутися до пп.
5.5.7 (перераховані типи записів) та 5.5.8 (розшифровані значення Link ID)навчального посібника.
Для отримання повної інформації по записах певного типу податикомандуrouter # show ip ospf database тіп_запісіде тіп_запісі: router, network, summary, asbr-summary, external для типіввідповідно 1-5 (див. п. 5.5.7 навчального посібника).router # show ip ospf neighbor [detail]список сусідів і їх стану.router # show ip ospf interface [інтерфейс]інформація про параметри і статус інтерфейсів, що має відношення до OSPF.
Налагодження команди:router # debug ip ospf packetrouter # debug ip ospf eventsrouter # debug ip ospf spf statistic

6.КРАТКІЙ СПИСОК OSPF КОМАНД

area authentication area virtual-link default-information originate (OSPF) default-metric (BGP, EGP, OSPF, and RIP) ip ospf authentication - key ip ospf cost ip ospf dead-interval ip ospf hello-interval ip ospf message-digest-key ip ospf network ip ospf priority ip ospf retransmit-interval ip ospf transmit-delay ip ospf-name-lookup match route-type network area neighbor (OSPF) ospf auto-cost-determination router ospf redistribute set metric-type show ip ospf show ip ospf border-routers show ip ospf database show ip ospf interface show ip ospf neighbor show ip ospf virtual-links debug ip ospf packet debug ip ospf spf statistic

Висновок

Internet складається з мереж, керованих різними організаціями. Кожна такамережа використовує усередині свої алгоритми маршрутизації і управління. Іназивається Автономної системою. Наявність стандартів дозволяє подолативідмінності у внутрішній організації автономних систем і забезпечити їхспільне функціонування. Алгоритм маршрутизації OSPF, ставитисяпротоколами внутрішніх шлюзів, але може приймати і передавати дані прошляхах іншим автономних систем. Протокол OSPF опубліковано у відкритійлітературі - звідси open, не є власністю будь-якої компанії,що робить його вживаним в мережах побудованих на мережевому обладнаннірізних фірм виробників. Алгоритм маршрутизації OSPF: вміє працюватиз різними метриками відстанню, пропускною здатністю, затримками ітощо; є динамічним, тобто реагує на зміну в топології мережіавтоматично і швидко; підтримувати різні види сервісу; підтримуємаршрутизацію в реальному часі для одних потоків і іншу для інших;забезпечує балансування навантаження і при необхідності розділяти потоки порізних каналах.

Напрошується висновок зі всього вище сказаного, що використанняалгоритму динамічної маршрутизації OSPF надає автоматизованоїсистемі значно більшу гнучкість і оптимізує її роботу.