1. Список протоколів маршрутизації не вичерпується такими назвами, як RIP, OSPF і IS-IS. Є й інші, менш...
2. ПЕРЕВАГИ NLSP
3. Ієрархічна Мережева ТОПОЛОГІЯ
4. IGRP І EIGRP - ХОРОШИЙ ВИБІР ДЛЯ ВЕЛИКИХ МЕРЕЖ
5. Дещо про EGP І BGP
6. ВИСНОВОК
7. Де знайти інформацію про NLSP
8. Де знайти інформацію про IGRP і EGRP

Список протоколів маршрутизації не вичерпується такими назвами, як RIP, OSPF і IS-IS. Є й інші, менш відомі протоколи. NLSP - КРОК ВПЕРЕД ПЕРЕВАГИ NLSP Ієрархічна Мережева ТОПОЛОГІЯ IGRP І EIGRP - ХОРОШИЙ ВИБІР ДЛЯ ВЕЛИКИХ МЕРЕЖ ДЕЩО ПРО EGP І BGP ВИСНОВОК

Де знайти інформацію про NLSP
Де знайти інформацію про IGRP і EGRP

Наші замітки замислювалися як продовження опублікованої в жовтневому номері "LAN Magazine / Російське видання" статті Джима Гейера "Дороги, які ми вибираємо". Гейер розповів про завдання, які вирішуються протоколами маршрутизації, і описав конкретні реалізації протоколів типу RIP, OSPF і IS-IS. Ми ж розповімо про менш популярних протоколах: NLSP, IGRP, EIGRP, EGP, BGP, а протоколу NLSP, основним, як нам здається, "кандидату" на більш широке застосування, буде приділено особливу увагу.

NLSP - КРОК ВПЕРЕД

Спочатку для своїх мереж компанія Novell розробила два типи протоколів для поширення службової інформації: IPX RIP / SAP. IPX RIP представляє собою протокол маршрутизації на базі алгоритму вектора відстані, а SAP застосовується для "рекламування" послуг, що надаються різними пристроями в мережі (файловими серверами, принтерами і т.д). Обидва ці протоколи періодично (приблизно раз на хвилину) розсилають інформацію по мережі, що дозволяє іншим вузлам швидко дізнатися про маршрути і послуги, однак при цьому вони сильно завантажують мережу. IPX RIP / SAP розроблялися, коли великі, розподілені мережі були рідкістю. У малих же мережах вони виправдані і донині, оскільки практично всі виробники маршрутизаторів включають в свої пристрої підтримку цих протоколів, а їх реалізація не вимагає великих обчислювальних витрат і оперативної пам'яті, що, безсумнівно, сприяє зниженню кінцевої вартості маршрутизаторів.

Для подолання недоліків протоколів IPX RIP / SAP фірма Novell розробила ще один протокол - NetWare Link Services Protocol (NLSP). Протокол маршрутизації NLSP працює за алгоритмом стану каналу; прикладами подібних протоколів служать Open Shortest Path First (OSPF) в мережах TCP / IP і IS-IS, розроблений комітетом ISO для мереж в архітектурі OSI.

Малюнок 1.
Приклад змішаної топології.

У порівнянні з RIP протокол NLSP надає більше можливостей при проектуванні розподілених мереж і застосовується в основному в складних, змішаних топологиях, гідністю яких є наявність резервних шляхів. Обрив однієї зв'язку не перешкоджає обміну даними між вузлами. Приклад змішаної топології наведено на рисунку 1. Якщо в цьому прикладі будуть використані протоколи IPX RIP / SAP, то їх службовий трафік практично повністю заповнить всю смугу пропускання (особливо в разі повільних каналів зв'язку), тому найкращим варіантом застосування протоколів IPX RIP / SAP служить деревоподібна мережева топологія, приклад якої наведено на рисунку 2.

Малюнок 2. Приклад деревовидної топології.

ПЕРЕВАГИ NLSP

Протокол NLSP в порівнянні з IPX RIP / SAP має низку переваг, серед яких можна виділити наступні.

1. Низька завантаженість мережі. Кожен маршрутизатор, що працює по протоколах RIP / SAP, періодично розсилає пакети зі своєю таблицею маршрутів і таблицею послуг. Оскільки широкомовні пакети надсилаються і тоді, коли змін в мережевий топології немає, виникає надлишковий трафік у всій мережі, і особливо це завантажує низькошвидкісні канали глобальної мережі. На відміну від протоколів RIP / SAP, протокол NLSP розсилає інформацію тільки при будь-яких змінах в мережевій топології або кожні дві години, що безсумнівно зменшує обсяг службової інформації. На рисунку 4 наведені порівняльні діаграми завантаження мережі в байт / сек. службовим трафіком в разі протоколу NLSP і IPX RIP / SAP для різного співвідношення кількості серверів і мереж (приклад узятий з курсу # 216 фірми Novell - Fundamentals of Internetworking Instructor "s Guide).

Малюнок 4. Завантаження мережі службовим трафіком в залежності від співвідношення кількості серверів до числа мереж.

Як видно з діаграми, протокол NLSP дає дуже незначне збільшення службового трафіку в міру зростання мережі, проте в малих мережах його застосування недоцільно. Протоколи RIP / SAP, навпаки, хороші саме в малих мережах, а при збільшенні кількості серверів дають велике завантаження службовою інформацією.

2. Розподіл потоку даних (Load Balancing). Якщо існують два або більше маршрутів з однаковими цінами, то протокол NLSP дозволяє організувати розподіл потоку даних через них, що підвищує ефективність використання ліній зв'язку. Протокол NLSP підтримує розподіл даних по восьми маршрутах з однаковою вартістю. Цей метод називається ще Load Sharing.

3. Можливість створення великих розподілених мереж. При проектуванні мереж на базі протоколу RIP ви повинні враховувати суттєве обмеження - кількість транзитних вузлів (hop count) між джерелом і приймачем не може перевищувати 15, а значить, створення великих розподілених мереж стає неможливим. Протокол же NLSP підтримує до 127 транзитних вузлів.

4. Можливість вручну призначати вартість ліній зв'язку. При виборі оптимального маршруту протокол IPX RIP використовує дві метрики: затримку при досягненні заданої мережі в тиках (number-of-ticks), де один тик дорівнює 1/18 секунди, і кількість транзитних вузлів. При виборі оптимального маршруту менша затримка має перевагу перед кількістю транзитних вузлів. Протокол NLSP дозволяє адміністратору мережі вручну призначити вартість каналу зв'язку, що дає можливість більш гнучко розподіляти трафік в мережі. Крім того, протокол може самостійно привласнити вартість каналу зв'язку, грунтуючись на даних з Табл. 1. Для вибору найкращого маршруту NLSP підсумовує вартості всіх каналів зв'язку, через які передається інформація одержувачу, і вибирає маршрут з найменшою загальною вартістю.

Безсумнівним достоінствм протоколу NLSP є повна сумісність з IPX RIP / SAP. Ви можете використовувати маршрутизатори, що працюють по протоколах NLSP і RIP / SAP, спільно в одній мережі. Протокол дозволяє використовувати в одному сегменті мережі Ethernet до 230 маршрутизаторів і серверів. Їх кількість залежить від розміру пакета, переданого по мережі; в мережах Token Ring і FDDI це число буде більше.

Ієрархічна Мережева ТОПОЛОГІЯ

Мета розробки протоколу NLSP - створення ієрархічної середовища маршрутизації, де області (areas) маршрутизації об'єднуються в домени маршрутизації, а ті, в свою чергу, утворюють глобальну мережу (див. Малюнок 3).

Малюнок 3.Прімер ієрархічної мережі.

Поточні версії протоколу NLSP підтримують роботу тільки всередині області маршрутизації (level 1 routing). Майбутні реалізації зможуть організовувати зв'язок областей маршрутизації в домени (level 2 routing), а домени - в глобальну мережу IPX (level 3 routing).

Для організації ієрархічної мережі вводиться спеціальна адресація областей маршрутизації. Кожна область ідентифікується восьмібайтовим числом, що складається з двох частин: адреси області та маски. наприклад:

08068500 (адреса області) FFFFFF00 (маска)

Перші 24 біта - 080685 - представляють область маршрутизації, отже, адреса кожної IPX-мережі всередині цієї області повинен починатися з 080 685 (нагадаємо, що адреса мережі IPX - це чотирьохбайтове число). Що залишився байт служить для позначення конкретної IPX-мережі, наприклад 080685AB.

Тому, хто хоче більше дізнатися про областях маршрутизації і адресації, прийнятої для них, автор рекомендує прочитати главу "Novell Guide to NLSP Migration" в документації на продукт фірми Novell NetWare MultiProtocol Router v3.1.

Як уже відзначено, тільки майбутні реалізації протоколу NLSP зможуть підтримувати організацію областей в домени, поки ж адресацію областей можна і не використовувати під час налаштування маршрутизаторів на протокол NLSP.

В даний час фірма Novell надає послугу Novell Network RegistrySM. Мета цієї послуги полягає в закріпленні за організаціями унікальних адрес для їх мереж IPX, що дозволить в подальшому різним компаніям обмінюватися даними без внесення змін в існуючу систему адресації. Розмір виділяється пулу адрес залежить від кількості в компанії мереж NetWare (з урахуванням майбутнього зростання). Якщо ви хочете отримати свій пул адрес, просто напишіть за адресою: [email protected] .

Що стосується підтримки виробниками протоколу NLSP, то тут, як нам здається, справи йдуть не дуже добре. Так, порівняльна таблиця "Магістральні маршрутизатори рівня підприємства" в журналі "LAN Magazine / Російське видання" (лютий 1996 р стор. 61) містить тільки три моделі, що забезпечують роботу з протоколом NLSP, - Cisco 7500, IEN 3000 і IEN 5000 фірми Hypercom Network Systems. Крім цього, програмний продукт MultiProtocol Router v3.1 фірми Novell також підтримує протокол NLSP (зворотне було б дивно). Однак в майбутньому можна очікувати більш широкої підтримки протоколу NLPS, так як кількість компаній, що працюють на базі протоколу IPX і бажаючих отримувати всі переваги протоколу NLSP при побудові своїх розподілених мереж, досить велике.

Що стосується формату пакетів NLSP, то оскільки він розроблявся на основі протоколу IS-IS, то формати заголовків пакетів у обох протоколів, як правило, збігаються. Фіксована частина пакета NLSP тієї ж довжини, що і у IS-IS. Деякі поля, що використовуються в IS-IS, зарезервовані в NLSP (наприклад "Довжина ідентифікатора" і "Максимум адрес областей"), і навпаки. Основна відмінність цих двох протоколів полягає в тому, що до пакету NLSP додається заголовок IPX, тоді як пакету IS-другого заголовка не потрібно.

IGRP І EIGRP - ХОРОШИЙ ВИБІР ДЛЯ ВЕЛИКИХ МЕРЕЖ

Протокол IGRP (Interior Gateway Routing Protocol) розроблений фірмою Cisco в 1980 році; працює він за алгоритмом вектора відстані, і його поточна реалізація призначена для мереж TCP / IP.

При розробці протоколу IGRP були поставлені наступні завдання:

• стійкість в дуже великих, складних мережах і неприпустимість, при цьому, утворення вузлів маршрутизації;
• швидке відновлення працездатності при змінах в мережевій топології;
• низьке завантаження мережі службовим трафіком;
• можливість розподілу потоку даних між маршрутами з однаковою вартістю.

Для досягнення стійкості в великих мережах IGRP використовує алгоритми holddowns, split horizon, triggered updates і poisoning. Дані алгоритми розроблені для запобігання застосування маршрутизаторами помилкових маршрутів. Як описано в RFC 1058, це відбувається, коли маршрут стає недоступним внаслідок апаратної помилки одного з маршрутизаторів. В принципі, сусідні маршрутизатори повинні визначити недоступність маршруту і розіслати по мережі оновлену інформацію, в якій даний маршрут позначається як невикористаний. Однак існує ймовірність того, що ці повідомлення не досягнуть деяких частин розподіленої мережі або йтимуть дуже довго, тоді як маршрутизатори в ній продовжать розсилку інформації з пропозицією недоступного маршруту. При подібному положенні справ поява вузлів маршрутизації неминуче.

Алгоритм poisoning призначений для попередження утворення великих вузлів, на відміну від split horizon, який запобігає вузли між сусідніми маршрутизаторами. Алгоритм poisoning грунтується на правилі, що якщо в процесі роботи метрика маршруту значно збільшилася, то це наслідок освіти вузла, і даний маршрут повинен бути вилучений з таблиці маршрутів.

Triggered updates змушує маршрутизатор розсилати інформацію про зміни в маршрутах, навіть якщо розсилка не вкладається в часовий інтервал розсилок (для алгоритму IGRP цей інтервал становить 90 с).

Алгоритми holddowns і split horizon були розглянуті в статті Джима Гейера.

Можна сказати, що протокол IGRP був покликаний прийти на зміну RIP IP, оскільки останній не пристосований для організації великих мереж. Основна відмінність протоколу IGRP від RIP IP, що дозволяють будувати розподілені мережі, полягає в метриках маршрутів. Протокол RIP IP застосовує в якості метрики кількість транзитних вузлів, яке може бути числом від 1 до 15. Крім обмеження на розмір мережі, в деяких випадках існування однієї метрики може бути причиною вибору невідповідного маршруту. На відміну від протоколу RIP IP, IGRP використовує такі метрики:

• час затримки;
• пропускна здатність каналу;
• завантаженість каналу;
• надійність каналу зв'язку.

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

Грунтуючись на цих метриках, за допомогою спеціальної математичної формули обчислюється узагальнена метрика для кожного маршруту, на основі якої і визначається найкращий маршрут. Формула має такий вигляд:

де K1, K2 - константи;
B e - ефективна пропускна здатність = незавантажена смуга пропускання? (1 - завантаженість каналу в даний момент);
D c - час затримки;
r - надійність (відсоток успішно переданої інформації наступного вузла).

Константи використовуються для присвоєння певного "ваги" пропускної здатності і затримки, при цьому вага залежить від типу інформації, що передається по мережі інформації. Наприклад, інтерактивний трафік може мати нижчу затримку, передача файлів - широку смугу пропускання.

Шлях, що має найменшу узагальнену метрику, і буде кращий.

Безсумнівна перевага протоколу IGRP в застосуванні узагальненої метрики для вибору найбільш підходящого маршруту в розподіленої мережі, з якої канали зв'язку розрізняються за швидкістю і надійності.

На рисунку 5 наведено формат заголовка службових пакетів протоколу IGRP, після якого слід маршрутна інформація. IGRP розсилає свою інформацію, використовуючи дейтаграми IP з номером протоколу, рівним 9 (IGP).

Малюнок 5. Заголовок пакета IGRP містить інформацію про мережі і подсетях АС.

Нижче наведені пояснення до полів в заголовку.

• "Версія" - версія протоколу. Поточна версія протоколу дорівнює 1. Пакети, які мають інше значення, будуть ігноруватися.
• "Код операції" використовується для позначення типу повідомлення:
  1 - Update message (повідомлення, що містять оновлену інформацію з таблиці маршрутів. Ці пакети розсилаються у відповідь на запит іншихмаршрутизаторів надати нову інформацію про маршрути).
  2 - Request message (запит на посилку нової інформації з таблиці маршрутизації).
• "Редакція" - число, що збільшується щоразу при зміні в таблиці маршрутизації. Це поле дозволяє маршрутизатора не вносити оновлення, якщо вони вже були зроблені.
• "Номер АС" - ідентифікатор Автономної Системи. Це поле вказує, до якої АС належить маршрутизатор.
• "Кількість підмереж в мережі", "Кількість мереж в АС", "Кількість мереж поза АС" - використовуються тільки при формуванні пакетів, що містять оновлену інформацію з таблиці маршрутів (updates message).
• "CRC" - контрольна сума, яка обчислюється за тим самим алгоритмом, що і для UDP-пакетів. Контрольна сума обчислюється для заголовка IGRP і будь-яких даних після нього, однак вона не зачіпає заголовок IP-пакета.

Фірма Cisco, в продовження IGRP, розробила протокол EIGRP (Enhanced Interior Gateway Routing Protocol). Він об'єднує в собі переваги алгоритмів вектора відстані і стану каналу, включаючи низьке завантаження службовим трафіком, швидке відновлення після змін в мережевий топології (fast convergence) і можливість використання маски підмережі (subnet masks) в IP-адресації.

Протокол EIGRP є першою реалізацією алгоритму DUAL (Distributed Update Algorithm), який дозволяє маршрутизатора відновлювати свою працездатність відразу ж після зміни в мережевий топології, що сильно збільшує надійність роботи розподіленої мережі. У більшості ситуацій маршрутизатори, що працюють по протоколу EIGRP, перебудовуються відповідно до змін в топології менше ніж за одну секунду. Таким чином, хоча протокол EIGRP і перейняв технології алгоритму вектора відстані від IGRP, він має можливості протоколів, що працюють за алгоритмом стану каналу, таких як IS-IS і OSPF.

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

У версії 10.0 системи IOS (Internetwork Operating System) компанія Cisco розширила протокол EIGRP для роботи в мережах Novell IPX і Apple Talk, і, крім того, реалізувала технологію RSUP (Reliable SAP Update Protocol). Ця технологія дозволяє маршрутизатора розсилати стандартні пакети Novell SAP НЕ періодично, а тільки в разі виявлення змін в рекламованих послугах.

RSUP дуже сильно допомагає при проектуванні розподілених мереж з використанням каналів зв'язку глобальної мережі. Наприклад, при застосуванні RSUP маршрутизатори можуть рекламувати по низькошвидкісних каналах глобальної мережі тільки зміни в послугах, однак ці ж маршрутизатори в локальних мережах будуть продовжувати періодичну розсилку SAP-пакетів.

Як видно з порівняльної таблиці маршрутизаторів, протоколи IGRP і EIGRP підтримують тільки моделі фірми Cisco, що необхідно враховувати при побудові розподіленої мережі.

Дещо про EGP І BGP

Протоколи, що управляють маршрутної інформацією всередині автономної системи, відносяться до класу так званих протоколів IGP (Interior Gateway Protocols). Для протоколів класу IGP ключовим моментом є продуктивність. Ці протоколи повинні негайно підлаштовуватися під зміни в мережевий топології і знаходити маршрут з найменшою вартістю. Прикладами IGP можуть служити RIP, NLSP, OSPF, IGRP, EIGRP.

Автономна система (АС) являє собою групу мереж і маршрутизаторів, керовану уповноваженим. Розробка АС дозволяє різним частинам мережі Internet бути керованими окремо і дозволяє маршрутизаторів всередині різних автономних систем використовувати різні протоколи маршрутизації. Кожна мережа всередині АС повинна бути доступна з Internet. Для цього між ними організується зв'язок за допомогою протоколу EGP (Exterior Gateway Protocol).

Протокол EGP описаний в RFC 904 (квітень 1984). EGP служить для організації зв'язку між кореневими маршрутизаторами в мережі Internet, які, в свою чергу, належать різним АС. Необхідно враховувати, що для зв'язку з маршрутизаторами всередині своєї автономної системи кореневої маршрутизатор, крім підтримки EGP, повинен також підтримувати протоколи класу IGP, так як всю інформацію про свою АС протокол EGP отримує від IGP.

Хоча EGP відноситься до динамічних протоколів маршрутизації, він дуже простий. Протокол не використовує метрики і, отже, не може виконувати "інтелектуальну" маршрутизацію. EGP розсилає своїм сусідам оновлену інформацію через регулярні інтервали часу. Ця інформація про всіх мережах, до яких маршрутизатор безпосередньо підключений, і служить основою побудови таблиць маршрутизації. На рисунку 6 наведено формат заголовка пакетів протоколу EGP.

Малюнок 6.
Незважаючи на велику кількість полів в заголовку пакета, протокол EGP дуже простий.

Поля мають таке значення.

• "Версія" ідентифікує версію протоколу EGP. Поточна версія - два. У деяких публікаціях може зустрітися позначення EGP2, тобто версія 2 EGP.
• "Тип повідомлення" визначає, яке повідомлення передається в цьому пакеті. Кожне повідомлення має власний заголовок і поміщається в поле "Дані".
• "Код операції", "Статус повідомлення" використовуються спільно з полем "Тип операції". Повідомлення кожного іпа виконує специфічні підзадачі, ось вони-то і визначаються цими полями.
• "CRC" - контрольна сума вважається для заголовка з даними, і при її обчисленні саме поле "CRC" задається рівним нулю.
• "Номер АС" - номер автономної системи, якої дане повідомлення належить.
• "Стан" показує стан здійснення та отримання інформації.

З ростом мережі Internet всі недоліки протоколу EGP, такі як можливість організації вузлів маршрутизації, дуже великі розміри службової інформації, що розсилається по мережі, і неможливість "інтелектуальної" маршрутизації, ставали все більш очевидними, внаслідок чого був розроблений протокол BGP (Border Gateway Protocol), який покликаний вирішити ці проблеми EGP.

Як і EGP, протокол BGP використовується для зв'язку кореневих маршрутизаторів мережі Internet, проте на відміну від EGP, він розроблений для виявлення вузлів маршрутизації і застосування метрик для "інтелектуальної" маршрутизації. В даний час BGP поступово витісняє EGP з мережі Internet. Опис протоколу BGP можна знайти в RFC 1163.

BGP використовує протокол транспортного рівня для передачі службової інформації. Це сильно підвищує надійність, оскільки протоколи транспортного рівня спроектовані для гарантованої доставки інформації. В якості транспортного протоколу застосовується TCP. BGP використовує порт 179 протоколу TCP для встановлення з'єднань. Спочатку маршрутизатори, що працюють по протоколу BGP, обмінюються повними таблицями маршрутів, потім розсилаються тільки оновлення при змінах в таблицях. На відміну від інших протоколів, BGP не вимагає періодичного оновлення таблиць маршрутизації, натомість зберігаються останні версії таблиць сусідів. Хоча протокол обслуговує різні шляхи в певну мережу, в своїх повідомленнях про оновлення (updates messages) він рекламує тільки найкращий шлях.

BGP-метрики - це числа, що привласнюються мережевим адміністратором, які показують "ступінь перевагу" будь-якого маршруту. "Ступінь перевагу" може ґрунтуватися на будь-яких умовах, таких як швидкість каналів, надійність і т.д.

На рисунку 7 наведено формат заголовка повідомлень протоколу BGP. Кожне повідомлення має заголовок фіксованого розміру. Після заголовка дані можуть як бути присутніми, так і бути відсутнім - це залежить від типу повідомлення.

Малюнок 7.Протокол BGP приходить на зміну EGP.

Поля мають таке значення.

• "Маркер" використовується для визначення втрати синхронізації між двома маршрутизаторами BGP і для встановлення автентичності вхідних повідомлень BGP.
• "Довжина" - загальна довжина повідомлення, включаючи заголовок.
• "Тип" - тип переданого повідомлення. Він може бути:
  1 - OPEN (повідомлення такого типу розсилається відразу після установки з'єднання транспортними протоколами);
  2 - UPDATE (передача маршрутної інформації між маршрутизаторами EGP);
  3 - NOTIFICATION (повідомлення надсилається при виявленні помилки в роботі протоколу, після чого з'єднання негайно розривається);
  4 - KEEPALIVE (маршрутизатори обмінюються цими повідомленнями для визначення працездатності своїх сусідів; необхідно відзначити, що BGP не використовує цю функцію протоколу TCP).

Повертаючись до порівняльної таблиці маршрутизаторів, слід зазначити, що практично всі маршрутизатори підтримують протокол EGP. Що стосується протоколу BGP, то ми змогли знайти тільки одну модель фірми Digital Equipment DECNIS 500/600.

ВИСНОВОК

Необхідно відзначити, що самостійне проектування і створення великих розподілених мереж з використанням маршрутизаторів досить трудомісткий і складний процес: помилка тут може привести до сумних наслідків. Це справа краще довірити системним інтеграторам, які мають досвід реалізації подібних проектів.

Максим Володимирович Кульгин - менеджер з проектів компанії ComputerLand / St.Petersburg.З ним можна зв'язатися за телефонами: (812) 224-1622, 224-0217, 224-2329 або через Internet за адресою: [email protected] .

ТАБЛИЦЯ 1 - ВАРТОСТІ КАНАЛІВ ЗВ'ЯЗКУ ДЛЯ ПРОТОКОЛУ NLSP за умовчанням

Пропускна здатністьВартість каналу за замовчуваннямМожлива середовище передачі

0-16 Кбіт / с 61 комутовані лінії 48-64 Кбіт / с 45 ISDN (US) 64-128 Кбіт / с 45 ISDN (Europe) 1-2 Мбіт / с 27 T1 (1 , 5 Мбіт / с) 2-4 Мбіт / с 26 E1 (2 Мбіт / с), ARCNet 4-8 Мбіт / с 25 Token Ring (4 Мбіт / с) 10-16 Мбіт / с 20 Ethernet (10 Мбіт / с ) 16-32 Мбіт / с 19 Token Ring (16 Мбіт / с) 64-128 Мбіт / с 14 FDDI, CDDI (100 Мбіт / с)

ТАБЛИЦЯ 2 - ПРОТОКОЛИ МАРШРУТИЗАЦІЇ КЛАСУ IGP

IPX RIP, EIGRP NLSP TCP / IP RIP, IGRP, EIGRP OSPF, IS-IS OSI - IS-IS AppleTalk RTMP -

Де знайти інформацію про NLSP

1. Документація на NetWare MultiProtocol Router v3.1, частина Concepts, глава How NLSP Works: An Overview.

2. TID1203342 в Network Support Encyclopedia 96-9. Це посилання на архівний файл, який містить повний опис протоколу NLSP в форматі PostScript.

3. Публікація NetWare Link Services Protocol: Link-State Routing in a NetWare Environment в Novell Application Notes за травень 1994 (Network Support Encyclopedia 96-9).

Де знайти інформацію про IGRP і EGRP

1. "An Introduction to IGRP", http://www.cisco.com/warp/public/103/5.html

2. "Introduction to Enhanced IGRP (EIGRP)", http://www.cisco.com/warp/public/103/1.html

3. "Q & A Protocol Enhancements for WANs", http://www.cisco.com/warp/public/621/8.htm

4. "Which Routing Protocol Should I Use?", http://www.cisco.com/warp/public/417/26.html