Класи адрес та їх маски
Нижче представлена сторінка, лише частина величезного сайту присвяченого різної комп'ютерної документації, на сайті зібрано більше 800 мб інформації. Якщо Ви не знайшли в цій статті, то, що Ви шукаєте, спробуєте подивитися тут, запитати на форумі або пошукати необхідну Вам інформацію в нашому каталозі посилань сайтів комп'ютерної тематики.
Якщо ж Ви хочете придбати паперову копію представлених тут матеріалів, звертайтесь до нашої книгарні.
З повагою, команда розробників eManual.ru
для класу А: 1.XXX.XXX.XXX - 126.XXX.XXX.XXX для класу B: 128.0.XXX.XXX - 191.255.XXX.XXX для класу C: 192.0.0.XXX - 223.255.255.XXX
| Таблиця 1 - ЗАРЕЗЕРВОВАНІ IP-АДРЕСИ | ||
| Префікс мережі | Номер хоста | Що означає |
| Усі біти встановлені в "0" | Цей пристрій | |
| Номер мережі | Усі біти номера дорівнюють 0 | Дана IP-мережа |
| Усі біти рівні 0 | Номер хоста | Пристрій у цій IP-мережі |
| Усі біти встановлені в "1" | Всі пристрої в даній IP-мережі | |
| Номер мережі | Усі біти номера рівні 1 | Усі пристрої у вказаній мережі |
| 127 (десяткове) | Що-небудь (зазвичай 1) | Адреса зворотного зв'язку |
Рисунок 4. Приклад широкомовлення у мережі.
А ЯКЩО КЛАСИ Сховати під маскою?
У 1985 році документом RFC 950 визначено стандартний процес підтримки формування підмереж або поділу єдиного номера мережі класів А, B та C на менші частини. Формування підмереж було введено для вирішення таких проблем:
набухання таблиць маршрутизації у маршрутизаторів Internet; дефіциту номерів мереж за потреби розширення їх числа.
Малюнок 5. Формування підмереж.
Формування підмереж дозволяє також вирішити другу проблему, пов'язану з виділенням організації нового мережного номера або номерів при її зростанні. Організації можна виділити один номер мережі, потім адміністратор має можливість довільно надавати номери підмереж для кожної зі своїх внутрішніх мереж. Це дозволяє впроваджувати додаткові підмережі без необхідності отримання нового номеру мережі.
Рисунок 6. Введення підмереж в організації.
Формування підмереж усередині приватної мережі організації дозволяє отримати такі переваги:
Зміна топології приватної мережі впливає таблиці маршрутизації у мережі Internet, оскільки маршрутизатори в Internet немає маршрутів в індивідуальні підмережі організації - вони знають лише маршрут до самої мережі.
Малюнок 7. Розширений мережевий префікс.
255.0.0.0 – маска для мережі класу А; 255.255.0.0 – маска для мережі класу B; 255.255.255.0 – маска для мережі класу C.
| Таблиця 4 - ПРИКЛАД ВИКОРИСТАННЯ ДОВЖИНИ РОЗШИРЕНОГО МЕРЕЖЕВОГО ПРЕФІКСУ | ||||
| Мережевий префікс | Номер підмережі | Номер хоста | ||
| 130.5.5.25 | 10000010. | 00000101. | 00000101. | 00011001 |
| 255.255.255.0 | 11111111. | 11111111. | 11111111. | 00000000 |
| Або еквівалентний запис | ||||
| 24-бітовий розширений мережевий префікс | Номер хоста | |||
| 130.5.5.25/24 | 10000010. | 00000101. | 00000101. | 00011001 |
Проте слід зазначити, що більшість сучасних протоколів маршрутизації передають саме маску підмережі у своїх повідомленнях. Водночас стандартний протокол маршрутизації, якиймав би додаткове однобайтове поле в заголовку своїх повідомлень із зазначенням числа бітів у розширеному мережевому префіксі, не існує. Кожен протокол маршрутизації передає повну чотирихоктетну маску підмережі.
Перед тим як реалізовувати мережу на базі протоколу IP, адміністратору мережі слід відповісти на чотири важливі питання.
Скільки підмереж необхідно організації сьогодні? Скільки підмереж може знадобитися організації у майбутньому? Скільки хостів існує у найбільшій підмережі організації сьогодні? Скільки хостів може знадобитися у найбільшій підмережі організації у майбутньому?
| Таблиця 5 - ВИЗНАЧЕННЯ МАСКИ ПІДМЕРЕЖІ В ОРГАНІЗАЦІЇ | ||||||
| Мережевий префікс | Байт для завдання номерів хостів у цій мережі | |||||
| Байти для встановлення номера мережі | Біти для номерів підмереж | Біти для номерів хостів | ||||
| Адреса | 193.1.1.0 | 11000001. | 00000001. | 00000001. | 000 | 00000 |
| Маска підмережі | 255.255.255.224 | 11111111. | 11111111. | 11111111. | 111 | 00000 |
| Або еквівалентний запис | ||||||
| Адреса | 193.1.1.0/27 | 11000001.00000001.00000001.000 | 00000 |
Для визначення будь-якої підмережі, мережевий адміністратор поміщає двійкове представлення номера цієї підмережі (а в нашому випадку для восьми підмереж це може бути число від 0 до 7) в полі бітове номери підмережі. Наприклад, визначення підмережі #4 адміністратор просто поміщає двійкове уявлення числа 4 (1002) в трибітове поле номера підмережі. У Таблиці 6 наведено всі вісім можливих варіантів підмереж для аналізованого прикладу.
Найпростіший спосіб перевірити, що всі підмережі коректно- це проконтролювати кратність всіх десяткових номерів підмереж номеру підмережі #1. У цьому прикладі всі номери підмереж кратні 32.
Перед надсиланням датаграми хосту необхідно визначити наступне.
Чи є одержувач у тій же підмережі, де й відправник? Якщо пакет у потрібну мережу може бути передано більш ніж одним маршрутизатором, який маршрутизатор потрібно використовувати відправнику?
При присвоюванні номерів підмережам та хостам адміністратор повинен дотримуватися одного основного правила, описаного в документі RFC 1219: номери підмереж призначають таким чином, щоб старші біти в номері підмережі задавалися першими. Наприклад, якщо поле номера підмережі складається з чотирьох біт, то перші кілька номерів підмереж повинні бути такими: 8 (1002), 4 (0102), 12 (1102), 2 (0012), 6 (0112) і т.д. словами, поодинокі біти номерів підмереж рекомендується задавати починаючи з украй лівої позиції, а поодинокі біти номерів хостів - з украй правої позиції (див. Таблицю 9).
Рисунок 8. Приклад широкомовлення у мережі.
На малюнку 8 показаний приклад мереж, пов'язаних маршрутизаторами. Кожен із маршрутизаторів містить маршрути у всі підмережі в даній топології. Маска підмережі дорівнює 255.255.255.0. У таблиці 10 наведено список одержувачів широкомовних датаграм, що надсилаються хостом A.