асок, то це б значно збільшило гнучкість застосування підмереж. Загальна схема розбиття мережі на підмережі з масками змінної довжини така: мережу ділиться на підмережі максимально необхідного розміру. Потім деякі підмережі діляться на більш дрібні, і рекурсивно далі, до тих пір, поки це необхідно. Крім того, технологія VLSM, шляхом приховування частини підмереж, дозволяє зменшити обсяг даних, переданих маршрутизаторами. Так, якщо мережа 12/8 конфігурується з розширеним мережевим префіксом/16, після чого мережі 12.1/16 та 12.2/16 розбиваються на підмережі/20, то маршрутизатора в мережі 12.1 нема чого знати про подсетях 12.2 з префіксом/20, йому достатньо знати маршрут на мережу 12.1/16.
.2 Протокол міжмережевої взаємодії IP. Формат IP дейтограмм
Перенесення між мережами різних типів адресної інформації в уніфікованій формі, складання та розбирання пакетів при передачі їх між мережами з різним максимальним значенням довжини пакета.
Таблиця 4 - Формат IP дейтаграми
версія длінатіп сервісаобщая довжина пакета в байтах Ідентифікація (для всіх фрагментів однакове) прапори (3біта) Зсув фрагментавремя життя протокол FCS заголовкаIP-адреса відправника IP-адреса одержувача Опції IP (якщо є) заповнення (до 32 біт ) Дані
Версія (IPv4), довжина заголовка в 32 біт. словах, тип сервісу (для інтелектуальних маршрутизаторів, PPPDTRхх, P - пріоритет (для майбутнього), D, T, R - запитуються хв. затримки, макс. пропускна здатність, макс.надежность) .Флагі Do not Fragment - DF, More Fragments -MF - ще фрагменти.Time to live - в секундах скільки жити пакету (перевантаження і кільця, зняття 1 незалежно переході). Опції IP (якщо є) - для тестування або налагодження мережі (напр. Запис маршруту або обов'язкове проходження по маршруту).
Малюнок 5 - Дейтаграмма UDP
Протокол доставки користувальницьких дейтаграм UDP. Формат повідомлень UDP. Протокол надійної доставки повідомлень TCP (Transmission Control Protocol). Порти і встановлення TCP-соедіненій.Протокол доставки користувальницьких дейтаграм UDP. Без гарантій доставки, тому його пакети можуть бути втрачені, продубльовані або прийти не в тому порядку, головне - швидкість,. Мультиплексування і демультиплексування прикладних протоколів за допомогою протоколу UDP.
Формат повідомлень UDP.source port - номер порту процесу-відправника, destination port - номер порту процесу-одержувача, message length - довжина UDP-пакета в байтах, checksum - контрольна сума UDP-пакета.
(!) Можна не заповнювати поля 1 і 4.
Протокол надійної доставки повідомлень TCP (Transmission Control Protocol).
Зверху - неструктурований потік байт, вниз - сегменти (осн. одиниця TCP). Договір про макс. довжині сегмента (не повинен перевищувати поле даних IP дейтаграми).
Порти і встановлення TCP-з'єднань.
Встановлення логічного з'єднання. Адреса кожної оконечной точки включає IP адреса і номер порту TCP. Одна оконечная точка може брати участь у кількох з'єднаннях.
2.3 Проблеми класичної схеми
У середині 80-х років Internet уперше зіткнувся з проблемою переповнення таблиць магістральних маршрутизаторів. Рішення, однак, було швидко знайдено - підмережі усунули проблему на кілька років. Але вже на початку 90-х до проблеми великої кількості маршрутів додалася нестача адресного простору. Обмеження в 4000000000 адрес, закладене в протокол і казавшееся недосяжною величиною, стало вельми відчутним. В якості вирішення проблеми були одночасно запропоновані два підходи - один на найближче майбутнє, інший комплексний і довгостроковий. Перше рішення - це впровадження протоколу безкласової маршрутизації (CIDR), до якого пізніше приєдналася система NAT. Довгострокове рішення - це протокол IP наступної версії. Він позначається, як IPv6, або IPng (Internet Protocol next generation). У цій реалізації протоколу довжина адреси збільшена до 16-ти байтів (128 біт!), Виключені деякі елементи чинного протоколу, які виявилися невикористовуваними. Нова версія забезпечить, як люблять вказувати, щільність в 3 911 873 538 269 506 +102 IP адрес на квадратний метр поверхні Землі. Однак те, що і в 2000-му році протокол все ще проходив стандартизацію, і те, що протокол CIDR разом із системою NAT виявилися ефективним рішенням, змушує думати, що перехід з IPv4 на IPng потребують дуже багато часу. Поява цієї технології було викликано різким збільшенням об'єму трафіку в Internet і, як наслідок, збільшенням кількості маршрутів на магістральних маршрутизаторах. Так, якщо в 1994 році, до розгортання CIDR, таблиці маршрутизаторів містили до 70 000 маршрутів, то після впровадження їх...
