Протокол
міжмережевої взаємодії IP
Основу транспортних засобів
стека протоколів TCP/IP складає протокол міжмережевої взаємодії --
Internet Protocol (IP). До основних функцій протоколу IP відносяться:
перенесення між мережами різних
типів адресної інформації в уніфікованої формі
зборка та розбирання пакетів при
передачі їх між мережами з різним максимальним значенням довжини пакета
Формат пакету IP
Пакет IP складається з заголовка і
поля даних. Заголовок пакета має такі поля:
Поле Номер версії (VERS)
вказує версію протоколу IP. Зараз повсюдно використовується версія 4 та
готується перехід на версію 6, звану також IPng (IP next
generation).
Поле Довжина заголовка (HLEN)
пакету IP займає 4 біта і вказує значення довжини заголовка, виміряний у
32-бітових словах. Зазвичай заголовок має довжину у 20 байт (п'ять 32-бітових
слів), але при збільшенні обсягу службової інформації ця довжина може бути
збільшена за рахунок використання додаткових байт в поле Резерв (IP OPTIONS).
Поле Тип сервісу (SERVICE TYPE)
займає 1 байт і задає пріоритетність пакету та вид критерію вибору маршруту.
Перші три біта цього поля утворюють підполе пріоритету пакета (PRECEDENCE).
Пріоритет може мати значення від 0 (стандартний пакет) до 7 (пакет керуючої
інформації). Маршрутизатори та комп'ютери можуть брати до уваги пріоритет
пакету і обробляти більш важливі пакети в першу чергу. Поле Тип сервісу
містить також три біта, що визначають критерій вибору маршруту. Встановлений
біт D (delay) говорить про те, що маршрут повинен вибиратися для мінімізації
затримки доставки даного пакету, біт T - для максимізації пропускної
здібності, а біт R - для максимізації надійності доставки.
Поле Загальна довжина (TOTAL LENGTH)
займає 2 байти і вказує загальну довжину пакета з урахуванням заголовка і поля
даних.
Поле Ідентифікатор пакету
(IDENTIFICATION) займає 2 байти і використовується для розпізнавання пакетів,
утворилися шляхом фрагментації вихідного пакету. Всі фрагменти повинні мати
однакове значення цього поля.
Поле Прапори (FLAGS) займає 3
бита, воно вказує на можливість фрагментації пакета (встановлений біт Do
not Fragment - DF - забороняє маршрутизатора фрагментувати даний пакет), а
також на те, чи є даний пакет проміжним або останнім фрагментом
вихідного пакета (встановлений біт More Fragments - MF - говорить про те пакет
переносить проміжний фрагмент).
Поле Зсув фрагменту
(FRAGMENT OFFSET) займає 13 біт, воно використовується для зазначення в байтах
зміщення поля даних цього пакету від початку спільного поля даних вихідного
пакету, підданого фрагментації. Використовується при складанні/розбирання фрагментів
пакетів при передачах їх між мережами з різними величинами максимальної
довжини пакету.
Поле Час життя (TIME TO LIVE)
займає 1 байт і вказує граничний термін, протягом якого пакет може
переміщатися по мережі. Час життя даного пакету вимірюється в секундах і
задається джерелом передачі засобами протоколу IP. На шлюзах і в інших
вузлах мережі після закінчення кожної секунди з поточного часу життя віднімається
одиниця; одиниця віднімається також при кожній транзитної передачі (навіть якщо не
пройшла секунда). При закінченні часу життя пакет анулюється.
Ідентифікатор Протоколу верхнього
рівня (PROTOCOL) займає 1 байт і вказує, якому протоколу верхнього рівня
належить пакет (наприклад, це можуть бути протоколи TCP, UDP або RIP).
Контрольна сума (HEADER
CHECKSUM) займає 2 байти, вона розраховується по всьому заголовку.
Поля Адреса джерела (SOURCE IP
ADDRESS) та Адреса призначення (DESTINATION IP ADDRESS) мають однакову довжину --
32 біта, і однакову структуру.
Поле Резерв (IP OPTIONS)
є необов'язковим і використовується зазвичай тільки при налагодженні мережі. Це поле
складається з декількох підполів, кожне з яких може бути одного з восьми
визначених типів. У цих підпіллі можна вказувати точний маршрут проходження
маршрутизаторів, реєструвати прохідні пакетом маршрутизатори, поміщати
дані системи безпеки, а також тимчасові відмітки. Так як число підполів
може бути довільним, то в кінці поля Резерв має бути додано декілька
байт для вирівнювання заголовка пакету з 32-бітної кордоні.
Максимальна довжина поля даних
пакету обмежена розрядністю поля, що визначає цю величину, і становить
65535 байтів, проте при передачі по мережах різного типу довжина пакету
вибирається з урахуванням максимальної довжини пакету протоколу нижнього рівня,
несучого IP-пакети. Якщо це кадри Ethernet, то вибираються пакети з
максимальною довжиною в 1500 байтів, вміщується в поле даних кадру Ethernet.
Управління фрагментацією
Протоколи транспортного рівня
(протоколи TCP або UDP), що користуються мережевим рівнем для відправки пакетів,
вважають, що максимальний розмір поля даних IP-пакета дорівнює 65535, і тому
можуть передати йому повідомлення такої довжини для транспортування через интерсеть. У
функції рівня IP входить розбиття занадто довгого для конкретного типу
складової мережі повідомлення на більш короткі пакети зі створенням
відповідних службових полів, потрібних для подальшого складання фрагментів у
вихідне повідомлення.
У більшості типів локальних і
глобальних мереж визначається таке поняття як максимальний розмір поля даних
кадру або пакета, в які повинен інкапсулювати свій пакет протокол IP. Цю
величину зазвичай називають максимальною одиницею транспортування - Maximum
Transfer Unit, MTU. Мережі Ethernet мають значення MTU, що дорівнює 1500 байт, мережі
FDDI - 4096 байт, а мережі Х.25 найчастіше працюють з MTU в 128 байт.
Робота протоколу IP по
фрагментації пакетів у хостах і маршрутизаторах ілюструється малюнком 4.1.
Нехай комп'ютер 1 пов'язаний з
мережею, що має значення MTU в 4096 байтів, наприклад, з мережею FDDI. При
вступі на IP-рівень комп'ютера 1 повідомлення від транспортногоуровня
розміром в 5600 байтів, протокол IP ділить його на дві IP-пакету, встановлюючи в
перший пакеті ознака фрагментації і привласнюючи пакету унікальний
ідентифікатор, наприклад, 486. У першому пакеті величина поля зсуву дорівнює 0, а
у другому - 2800. Ознака фрагментації в другому пакеті дорівнює нулю, що
показує, що це останній фрагмент пакета. Загальна величина IP-пакету
становить 2800 +20 (розмір заголовка IP), тобто 2820 байтів, що вміщується у
поле даних кадру FDDI.
Рис. 1. Фрагментація IP-пакетів
при передачі між мережами з різними максимальними розмірами пакетів. К1 і Ф1
канальний і фізичний рівень мережі 1, К2 і Ф2 канальний і фізичний рівень
мережі 2
Далі комп'ютер 1 передає ці
пакети на канальний рівень К1, а потім і на фізичний рівень Ф1, який
відправляє їх маршрутизатора, пов'язаного з даною мережею.
Маршрутизатор бачить з мережевого
адресою, що прибули два пакети потрібно передати в мережу 2, яка має менше
значення MTU, що дорівнює 1500. Ймовірно, це мережа Ethernet. Маршрутизатор витягує
фрагмент транспортного сполучення з кожного пакета FDDI і ділить його ще
навпіл, щоб кожна частина вмістилася в поле даних кадру Ethernet. Потім він
формує нові пакети IP, кожен з яких має довжину 1400 + 20 = 1420
байтів, що менше 1500 байтів, тому вони нормально поміщаються в поле даних
кадрів Ethernet.
У результаті в комп'ютер 2 по
мережі Ethernet приходить чотири IP-пакету із загальним ідентифікатором 486, що
дозволяє протоколу IP, що працює в комп'ютері 2, правильно зібрати оригінал
повідомлення. Якщо пакети прийшли не в тому порядку, в якому були надіслані, то
зсув вкаже правильний порядок їх об'єднання.
Відзначимо, що IP-маршрутизатори
не збирають фрагменти пакетів у більш великі пакети, навіть якщо на шляху
зустрічається мережа, що допускає таке укрупнення. Це пов'язано з тим, що
окремі фрагменти повідомлення можуть переміщатися по інтермережі за різними
маршрутами, тому немає гарантії, що всі фрагменти проходять через який-небудь
проміжний маршрутизатор на їхньому шляху.
При приході перший фрагмента
пакету вузол призначення запускає таймер, який визначає максимально
допустимий час очікування приходу інших фрагментів цього пакету. Якщо
таймер минає раніше прибуття останнього фрагмента, то всі отримані до цього
моменту фрагменти пакету відкидаються, а у вузол, що послав вихідний пакет,
надсилається повідомлення про помилку за допомогою протоколу ICMP.
Маршрутизація за допомогою IP-адрес
Розглянемо тепер принципи, на
підставі яких в мережах IP відбувається вибір маршруту передачі пакету між
мережами.
Спочатку необхідно звернути
увагу на той факт, що не тільки маршрутизатори, але і кінцеві вузли --
комп'ютери - повинні брати участь у виборі маршруту. Приклад, наведений на
малюнку 4.2, демонструє цю необхідність. Тут в локальній мережі є
кілька маршрутизаторів, і комп'ютер повинен вибирати, якому з них слід
відправити пакет.
Рис. 2. Вибір маршрутизатора
кінцевим вузлом
Довжина маршруту може істотно
змінитися в залежності від того, який маршрутизатор обере комп'ютер для
передачі свого пакета на сервер, розташований, наприклад, у Німеччині, якщо
маршрутизатор 1 з'єднаний виділеною лінією з маршрутизатором в Копенгагені, а
маршрутизатор 2 має супутниковий канал, який з'єднує його з Токіо.
У стеку TCP/IP маршрутизатори і
кінцеві вузли приймають рішення про те, кому передавати пакет для його успішної
доставки вузлу призначення, на підставі так званих таблиць маршрутизації
(routing tables).
Наступна таблиця представляє
собою типовий приклад таблиці маршрутів, що використовує IP-адреси мереж:
Адреса мережі призначення
Адреса наступного маршрутизатора
Номер вихідного портаРасстояніе до мережі призначення
56.0.0.0
198.21.17.7
120
56.0.0.0
213.34.12.4.
2130
116.0.0.0
213.34.12.4
21450
129.13.0.0
198.21.17.6
150
198.21.17.0
-
20
213. 34.12.0
-
10
default
198.21.17.7
1 -
У цій таблиці у стовпці
"Адреса мережі призначення" вказуються адреси всіх мереж, яким даний
маршрутизатор може передавати пакети. У стеку TCP/IP прийнятий так званий
однокроковий підхід до оптимізації маршруту просування пакета (next-hop routing)
- Кожен маршрутизатор і кінцевий вузол бере участь у виборі тільки одного
кроку передачі пакету. Тому в кожному рядку таблиці маршрутизації вказується
не весь маршрут у вигляді послідовності IP-адрес маршрутизаторів, через
які пакет повинен пройти, а тільки одна IP-адреса - адреса наступного
маршрутизатора, якому потрібно передати пакет. Разом з пакетом наступного маршрутизатора
передається відповідальність за вибір наступного кроку маршрутизації. Однокроковий
підхід до маршрутизації означає розподілене рішення задачі вибору маршруту.
Це знімає обмеження на максимальну кількість транзитних маршрутизаторів
на шляху пакета.
(Альтернативою однокроковий
підходу є вказівка в пакеті всієї послідовності маршрутизаторів,
які пакет повинен пройти на своєму шляху. Такий підхід називається
маршрутизацією від джерела - Source Routing. У цьому випадку вибір маршруту проводиться
кінцевим вузлом або першого маршрутизатором на шляху пакету, а всі інші
маршрутизатори тільки відпрацьовують обраний маршрут, здійснюючи комутацію
пакетів, тобто передачу їх з одного порту на іншій. Алгоритм Source Routing
застосовується в мережах IP тільки для налагодження, коли маршрут задається в полі Резерв
(IP OPTIONS) пакета.)
У випадку, якщо в таблиці
маршрутів є більше одного рядка, що відповідає одному і тому ж адресою
мережі призначення, то при ухваленні рішення про передачу пакета використовується та
рядок, в якій зазначено найменше значення в полі "Відстань до мережі
призначення ".
При цьому під відстанню
розуміється будь-яка метрика, яка використовується у відповідності до заданих в мережевому
пакеті класом сервісу. Це може бути кількість транзитних маршрутизаторів в
даному маршруті (кількість хопові від hop - стрибок), час проходження пакету по
лініях зв'язку, надійність ліній зв'язку, або інша величина, що відображає якість
даного маршруту по відношенню до конкретного класу сервісу. Якщо маршрутизатор
підтримує декілька класів сервісу пакетів, то таблиця маршрутів
складається і застосовується окремо для кожного виду сервісу (критерію вибору
маршруту).
Для відправки пакета наступного
маршрутизатора потрібно знання його локальної адреси, але в стеку TCP/IP в
таблицях маршрутизації прийнято використання тільки IP-адрес для збереження
їх універсального формату, що не залежить від типу мереж, що входять до интерсеть.
Для знаходження локальної адреси за відомим IP-адресою необхідно
скористатися протоколом ARP.
Кінцевий вузол, як і
маршрутизатор, має у своєму розпорядженні таблицю маршрутів уніфікованого
формат та на підставі її даних приймає рішення, якому маршрутизатора потрібно
передавати пакет для мережі N. Рішення про те, що цей пакет потрібно взагалі
маршрутизувати, комп'ютер приймає в тому випадку, коли він бачить, що адреса
мережі призначення пакета відрізняється від адреси його власної мережі (кожному
комп'ютера за конфігуруванні адміністратор привласнює його IP-адреса або
декілька IP-адрес, якщо комп'ютер одночасно підключений до декількох
мереж). Коли комп'ютер вибрав наступний маршрутизатор, то він дивляться
кеш-таблицю адрес свого протоколу ARP і, можливо, знаходить там
відповідність IP-адреси наступного маршрутизатора його MAC-адресу. Якщо ж ні,
то по локальній мережі передається широкомовна ARP-запит і локальний адреса
витягується з ARP-відповіді.
Після цього комп'ютер формує
кадр протоколу, що використовується на вибраному порту, наприклад, кадр Ethernet, в
який поміщає МАС-адресу маршрутизатора. Маршрутизатор приймає кадр
Ethernet, витягує з нього пакет IP і переглядає свою таблицю маршрутизації
для знаходження наступного маршрутизатора. При цьому він виконує ті ж дії,
що і кінцевий вузол.
однокроковий маршрутизація володіє
ще однією перевагою - вона дозволяє скоротити обсяг таблиць маршрутизації в
кінцевих вузлах і маршрутизаторах за рахунок використання як номери мережі
призначення так званого маршруту за замовчуванням - default, який зазвичай
займає в таблиці маршрутизації останній рядок. Якщо в таблиці маршрутизації
є такий запис, то всі пакети з номерами мереж, які відсутні в
таблиці маршрутизації, передаються маршрутизатора, зазначеному в рядку default.
Тому маршрутизатори часто зберігають у своїх таблицях обмежену інформацію про
мережах інтермережі, пересилаючи пакети для інших мереж в порт і маршрутизатор,
використовувані за замовчуванням. Мається на увазі, що маршрутизатор, що використовується за
замовчуванням, передасть пакет на магістральну мережу, а маршрутизатори, підключені
до магістралі, мають повну інформацію про склад інтермережі.
Особливо часто прийомом
маршрутизації за замовчуванням користуються кінцеві вузли. Хоча вони також в загальному
випадку мають у своєму розпорядженні таблицю маршрутизації, її об'єм зазвичай незначний,
так як маршрутизація для комп'ютера - не основне заняття. Головна роль у
маршрутизації пакетів в концепції протоколу IP відводиться, природно,
маршрутизаторів, які повинні мати набагато більш повними таблицями
маршрутизації, ніж кінцеві вузли. Кінцевий вузол часто взагалі працює без
таблиці маршрутизації, маючи лише відомості про IP-адресу маршрутизатора по
замовчуванням. При наявності одного маршрутизатора в локальній мережі цей варіант --
єдино можливий для всіх кінцевих вузлів. Але навіть за наявності декількох
маршрутизаторів в локальній мережі, коли проблема їх вибору стоїть перед кінцевим
вузлом, завдання маршруту за замовчуванням часто використовується в комп'ютерах для
скорочення обсягу їх маршрутної таблиці.
Іншим способом розвантаження
комп'ютера від необхідності ведення великих таблиць маршрутизації є
отримання від маршрутизатора відомостей про раціональне маршруті для якої-небудь
конкретної мережі за допомогою протоколу ICMP.
Крім маршруту default, в
таблиці маршрутизації можуть зустрітися два типи спеціальних записів - запис про
специфічному для вузла маршруті і запис про адреси мереж, безпосередньо
підключених до портів маршрутизатора.
специфічного для вузла маршрут
містить замість номера мережі повний IP-адресу, то є адреса, що має ненульову
інформацію не тільки в поле номера мережі, але й в поле номера вузла.
Передбачається, що для такого кінцевого вузла маршрут повинен вибиратися не так,
як для всіх інших вузлів мережі, до якої він відноситься. У випадку, коли в
таблиці є різні записи про просування пакетів для всієї мережі N і її
окремого вузла, що має адресу N, D, під час вступу пакету, адресованого вузла
N, D, маршрутизатор віддасть перевагу запису для N, D.
Записи в таблиці маршрутизації,
що відносяться до мереж, безпосередньо підключеним до маршрутизатора, в поле
"Відстань до мережі призначення" містять нулі.
Ще однією відмінністю роботи
маршрутизатора і кінцевого вузла при виборі маршруту є спосіб побудови
таблиці маршрутизації. Якщо маршрутизатори зазвичай автоматично створюють таблиці
маршрутизації, обмінюючись службовою інформацією, то для кінцевих вузлів таблиці
маршрутизації створюються, як правило, вручну адміністраторами, і зберігаються в
вигляді постійних файлів на дисках.
Існують різні алгоритми
побудови таблиць для однокроковий маршрутизації. Їх можна розділити на три
класу:
алгоритми фіксованої
маршрутизації
алгоритми простий маршрутизації
алгоритми адаптивної
маршрутизації
Незалежно від алгоритму,
що використовується для побудови таблиці маршрутизації, результат їх роботи має
єдиний формат. За рахунок цього в одній і тій же мережі різні вузли можуть будувати
таблиці маршрутизації по своїх алгоритмах, а потім обмінюватися між собою
відсутніми даними, так як формати цих таблиць фіксовані. Тому
маршрутизатор, що працює по алгоритму адаптивної маршрутизації, може забезпечити
кінцевий вузол, що застосовує алгоритм фіксованої маршрутизації, відомостями про
шляху до мережі, про яку кінцевий вузол нічого не знає.
Фіксована
маршрутизація
Цей алгоритм застосовується в
мережах з простою топологією зв'язків і заснований на ручному складанні таблиці
маршрутизації адміністратором мережі. Алгоритм часто ефективно працює також
для магістралей великих мереж, тому що сама магістраль може мати просту
структуру з очевидними найкращими шляхами проходження пакетів в підмережі,
приєднані до магістралі.
Розрізняють одномаршрутние
таблиці, в яких для кожного адресата заданий один шлях, і многомаршрутние
таблиці, що визначають декілька альтернативних шляхів для кожного адресата. При
використанні многомаршрутних таблиць повинно бути задано правило вибору одного
з них. Найчастіше один шлях є основним, а інші - резервними.
Проста маршрутизація
Алгоритми простий маршрутизації
поділяються на три підкласи:
Випадкова маршрутизація - пакети
передаються в будь-якому, при випадковому напрямку, крім початкового.
лавинна маршрутизація - пакети
передаються у всіх напрямках, крім вихідного (застосовується в мостах для
пакетів з невідомим адресою доставки).
Маршрутизація за попереднім
досвіду - таблиці маршрутів складаються на підставі даних, що містяться в
що проходять через маршрутизатор пакетах. Саме так працюють прозорі мости,
збираючи відомості про адреси вузлів, що входять до сегменти мережі. Такий спосіб
маршрутизації має повільної адаптованість до змін топології мережі.
Адаптивна маршрутизація
Це основний вид алгоритмів
маршрутизації, що застосовуються маршрутизаторами в сучасних мережах зі складною
топологією. Адаптивна маршрутизація заснована на тому, що маршрутизатори
періодично обмінюються спеціальної топологічної інформацією про наявні у
інтермережі мережах, а також про зв'язки між маршрутизаторами. Зазвичай враховується не
тільки топологія зв'язків, але і їхня пропускна здатність і стан.
Адаптивні протоколи дозволяють
всім маршрутизаторам збирати інформацію про топологію зв'язків у мережі, оперативно
відпрацьовуючи всі зміни конфігурації зв'язків. Ці протоколи мають
розподілений характер, який виражається в тому, що в мережі відсутні
будь-які виділені маршрутизатори, які б збирали і узагальнювали
топологічну інформацію: ця робота розподілена між усіма
маршрутизаторами.
Приклад
взаємодії вузлів з використанням протоколу IP
Розглянемо на прикладі інтермережі,
наведеною на рисунку 4.3, яким чином відбувається взаємодія комп'ютерів
через маршрутизатори і доставка пакетів комп'ютера призначення.
Рис. 3. Приклад взаємодії
комп'ютерів через интерсеть
Нехай у наведеному прикладі
користувач комп'ютера cit.dol.ru, що знаходиться в мережі Ethernet з IP-адресою
194.87.23.0 (адреса класу С), хоче взаємодіяти по протоколу FTP з
комп'ютером s1.msk.su, що належить мережі Ethernet з IP-адресою 142.06.0.0
(адреса класу В). Комп'ютер cit.dol.ru має IP-адресу 194.87.23.1.17, а
комп'ютер s1.msk.su - IP-адреса 142.06.13.14.
1. Користувач комп'ютера
cit.dol.ru знає символьне ім'я комп'ютера s1.msk.su, але не знає його
IP-адреси, тому він набирає команду
> ftp s1.msk.su
для організації ftp-сеансу.
У комп'ютері cit.dol.ru повинні
бути задані деякі параметри для стека TCP/IP, щоб він міг виконати
поставлене перед ним завдання.
У число цих параметрів повинні
входити власний IP-адреса, IP-адресу DNS-сервера і IP-адреса маршрутизатора по
замовчуванням. Так як до мережі Ethernet, до якої належить комп'ютер cit.dol.ru,
підключений тільки один маршрутизатор, то таблиця маршрутизації кінцевим вузлам
цієї мережі не потрібна, достатньо знати IP-адреса маршрутизатора за замовчуванням. У
даному прикладі він дорівнює 194.87.23.1.
Так як користувач в команді
ftp не поставив IP-адресу сайту, з яким він хоче взаємодіяти, то стек
TCP/IP має визначити його самостійно. Він може зробити запит до сервера
DNS по наявній у ній IP-адресу, але звичайно кожен комп'ютер спочатку
переглядає свою власну таблицю відповідності символьних імен і
IP-адрес. Така таблиця зберігається найчастіше у вигляді текстового файлу простий
структури - кожна його рядок містить запис про одне символьному імені та його IP-адресу.
В ОС Unix такий файл традиційно носить ім'я HOSTS.
2. Будемо вважати, що комп'ютер
cit.dol.ru має файл HOSTS, а в ньому є рядок
142.06.13.14 s1.msk.su.
Тому дозвіл імені
виконується локально, так що протокол IP може тепер формувати IP-пакети з
адресою призначення 142.06.13.14 для взаємодії з комп'ютером s1.msk.su.
3. Протокол IP комп'ютера
cit.dol.ru перевіряє, чи потрібно маршрутизувати пакети для адреси 142.06.13.14.
Так як адреса мережі призначення дорівнює 142.06.0.0, а адреса мережі, до якої
належить комп'ютер, дорівнює 194.87.23.0, то маршрутизація необхідна.
4. Комп'ютер cit.dol.ru починає
формувати кадр Ethernet для відправки IP-пакету маршрутизатора за умовчанням з
IP-адресою 194.87.23.1. Для цього йому потрібен МАС-адреса порта маршрутизатора,
підключеного до його мережі. Ця адреса швидше за все вже знаходиться в кеш-таблиці
протоколу ARP комп'ютера, якщо він хоча б раз за останній включення
обмінювався даними з комп'ютерами інших мереж. Нехай його адресу в нашому
прикладі був знайдений саме в кеш-пам'яті. Позначимо його МАС11, відповідно до
номером маршрутизатора та його порту.
5. У результаті комп'ютер
cit.dol.ru відправляє по локальній мережі кадр Ethernet, який має такі поля:
DA (Ethernet)
...
DESTINATION IP
......
МАС11
142.06.13.14
6. Кадр приймається портом 1
маршрутизатора 1 згідно з протоколом Ethernet, так як МАС-вузол цього
порту розпізнає свою адресу МАС11. Протокол Ethernet витягує з цього кадру
IP-пакет і передає його програмного забезпечення маршрутизатора, реалізує
протокол IP. Протокол IP витягує з пакету адресу призначення і переглядає
запису своєї таблиці маршрутизації. Нехай маршрутизатор 1 має у своїй таблиці
маршрутизації запис
142.06.0.0 135.12.0.11 2 1,
яка говорить про те, що пакети
для мережі 142.06. 0.0 потрібно передавати маршрутизатора 135.12.0.11, підключеному
до тієї ж мережі, що і порт 2 маршрутизатора 1.
7. Маршрутизатор 1 переглядає
параметри порту 2 і знаходить, що його підключено до мережі FDDI. Так як мережа FDDI
має значення максимального транспортується блоку MTU більше, ніж мережа
Ethernet, то фрагментація поля даних IP-пакета не потрібно. Тому
маршрутизатор 1 формує кадр формату FDDI, в якому вказує MAC-адресу
порту маршрутизатора 2, який він знаходить у своїй кеш-таблиці протоколу ARP:
DA (FDDI)
...
DESTINATION IP
......
МАС21
142.06.13.14
8. Аналогічно діє
маршрутизатор 2, формуючи кадр Ethernet для передачі пакета маршрутизатора 3 по
мережі Ethernet c IP-адресою 203.21.4.0:
DA (Ethernet)
...
DESTINATION IP
......
МАС32
142.06.13.14
9. Нарешті, після того, як
пакет вступив до маршрутизатор мережі призначення - маршрутизатор 3, з'являється
можливість передачі цього пакету комп'ютера призначення. Маршрутизатор 3 бачить,
що пакет потрібно передати в мережу 142.06.0.0, яка безпосередньо підключена
до його першого порту. Тому він посилає ARP-запит по мережі Ethernet c
IP-адресою комп'ютера s1.msk.su (вважаємо, що цієї інформації в його кеші немає),
отримує відповідь, що містить адресу MACs1, і формує кадр Ethernet, що доставляє
IP-пакет по локальній мережі адресату.
DA (Ethernet)
...
DESTINATION IP
......
МАСs1
142.06.13.14
Структуризація мереж IP за допомогою масок
Часто адміністратори мереж
відчувають незручності, з-за того, що кількість централізовано виділених їм
номерів мереж недостатньо для того, щоб структурувати мережу належним
чином, наприклад, розмістити всі слабо взаємодіючі комп'ютери з різних
мереж.
У такій ситуації можливі два
шляху. Перший з них пов'язаний з отриманням від NIC додаткових номерів мереж.
Другий спосіб, що вживається частіше, пов'язаний з використанням так
званих масок, які дозволяють розділяти одну мережу на кілька мереж.
Маска - це число, двійкова
запис якого містить одиниці в тих розрядах, які повинні
інтерпретуватися як номер мережі.
Наприклад, для стандартних
класів мереж маски мають таке значення:
255.0.0.0 - маска для мережі
класу А,
255.255.0.0 - маска для мережі
класу В,
255.255.255.0 - маска для мережі
класу С.
У масках, які використовує
адміністратор для збільшення числа мереж, кількість одиниць у
послідовності, що визначає кордон номери мережі, не обов'язково має
бути кратним 8, щоб повторювати поділ адреси на байти.
Нехай, наприклад, маска має
значення 255.255.192.0 (11111111 11111111 11000000 00000000). І нехай мережа
має номер 129.44.0.0 (10000001 00101100 00000000 00000000), з якого
видно, що вона належить до класу В. Після накладення маски на цю адресу число
розрядів, що інтерпретуються як номер мережі, збільшилася з 16 до 18, тобто
адміністратор отримав можливість використовувати замість одного, централізовано
заданого йому номери мережі, чотири:
129.44.0.0 (10000001 00101100
00000000 00000000)
129.44.64.0 (10000001 00101100
01000000 00000000)
129.44.128.0 (10000001 00101100
10000000 00000000)
129.44.192.0 (10000001 00101100
11000000 00000000)
Наприклад, IP-адреса 129.44.141.15
(10000001 00101100 10001101 00001111), який за стандартами IP задає номер
мережі 129.44.0.0 і номер вузла 0.0.141.15, тепер, при використанні маски, буде
інтерпретуватися як пара:
129.44.128.0 - номер мережі, 0.0.
13.15 - номер вузла.
Таким чином, встановивши нове
значення маски, можна змусити маршрутизатор по-іншому інтерпретувати
IP-адреса. При цьому два додаткових останніх біта номери мережі часто
інтерпретуються як номери підмереж.
Ще один приклад. Нехай деяка
мережа належить до класу В і має адресу 128.10.0.0 (малюнок 4.4). Ця адреса
використовується маршрутизатором, що з'єднує мережу з іншою частиною інтермережі. І
хай серед всіх станцій мережі є станції, слабо взаємодіють між
собою. Їх бажано було б ізолювати в різних мережах. Для цього мережу можна
розділити на дві мережі, підключивши їх до відповідних портів маршрутизатора, і
задати для цих портів в якості маски, наприклад, число 255.255.255.0, тобто
організації у межах вихідної мережі з централізовано заданим номером два підмережі
класу C (можна було б вибрати й інший розмір поля для адреси підмережі). Ззовні
мережа як і раніше буде виглядати, як єдина мережа класу В, а на місцевому рівні
це будуть дві окремі мережі класу С. приходить загальний трафік буде
розділятися місцевим маршрутизатором між підмережами.
Рис. 4. Приклад використання
масок для структурування мережі
Необхідно зауважити, що, якщо
приймається рішення про використання механізму масок, то відповідним
чином повинні бути налаштовані і маршрутизатори, і комп'ютери мережі.
Список
літератури
Для підготовки даної роботи
були використані матеріали з сайту http://al.km.ru/
