Проаналізуйте основні причини успіху, що мала архітектура протоколів TCP/IP у порівнянні з архітектурою OSI.

 

Две сетевые модели

 

Если вступление зажгло хоть малейшую искорку интереса, то можно двигаться дальше.

Среди основных сетевых моделей существуют две: модель OSI и модель TCP/IP. Иногда можно встретить их как теоретическую и практическую модели.

Они являются многоуровневыми, что значит четкое разбиение на отдельные уровни. Как сказано выше, каждому уровню четко приписаны функции, которые в пределах одной модели не повторяются. Таким образом модель OSI разбита на 7 уровней, а модель TCP/IP на 4 уровня:Модель OSI Модель TCP/IP

7. Application Layer Application Layer

6. Presentation Layer

5. Session Layer

4. Transport Layer Transport Layer

3. Network Layer Internet Layer

2. Data Link Layer Network Access Layer

1. Physical Layer

Модели так изображены не зря. Во первых, уровни модели OSI довольно часто упоминают по номерам (они пронумерованы снизу вверх), в то время как уровни модели TCP/IP называют по именам. А второе - это то, что модель TCP/IP можно описать терминами OSI. Как показано, обе модели имеют идентичные уровни Transport и Internet (Network), на которые возложены соответственно одинаковые задачи. Но, к примеру, модель TCP/IP не различает границы между физическим представлением сигналов, битов на проводах (или в другой среде передачи данных) и способом доступа к тем самым проводам. Это делает модель менее предпочтительной для поисков неполадок, так как, к примеру, битый кабель или разного рода помехи радио-волн не имеют ничего общего с заполненностью таблицы MAC-адресов на свиче.

Более детальное описание

OSI детально описывает процесс общения двух приложений, а также взаимосвязь между соседними уровнями. Чтобы понять, что же все-таки это значит, рассмотрим поближе каждый уровень. Уровни можно рассматривать с точки зрения отправления данных или приема данных. Проще говоря сверху вниз или снизу вверх соответственно. Модель спроектирована так, что если рассматривать отправку сообщения каким-либо приложением, то оно проходит по уровням с самого верху и к самому низу. Для приема сообщение все с точностью наоборот. Дальше будет ясно... Лично я предпочитаю второй способ, так как привык смотреть на принятые данные целиком (т.е. весь сетевой кадр). Но в обучающих материалах, как правило, считают иначе. В них уровни излагаются от самого понятного и близкого пользователю уровня приложений, до самого далекого - физического уровня. Это должно вам помочь выбрать в каком порядке читать описание уровней.

Физический уровень (Physical layer). Данные представляются в виде электрических импульсов, пучков света, электромагнитных волн, что кодируют биты. Задача состоит в создании физического канала для отправки битов.

Канальный уровень (Data Link layer). Обеспечивает передачу данных через физический канал.

Сетевой уровень (Network layer). Обеспечивает передачу данных между сетями в пределах области под названием internetwork. Где internetwork - это объединение двух и более сетей с общими принципами маршрутизации (проще сказать, сеть сетей).

Транспортный уровень (Transport layer). Обеспечивает доставку данных конкретному приложению на рабочей станции или сервере. На этом уровне появляется адресация - порты. Так, например, если приходит сообщение на 80-й порт, то оно передается процессу веб-сервера, который слушает этот порт.

Сессионный уровень (Session layer). Создает и управляет диалогами и сессиями между приложениями. Приложение должно различать разные потоки данных в пределах одного соединения. Например, приложение может одновременно запрашивать два файла с одного сервера, при этом оно будет различать потоки.

Уровень представлений (Presentation layer). Здесь данные кодируются, сжимаются или шифруются. Например, отправляя сообщение, его нужно предварительно сжать для уменьшения трафика, то это задача именно этого уровня.

Уровень приложений (Application layer). Организовывает интерфейс между приложениями. Т.е. описывает структуру сообщения понятного приложению.

При прохождении каждого уровня, к данным дописывается служебная информация. Этот процесс называется инкапсуляцией. Так например на сетевом уровне, если мы хотим использовать протокол IP, будет дописан в начало заголовок, содержащий IP адреса отправителя и получателя и т.п. Затем, проходя канальный уровень, к данным с заголовком IP в начало еще дописывается заголовок, содержащий MAC адреса, а в конец - так называемый трейлер с контрольной суммой. Таким образом мы рассмотрели инкапсуляцию на двух уровнях в сетях Ethernet.

Обратный процесс к инкапсуляции - декапсуляция. Это процесс извлечения данных, путем отбрасывания служебной информации. Придерживаясь прошлого примера, представим, что получены некие данные. Декапсуляция на канальном уровне будет заключаться в отбросе заголовка, содержащего MAC адреса и трейлера. Полученные данные уже содержат заголовок IP в начале, они передаются на следующий сетевой уровень. Далее на сетевом уровне нету информации нижележащих уровней, что обеспечивает некую независимость от них. Аналогичным образом извлекается полезная нагрузка, путем отбрасывания заголовка и так далее. В самом конце цепочки получаем оригинальное сообщение.

В рассмотренных примерах данные на каждом уровне имеют разную структуру, которая называется PDU (Protocol Data Unit). И, естественно, на каждом уровне PDU оригинального сообщения свой:

 

7. Уровень приложений - данные (data)

4. Транспортный уровень - сегмент (segment)

3. Сетевой уровень - пакет (packet)

2. Канальный уровень - кадр (frame)

1. Физический уровень - биты (bits)

 

Особенно часто различают понятие кадра и пакета. Кадр будет содержать служебную информацию второго уровня, когда пакет уже нет. И для кадра пакет будет являться полезной нагрузкой, внутренняя сущность которого не рассматривается.

Общение между двумя приложениями или просто хостами происходят между одинаковыми уровнями, используя для этого один протокол. Так, например, веб-браузер, запрашивая по протоколу HTTP (протокол седьмого уровня) страницу, общается с веб-сервером на седьмом уровне. Сервер в свою очередь знает структуру сообщения, соответствующую протоколу. Выбор протокола - это как выбор языка в устной речи (для понимания нужно говорить на одном). На этом этапе как сервер так и клиент не рассматривает нижележащие уровни, они просто обмениваются сообщениями. Если же рассмотреть с точки зрения отправки HTTP запроса в IP пакете, то операционные системы клиента и сервера общаются на третьем уровне. Они смотрят им ли предназначен пакет по IP адресу, собирают пакет воедино из фрагментов (если по пути пакет был фрагментирован). Но при этом они ничего не знают о втором уровне, через какую среду будут следовать данные и так далее. Полезная нагрузка содержит сегменты TCP, которые в свою очередь содержат данные HTTP. Но на этапе рассмотрения IP пакета вся полезная нагрузка рассматривается просто как последовательность байт, не более.

Для жизненного примера вышеописанного, можно предложить примитивную модель для той же устной речи. Рассмотрим такие два уровня выдуманной модели: доставка собеседнику звуков и разбор речи. Таким образом вначале нужно договориться, каким образом принимать звуки. Протоколом здесь будут выступать правила и способы произношения звуков, чтобы собеседник их услышал. Затем услышанные звуки, не важно как и откуда, будут восприняты как отдельные слова, чтобы их понять, нужно договориться об использовании одного языка. Ведь если говорить на одном языке, а пытаться его понимать как другой, ничего не выйдет. Таким образом был продемонстрирован переход из первого уровня на второй, когда собеседник воспринимает речь, путем "декапсуляции" звуков в слова. Если же собеседник хочет что-то сказать, то он слова "инкапсулирует" в звуки, которые уже произносит.

Применение

Модель TCP/IP часто используется для описания стека протоколов. Например, стек протоколов TCP/IP. Где под стеком протоколов можно понимать множество взаимодействующих протоколов, обеспечивающих функциональность сети. Ведь сложно представить работу сети с одним лишь протоколом IP, в сети постоянно взаимодействуют разные протоколы, каждый реализуя свои задачи.

Модель OSI используется для описания и выявления разного рода неполадок, для классификации сетевого оборудования или отдельного сетевого протокола.

Например, рассмотрим разные виды сетевого оборудования: повторитель и концентратор (хаб), мост и коммутатор 2-го уровня (свич), маршрутизатор и коммутатор 3-го уровня. Как вы уже догадались эти три вида оборудования принадлежат трем нижним уровням модели оси: первому, второму и третьему соответственно. Что же мы можем сказать сходу об этих устройствах?

Устройства первого уровня различают только сигналы. Они предназначены для расширения шины сети и усиления сигнала, предотвращая тем самым его затухание. Такие устройства только дублируют сигналы, таки образом расширяя домен коллизий (наложение сигналов).

Устройства второго уровня уже считывают заголовок кадра и таким образом могут обнаружить коллизию или несоответствие контрольной сумме (если она присутствует в протоколе). Отбрасывая "испорченные" кадры, такое оборудование ограничивает домен коллизий.

Устройства третьего уровня работают с пакетами. И потому они ограничивают широковещательный домен.

Также знание по номерам и названиям уровней модели OSI позволяет общаться и понимать друг друга двум администраторам или разработчикам, да и просто людям, замешанным каким-либо образом с сетями.

Заключение

Надеюсь вы познакомились с важностью и возможностью использования сетевых моделей для облегчения жизни администраторам. В пределах одной статьи сложно выложить необходимый минимум материала, для понимания с нуля. Потому целью не было создать достоверный учебный материал. А лишь познакомить с темой и дать возможность определиться в необходимости для вас сетевой модели. Являясь основой в изучении сетей вообще, на просторах всемирной паутины можно найти много полезного материала для начала (или продолжения) изучения.

 

18. Порівняйте стек протоколів TCP/IP з моделлю взаємодії відкритих систем ISO/OSI. Стек TCP/IP був розроблений з ініціативи Міністерства оборони США (Department of Defence, DoD) більше ніж 25 років тому для зв’язку експериментальної мережі ARPAnet з іншими мережами як набір загальних протоколів для різнорідного обчислювального середовища [1, 4, 16]. Великий внесок у розвиток стеку TCP/IP вніс університет Берклі, реалізовувавши протоколи стека в своєї версії ОС UNIX. Популярність цієї операційної системи привела до широкого застосування TCP, IP та інших протоколів стека. Сьогодні цей стек використовується для зв’язку комп’ютерів всесвітньої інформаційної мережі Internet, а також у величезному числі корпоративних мереж. Можна назвати три причини такої популярності протоколу TCP/IP [1, 4]:

1. У 1980-х роках набір протоколів ТСР/ІР знаходився у робочому стані на відміну від пакету ISO. Після очевидного вибору на користь ТСР/ІР прийняття архітектури OSI почали стримувати вартість і технічний ризик зміни парка обладнання.

2. Набір протоколів ТСР/ІР розроблявся як воєнно-наукова робота, що фінансувалася Міністерством оборони США. На той час час продукти, основані на архітектурі OSI вимоги міністерства не задовольняли і воно наказало застосовувати протоколи ТСР/ІР.

3. На основі набору протоколів ТСР/ІР була створена Інтернет. І її стрімке зростання призвело до повної перемоги ТСР/ІР над OSI.

 

Стек TCP/IP на нижньому рівні підтримує усі популярні стандарти фізичного і канального рівнів: для ЛКМ це Ethernet, Token Ring, FDDI, для ГКМ - протоколи роботи на аналогових комутованих і виділених лініях SLIP, РРР, протоколи територіальних мереж Х.25 та ISDN.

Основними протоколами стеку є IP та TCP. До протоколів прикладного рівня відносяться такі популярні протоколи, як FTP, telnet, SMTP, WWW тощо.

Сьогодні стек TCP/IP є одним з найпоширеніших стеків транспортних протоколів обчислювальних мереж. Оскільки він спочатку створювався для ГКМ Internet - в ньому є багато особливостей, які дають йому перевагу перед іншими протоколами, коли мова заходить про побудову КМ, що включають глобальні зв’язки. Зокрема, дуже корисною властивістю, що робить можливим застосування цього протоколу у великих мережах, є його здатність фрагментувати пакети.

Іншою особливістю технології TCP/IP є гнучка система адресації, що дозволяє простіше (порівняно з іншими протоколами аналогічного призначення) включати в інтермережу мережі інших технологій. Ця властивість також сприяє застосуванню стека TCP/IP для побудови великих гетерогенных мереж.

У стеку TCP/IP дуже економно використовуються можливості широкомовних розсилок. Ця властивість дуже потрібна при роботі на повільних ЛЗ, характерних для територіальних мереж.

Однак, реалізація протоколів стеку TCP/IP висуває високі вимоги до ресурсів і складність адміністрування IP-мереж. Гнучка система адресації і відмова від широкомовних розсилок приводять до наявності в IP-мережі різних централізованих служб типу DNS, DHCP тощо. Кожна з цих служб спрямована на полегшення адміністрування мережі, конфігурування обладнання і вимагає пильної уваги з боку адміністраторів.