Для чего необходима модель osi
Сетевая Модель OSI — разберем каждый из 7 уровней
В данной статье, мы разберемся, что такое сетевая модель OSI, из каких уровней она состоит, и какие функции выполняет. Итак, предмет разговора является некой моделью взаимодействия эталонов, определяющих последовательность обмена данных, и программ.
Аббревиатура OSI Open Systems Interconnection, означает модель взаимодействия открытых систем. Для решения задачи совместимости разнообразных систем, организация по стандартизации выпустила в 1983 г. эталон модели OSI. Она описывает структуру открытых систем, их требования, и их взаимодействие.
Open system – это система, составлена согласно открытым спецификациям, которые доступны каждому, а также соответствуют определенным стандартам. Например, ОС Windows считается open system, потому что она создана на основе открытых спецификаций, которые описывают деятельность интернета, но начальные коды системы закрыты.
Достоинство в том, что есть возможность построить сеть из устройств от разных изготовителей, если нужно, заменить ее отдельные компоненты. Можно без проблем, объединить несколько сетей в одну целую.
Согласно рассматриваемой нами модели, необходимо, чтобы вычислительные сети состояли из семи уровней. Вследствие того, что модель не описывает протоколы, определяемые отдельными стандартами, она не является сетевой архитектурой.
К сожалению, с практической точки зрения, модель взаимодействия открытых систем не применяется. Её особенность заключается в овладении теоретическими вопросами сетевого взаимодействия. Именно поэтому в качестве простого языка для описания построения разных видов сети используется эта модель.
Уровни модели OSI
Базовая структура представляет собой систему, состоящую из 7 уровней. Возникает вопрос, за что отвечают семь этапов и зачем модели, такое количество уровней? Все они отвечают за определенную ступень процесса отправки сетевого сообщения, а также содержат в себе определенную смысловую нагрузку. Шаги выполняются, сепаративно друг от друга и не требует повышенного контроля, со стороны пользователя. Не правда ли, удобно?
Нижние ступени системы с первой по третью, управляют физической доставкой данных по сети, их называют media layers.
Остальные, уровни способствуют обеспечению точной доставки данных между компьютерами в сети, их называют хост-машины.
Прикладной – это ближайший уровень к юзеру. Его отличие от других в том, что он не предоставляет услуги другим ступеням. Обеспечивает услугами прикладные процессы, которые лежат за пределами масштаба модели, например, передача базы данных, голоса, и другое.
Физический уровень (PHYSICAL)
Данный этап устроен сравнительно проще других, ведь кроме единиц и нулей в нем нет других систем измерений, данный уровень не анализирует информацию и именно поэтому является самым нижним из уровней. На нем в основном осуществляется передача информации. Главный параметр загруженности – бит.
Основная цель физического уровня представить нуль и единицу в качестве сигналов, передаваемые по среде передачи данных.
Например, есть некий канал связи (КС), отправляемое сообщение, отправитель и соответственно получатель. У КС есть свои характеристики:
В качестве канала передачи информации используются:
Очень редко возникают ошибки в оптических кабелях, так как повлиять на распространение света сложно. В медных кабелях, ошибки возникают, но достаточно редко, а в беспроводной среде, ошибки возникают очень часто.
Канальный уровень (DATA LINK)
Следующая станция, которую посетит информация, напомнит таможню. А именно IP-адрес будет сравнен на совместимость со средой передачи. Здесь также выявляются и исправляются недочеты системы. Для удобства дальнейших операций, биты группируются в кадры – frame.
Цель канального уровня – передача сообщений по КС – кадров.
Задачи data link
На канальном уровне выявляются и исправляются ошибки. При обнаружении таковой проводится проверка правильности доставки данных, если неправильно, то кадр отбрасывается.
Исправление ошибок, требует применение специальных кодов, которые добавляют избыточную информацию в передаваемые данные.
Повторная отправка данных, применяется совместно с методом обнаружения ошибок. Если в кадре обнаружена ошибка, он отбрасывается, и отправитель направляет этот кадр заново.
Обнаружить и исправить ошибки
Практика показала эффективность следующих методов, если используется надежная среда для передачи данных (проводная) и ошибки возникают редко, то исправлять их лучше на верхнем уровне. Если в КС ошибки происходят часто, то ошибки необходимо исправлять сразу на канальном уровне.
Функции данного этапа в компьютере осуществляют сетевые адаптеры и драйверы, подходящие к ним. Через них и происходит непосредственный обмен данными.
Некоторые протоколы, используемые на канальном уровне, это HDLC, Ethernet применяющая шинную топологию и другие.
Сетевой уровень (NETWORK)
Этап напоминает процесс распределения информации. К примеру, все пользователя делиться на группы, а пакеты данных расходятся в соответствии с IP адресами, состоящими из 32 битов. Именно благодаря работе маршрутизаторов на этой инстанции, устраняются все различия сетей. Это процесс так называемой логической маршрутизации.
Основная задача состоит в создании составных сетей построенных на основе сетевых технологий разного канального уровня: Ethernet, Wi-Fi, MPLS. Сетевой уровень — это «основа» интернета.
Назначение сетевого уровня
Мы можем передавать информацию от одного компьютера к другому через Ethernet и Wi-Fi, тогда зачем нужен еще один уровень? У технологии канального уровня (КУ) есть две проблемы, во-первых, технологии КУ отличаются друг от друга, во-вторых, есть ограничение по масштабированию.
Какие могут быть различия в технологиях канального уровня?
Различный уровень предоставляемого сервиса, некоторые уровни гарантируют доставку и необходимый порядок следования сообщений. Wi-Fi просто гарантирует доставку сообщения, а Ethernet нет.
Разная адресация, по размеру, иерархии. Сетевые технологии могут поддерживать широковещание, т.е. есть возможность отправить информацию всем компьютерам в сети.
Может различаться максимальный размер кадра (MTU), например, в изернете 1500, а в вай-фай 2300. Как можно согласовывать такие различия на сетевом уровне?
Можно предоставлять разный тип сервиса, например, кадры из Вай-Фай принимаются с отправкой подтверждения, а в Ethernet отправляются без подтверждения.
Для того чтобы согласовать разницу адресаций, на сетевом уровне, вводятся глобальные адреса, которые не зависят от адресов конкретных технологий (ARP для TCP/IP) канального уровня.
Чтобы передавать данные через составные сети, у которых разный размер передаваемого кадра, используется фрагментация. Рассмотрим пример, первый компьютер передает данные второму, через 4 промежуточные сети, объединенные 3-ми маршрутизаторами. У каждой сети разный MTU.
Компьютер сформировал первый кадр и передал его на маршрутизатор, маршрутизатор проанализировал размер кадра, и понял, что передать полностью его через сеть 2 нельзя, потому что mtu2 у него слишком мал.
Маршрутизатор разбивает данные на 3 части и передает их отдельно.
Следующий маршрутизатор объединяет данные в один, большой пакет, определяет его размер и сравнивает с mtu сети 3. И видит, что один пакет MTU3 целиком передать нельзя (MTU3 больше, чем MTU2, но меньше, чем MTU1) и маршрутизатор разбивает пакет на 2 части и отправляет следующему маршрутизатору.
Последний маршрутизатор объединяет пакет и отправляет получателю целиком. Фрагментация занимается объединением сетей и это скрыто от отправителя и получателя.
Как решается проблема масштабируемости на сетевом уровне?
Работа ведется не с отдельными адресами, как на канальном уровне, а с блоками адресов. Пакеты, для которых не известен путь следования отбрасываются, а не пересылаются обратно на все порты. И существенное отличие от канального, возможность нескольких соединений между устройствами сетевого уровня и все эти соединения будут активными.
Задачи сетевого уровня:
Маршрутизация
Поиск пути отправки пакета между сетями через транзитные узлы – маршрутизаторы. Рассмотрим пример выполнения маршрутизации. Схема состоит из 5 маршрутизаторов и двух компьютеров. Как могут передаваться данные от одного компьютера к другому?
В следующий раз данные могут быть отправлены другим путем.
В случае поломки одного из маршрутизатора, ничего страшного не произойдет, можно найти путь в обход сломанного маршрутизатора.
Протоколы, применяемые на этом этапе: интернет протокол IP; IPX, необходимый для маршрутизации пакетов в сетях и др.
Транспортный уровень (TRANSPORT)
Есть следующая задача, на компьютер, который соединен с составной сетью приходит пакет, на компьютере работает много сетевых приложений (веб-браузер, скайп, почта), нам необходимо понять какому приложению нужно передать этот пакет. Взаимодействием сетевых приложений занимается транспортный уровень.
Задачи транспортного уровня
Отправка данных между процессами на разных хостах. Обеспечение адресации, нужно знать для какого процесса предназначен тот или другой пакет. Обеспечение надежности передачи информации.
Модель взаимодействия open system
Хосты — это устройства где функционируют полезные пользовательские программы и сетевое оборудование, например, коммутаторы, маршрутизаторы.
Особенностью транспортного уровня является прямое взаимодействие одного компьютера с транспортным уровнем на другом компьютере, на остальных уровнях взаимодействие идет по звеньям цепи.
Такой уровень обеспечивает сквозное соединение между двумя взаимодействующими хостами. Данный уровень независим от сети, он позволяет скрыть от разработчиков приложений детали сетевого взаимодействия.
Для адресации на транспортном уровне используются порты, это числа от 1 до 65 535. Порты записываются вот так: 192.168.1.3:80 (IP адрес и порт).
Особенности транспортного уровня
Обеспечение более высокой надежности, в отличии от сети, которая используется для передачи данных. Применяются надежные каналы связи, ошибки в этих КС происходят редко, следовательно, можно строить надежную сеть, которая будет стоить дешево, а ошибки можно исправлять программно на хостах.
Транспортный уровень гарантирует доставку данных, он использует подтверждение от получателя, если подтверждение не пришло транспортный снова отправляет подтверждение данных. Гарантия следования сообщений.
Сеансовый уровень (SESSION)
Сеансовый (сессия) – это набор сетевых взаимодействий, целенаправленных на решение единственной задачи.
Сейчас сетевое взаимодействие усложнилось и не состоит из простых вопросов и ответов, как было раньше. Например, Вы загружаете веб страничку, чтобы показать в браузере, сначала нужно загрузить сам текст веб страницы (.html), стилевой файл (.css), который описывает элементы оформления веб страницы, загрузка изображений. Таким образом, чтобы выполнить задачу, загрузить веб страницу, необходимо реализовать несколько, отдельных сетевых операций.
Сеансовый определяет, какая будет передача информации между 2-мя прикладными процессами: полудуплексной (по очередная передача и прием данных); или дуплексной (одновременная передача и прием информации).
Уровень представления данных (PRESENTATION)
Функции – представить данные, передаваемых между прикладными процессами, в необходимой форме.
Для описания этого уровня, используют автоматический перевод в сети с различных языков. Например, Вы набираете номер телефона, говорите на русском, сеть автоматом переводит на французский язык, передает информацию в Испанию, там человек поднимает трубку и слышит Ваш вопрос на испанском языке. Это задача, пока не реализована.
Для защиты отправляемых данных по сети используется шифрование: secure sockets layer, а также transport layer security, эти технологии позволяют шифровать данные которые отправляются по сети.
Протоколы прикладного уровня используют TSL/SSL и их можно отличить по букве s в конце. Например, https, ftps и другие. Если в браузере Вы видите, что используется протокол https и замок, это значит, что производится защита данных по сети при помощи шифрования.
Прикладной уровень (APPLICATION)
Необходим для взаимодействия между собой сетевых приложений, таких как web, e-mail, skype и тд.
По сути, представляет собой комплект спецификаций, позволяющих пользователю осуществлять вход на страницы для поиска нужной ему информации. Проще говоря, задачей application является обеспечение доступа к сетевым службам. Содержимое этого уровня очень разнообразно.
Функции application:
Видео о всех уровнях модели OSI
Заключение
Анализ проблем с помощью сетевых моделей OSI поможет быстро найти и устранить их. Недаром работа над проектом программы, способной выявить недочеты имея при этом сложное ступенчатое устройство, велась достаточно долго. Данная модель является в действительности эталоном. Ведь в одно время с ней велись работы по созданию других протоколов. Например, TCP/IP. На сегодняшний день, они довольно часто применяются.
IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов.
Что такое модель OSI? Эталонная модель сетевого взаимодействия. Уровни сетевой модели OSI: примеры и простое объяснения принципа работы семиуровневой модели
Привет, посетитель сайта ZametkiNaPolyah.ru! Продолжаем рубрику Сервера и протоколы. Сегодня мы поговорим о том, как происходит взаимодействие в сети Интернет, да вообще в любой компьютерной сети, разобравшись с тем, что такое модель OSI, для чего нужна семиуровневая модель OSI и кто и когда разработал эталонную модель сетевого взаимодействия OSI. Итак, данная статья посвящена семиуровневой модели взаимодействия OSI. Естественно, разбираться с принципами работы модели OSI мы будем на простых примерах, буквально на пальцах. А в тех местах, где будут сложные моменты, я буду стараться давать ссылки на материалы, в которых вы найдете простое объяснение этих моментов.
Что такое модель OSI? Эталонная модель сетевого взаимодействия. Уровни сетевой модели OSI: примеры и простое объяснения принципа работы семиуровневой модели
В данной публикации мы поговорим о том, что такое семиуровневая модель взаимодействия OSI что собой она представляет. Разберемся с тем для чего нужна эталонная сетевая модель OSI и кто и когда ее разработал. Рассмотрим архитектуру семиуровневой модели OSI и поговорим про каждый ее уровень в отдельности. Посмотрим на простые примеры, описывающие принципы работы модели OSI: один пример будет очень простым, а второй пример объясняет принцип работы модели OSI буквально на пальцах. И в завершении публикации мы погорим про недостатки эталонной модели OSI и узнаем почему протоколы модели OSI, в отличии от самой модели, не получили такого широкого распространения.
Что такое эталонная модель OSI?
Если вы так или иначе связаны с сетью Интернет или сферой телекоммуникаций, то наверняка вы неоднократно слышали фразу эталонная модель или модель OSI. Давайте разберемся с тем, что такое модель сетевого взаимодействия OSI простыми словами буквально на пальцах, так как понимание сути гораздо важнее умных и сложных терминов. Если вы разберётесь с тем, «как работает модель сетевого взаимодействия OSI», то вы поймете общие принципы работы любой компьютерной сети, включая и сеть Интернет.
Модель OSI не случайно называют моделью сетевого взаимодействия, а также ее не случайно называют эталонной моделью. Модель OSI описывает то как должны взаимодействовать машины в компьютерной сети. Если говорить в рамках определения, то OSI – это базовая или эталонная модель взаимодействия открытых систем. Как мы знаем, любое взаимодействие происходит по протоколу или определённому набору правил взаимодействия, например, взаимодействие между браузером и веб-сервером (например, сервером Apache) происходит по протоколу HTTP.
Браузер посылает специальные HTTP сообщения, которые имеют свою особую структуру и формат и получили название такие сообщения – HTTP запрос. HTTP сервер принимает эти сообщения, анализирует их и понимает, что хотел браузер по специальным HTTP методам, которые есть в запросе. Проанализировав сообщение от браузера, сервер посылает свое собственное сообщение браузеру, которое получили название HTTP ответ. Ответы сервера содержат коды состояния, по которым браузер видит, как сервер понял его запрос.
Стоит заметить, что в основе взаимодействия по протоколу HTTP лежит модель взаимодействия клиент-сервер (впрочем, как и в основе многих других протоколов). Которая нужна, чтобы разделить зону ответственности и производственные ресурсы между клиентскими программа и компьютерами и серверами и серверными приложениями. Обратите внимание: модель клиент-сервер не делит машины на строго клиентские или строго серверные, она лишь распределяет функции: клиент – это заказчик услуг, а сервер – это поставщик услуг. Однако серверные приложения и клиентские приложения могут работать вместе на одной машине (читайте про локальный веб-сервер AMPPS и сборку Денвер).
Мы немного отвлеклись, но заметим, что протокол HTTP находится на самом высоком – седьмом уровне модели OSI. Про уровни модели OSI и их назначение мы поговорим немного ниже. Сейчас нам нужно понять, что сетевая модель взаимодействия OSI – это довольно абстрактная вещь, которая описывает то, как должны взаимодействовать машины друг с другом в компьютерной сети.
Для чего нужна модель OSI и кто разработал данную модель?
Ответим на вторую часть вопроса данного раздела: кто разработал эталонную модель взаимодействия OSI? Модель OSI разработала международная организация стандартизации ISO. Отчасти теперь становится понятно, почему модель OSI называют эталонной. Теперь поговорим о том, для чего нужна модель взаимодействия OSI.
Не секрет, что в отрасли IT довольно много различных направлений и даже не направлений, а, скажем так, слоев. Например, возьмем любого интернет провайдера. И посмотрим на общую структуру отделов, отвечающих за предоставление услуги передачи данных. Начнем с того, что в компании есть монтажники, которые прокладывают кабель от точки А до точки Б, среднестатистический монтажник хорошо знает свое дело и умеет работать руками и знает, как проложить кабель, а как прокладывать не нужно, то есть он знает физические свойства кабеля.
Более грамотный монтажник знает не только свойства материала, но и особенности передачи сигнала по тому или иному кабелю. Далее есть отдел, который отвечает за проектирование и строительство сети. В него могут входить инженеры-проектировщики, менеджеры проектов и прочие. Сейчас мы не вдаемся в юридические и бизнес тонкости, поэтому отметим, что эти люди должны разработать проект подключения.
Соответственно, они должны выбрать оборудование, которое будет установлено, определить точку, от которой будет подключено новое оборудование (выбрать ее на самом деле нужно оптимально) и определить маршрут, по которому будут проложены коммуникации. Другими словами – разработать проект. Мы видим уже, что эти люди должны обладать несколько другим и даже несколько более широким спектром знаний, нежели монтажники.
Также есть третий отдел – отдел сетевых администраторов, в задачи которого уже входит настройка и поддержание работоспособности оборудования. Этим людям необязательно знать о том, что при прокладке оптического кабеля следует выдерживать радиус изгиба, им не нужно знать, какой кабель следует использовать для прокладки в грунте, а какой используется для перекида между зданиями более 140 метров и прочее. Но они должны знать, как вообще работают сетевые устройства и как они взаимодействуют между собой, а также должны понимать сетевую архитектуру.
Мы лишь поверхностно коснулись структуры ШПД провайдера, но уже заметили, что есть три группы специалистов с разным набором знаний и разными функциями, теперь нам будет несколько проще разобраться с тем, для чего нужна модель сетевого взаимодействия OSI.
Итак, семиуровневая модель OSI делит процесс передачи данных на несколько уровней. Это деление обусловлено тем, что ни один человек в мире не может знать всего и сразу. Таким образом модель OSI делит зоны ответственности между людьми и, как ни странно, между сетевым оборудованием и приложениями. Например, заметим, что если у вас не работает какой-то сайт в Интернете, то в 99 случаях из 100 – это не повод звонить в тех. поддержку вашего провайдера. Провайдер не виноват в том, что какой-то сайт не работает, он лишь предоставляет вам доступ в общую компьютерную сеть Интернет, но не отвечает за работоспособность того или иного ресурса.
Подытожим наши рассуждения о том, для чего нужна модель OSI. Модель OSI нужна для того, чтобы разделить ответственность между людьми и оборудованием в процессе передачи данных по сети. Но это еще не все, для полного ответа на вопрос: для чего нужна модель сетевого взаимодействия OSI, нам следует обратиться к истории.
Для начала поговорим про мифологию, а именно – про Вавилонскую башню. Ее строительство закончилось плачевно, так как в один момент, неожиданно, люди перестали понимать друг друга и не смогли слаженно взаимодействовать, чтобы успешно завершить строительство. Примерно такая же ситуация произошла в 70-ых годах XX века: к этому моменту в мире накопилось очень много различных фирменных сетевых протоколов, и очень остро встал вопрос взаимодействия между машинами в сети.
Получилась такая ситуация, что машины одной очень крупной корпорации не могли нормально взаимодействовать с машинами другой корпорации, что очень мешало развитию бизнеса и технологий. Проблема сетевого взаимодействия, а точнее проблема заключалась именно в отсутствии сетевого взаимодействия из-за несовместимости различных протоколов, породила необходимость в создании единого принципа взаимодействия компьютеров в сети.
И, как вы уже догадались, в качестве выхода из сложившейся ситуации была разработка эталонной модели сетевого взаимодействия OSI. Естественно, модель OSI – это академический подход и ее разработка заняла около 7 лети. Заметим, что модель OSI лишь описывает принципы взаимодействия устройств в сети, но не говорит о том, как это должно быть реализовано физически.
Семь уровней эталонной модели OSI. Архитектура модели OSI
Ранее мы уже упоминали о том, что HTTP протокол находится на самом верхнем (седьмом) уровне эталонной модели взаимодействия OSI, из чего можно сделать вывод о том, что всего насчитывается семь уровней модели OSI, поэтому иногда модель OSI называют семиуровневой моделью. Заметим, что самый нижний уровень модели взаимодействия OSI называется физический или, как его еще называют, первый уровень модели OSI, самый верхний уровень называют прикладной уровень модели OSI или седьмой уровень.
Семь уровней эталонной модели OSI. Архитектура модели OSI
На рисунке выше вы можете увидеть архитектуру эталонной модели OSI. Давайте перечислим уровни снизу-вверх: физический, канальный, сетевой, транспортный, сеансовый, представления, прикладной. Про взаимодействие соседних уровней говорят так: сетевой уровень оказывает услугу транспортному или же канальный уровень оказывает услугу физическому. Также на каждом уровне модели OSI имеются свои собственные единицы измерения данных.
По задумке разработчиков модели OSI любое компьютерное приложение, взаимодействующее с конечным пользователем, должно обращаться за услугами только к прикладному уровню, а далее процесс идет по цепочки вниз, но это не совсем так, и это является одним из недостатков архитектуры модели OSI, о которых мы поговорим более подробно ниже.
Итак, мы разобрались с архитектурой модели OSI и выяснили, что данная модель состоит из семи уровней. Строгость и иерархичность модели OSI — это также недостаток данной модели, так как в природе нет ничего идеального и строго иерархичного.
Давайте несколько более подробно разберемся с каждым из уровней эталонной модели сетевого взаимодействия, начинать будем снизу и пойдем вверх, хотя это и нарушение классического способа подачи информации о уровнях модели OSI, так как обычно описание дается, начиная с прикладного уровня.
Первый уровень модели OSI. Физический уровень эталонной модели взаимодействия
Физический уровень модели OSI – это самый нижний уровень эталонной модели сетевого взаимодействия, который определяет способ передачи и представления информации между устройствами. Разработкой методов передачи данных в различных средах занимаются различные институты стандартизации и телекоммуникационные институты.
Нам важно понимать, что на физическом уровне определяется среда передачи данных, например, оптическое волокно, радиоэфир, электрический сигнал, который может предаваться по витой паре или, например, по коаксиальному кабелю. Помимо среды, по которой будет предаваться сигнал, на физическом уровне модели OSI определяются различные требования к передаче сигнала:
Также нам стоит отметить, что единицей измерения на первом уровне модели OSI является бит. На физическом уровне модель OSI помимо самой среды передачи работают медиаконвертеры и SFP модули, преобразующие электрический сигнал в оптический и наоборот; концентраторы, повторители и усилители сигналов.
Как ни странно, но на физическом уровне уже происходит деление на клиент и сервер. Также на физическом уровне есть свои собственные протоколы: различные протоколы Wi-Fi, GSM, Bluetooth и другие.
Второй уровень модели OSI. Канальный уровень эталонной модели взаимодействия
Канальный уровень модели OSI является вторым по счету. На канальном уровне происходит две важных вещи:
Как мы уже видели, единицей измерения информации на втором уровне модели OSI является кадр, который состоит из нескольких бит полезной информации и служебной информации. Канальный уровень модели OSI делится на два подуровня:
Самым широко распространённым устройством второго уровня модели OSI является коммутатор доступа, который устанавливается практически в каждом доме провайдером, именно к коммутатору подключаются роутеры, которые стоят в наших квартирах. Если говорить про наши компьютеры, то второй уровень модели OSI представлен в виде драйверов для сетевой платы.
В качестве примера протоколов канального уровня можно привести: wireless LAN, PPPoE, Ethernet.
Третий уровень модели OSI. Сетевой уровень эталонной модели взаимодействия
Сетевой уровень модели OSI является третьим по счету уровнем эталонной модели сетевого взаимодействия. На третьем уровне модели OSI происходит формирование маршрутов и путей передачи данных между устройствами, находящимися в сети. Естественно, маршрут определяется оптимально и при этом учитывается дальность маршрута и нагрузка на узлы сети.
Также на третьем уровне эталонной модели происходит преобразование логических сетевых адресов в физические и наоборот, этот процесс получил название – трансляция. Роутеры, установленные в ваших квартирах – это хороший пример устройств сетевого уровня модели OSI. Самым популярным протоколом третьего уровня модели OSI является протокол IP, на данный момент поддерживается две версии протокола IP: IPv4 и IPv6.
Четвертый уровень модели OSI. Транспортный уровень эталонной модели взаимодействия
Транспортный уровень модели OSI является четвертым по счету уровнем модели сетевого взаимодействия. Транспортный уровень определяет надежность передачи данных по сети, а также устанавливает непосредственную связь между конечными точками цепочки передачи данных.
Четвертый уровень модели OSI насчитывает множество различных протокол передачи данных: есть протоколы, которые только лишь обеспечивают транспортные функции, а есть протоколы, которые гарантируют правильную передачу данных по сети. В зависимости от потребностей и технических условий выбирается тот или иной протокол. Например, потоковое видео в Интернете никто не будет предавать по протоколу, гарантирующему 100% правильность передачи данных, в качестве примера такого протокола можно привести UPD.
Если же говорить о протоколе, который гарантирует правильность передачи данных то в качестве примера можно привести TCP. Протокол TCP является протоколом транспортного уровня модели OSI и гарантирует надёжность и правильность передачи данных по сети, также он исключает потерю данных в процессе их передачи и обеспечивает не нарушения порядка поступления данных, то есть данные по протоколу TCP придут на приемное устройство в том порядке, в котором они передавались.
Пятый уровень модели OSI. Сеансовый уровень эталонной модели взаимодействия
Пятый уровень модели взаимодействия OSI или сеансовый уровень предназначен для управления сеансом связи. Сеансовый уровень позволяет взаимодействовать сетевым приложениям длительное время. Пятый уровень модели сетевого взаимодействия OSI призван решать следующие проблемы:
На самом деле, задачи сеансового уровня модели OSI несколько шире, чем описаны выше. В качестве примера протоколов сеансового уровня можно привести: ADSP, PPTP, H.245.
Шестой уровень модели OSI. Уровень представления эталонной модели взаимодействия
Уровень представления или представительский уровень модели OSI является шестым уровнем эталонной модели сетевого взаимодействия. Шестой уровень модели OSI определяет способы представления данных, а также способы шифрования передачи данных. Например, протокол HTTP никак не шифрует данные при передаче, поэтому эти функции на себя берут протоколы SSL и TLS, которые относятся к шестому уровню модели OSI.
В качестве представления данных можно привести в качестве примера протоколы ASCII и JPEG. В данном случае термин протокол будет более правильным, чем таблица перекодировки или формат изображения.
Но, помимо выше описанных функций, уровень представления выполняет функции преобразования протоколов и форматов из одного в другой (своеобразный переводчик). Условно мы можем разделить данные, которые передаются по сети и данные, которые видит клиент на экране. Именно на шестом уровне модели взаимодействия OSI происходит преобразование данных, которые понятны машине, в данные, которые понятны человеку и наоборот.
Любой архиватор на вашем компьютере работает на уровне представления. Также шестой уровень позволяет взаимодействовать компьютерам различных производителей между собой, преобразую данные их одного формата записи в другой. Шестой и седьмой уровень модели OSI представляют наибольший интерес для веб-разработчиков и веб-мастеров, а также для администраторов различных веб-серверов.
Седьмой уровень модели OSI. Прикладной уровень эталонной модели взаимодействия
Мы уже упоминали, что прикладной уровень модели OSI или седьмой уровень эталонной модели взаимодействия является наивысшим. Этот уровень позволяет обычному неподготовленному пользователю работать с машиной и передавать данные по сети. По задумке разработчиков эталонной модели OSI клиентские приложения при передаче данных должны взаимодействовать только с седьмым уровнем модели OSI, но это далеко не так.
В качестве примера рассмотрим СУБД, например, MySQL сервер (библиотека SQLite нам в данном случае не очень подходит), во-первых, когда мы устанавливаем MySQL мы начинаем настраивать сервер MySQL, указывая TCP порт, а как вы помните, протокол TCP работает на четвертом уровне модели взаимодействия, то есть мы можем сделать вывод, что в клиентской части MySQL есть механизмы, позволяющие взаимодействовать с четвертым уровнем модели OSI.
Опять же, если базы данных под управлением MySQL находятся на удаленном сервере, мы можем с ними спокойно работать через MySQL Workbench. В данном случае клиентское приложение взаимодействует не только с седьмым уровнем модели OSI, но и с другими уровням эталонной модели сетевого взаимодействия, что уже расходится с концепцией авторов модели.
Вот лишь некоторые функции седьмого уровня модели OSI:
В качестве примеров протоколов уровня представления модели OSI можно привести: FTP, HTTP, POP3, SMTP, SNMP, SIP, TELNET и многие другие.
Объяснение принципа работы семиуровневой модели OSI
В принципе мы уже неявно объяснили принцип работы модели OSI, когда знакомились с ее архитектурой и разбирались с тем, что происходит на каждом из уровней модели OSI. Но давайте рассмотрим два варианта объяснения работы модели OSI:
Два объяснения нужны лишь для вариативности и закрепления понимания того, как работает семиуровневая модель OSI.
Короткое и простое объяснение работы семиуровневой модели OSI
Начнем с простого и короткого объяснения работы эталонной модели сетевого взаимодействия OSI. Предлагаем взглянут вам на рисунок ниже.
Короткое и простое объяснение работы семиуровневой модели OSI
Мы видим, что есть два компьютера. Допустим, что первый компьютер передает информацию, а второй ее принимает. Заметьте, что это два разных процесса: процесс передачи информации и процесс ее приема. Давайте рассмотрим процесс передачи информации, например, пользователь пишет письмо, естественно, в упрощенном виде без каких-то технических тонкостей:
Примерно так выглядит процесс передачи данных в эталонной модели OSI. Во-первых, мы видим, что каждый уровень модели OSI делает наше письмо все более избыточным, добавляя служебную информацию к полезной информации, имеющей смысл для получателя. Во-вторых, мы видим, что на седьмом-пятом уровне информация просто преобразуется, а вот начиная с транспортного уровня идет процесс разбиения исходного сообщения на более мелкие фрагменты.
Это разбиение нужно для того, чтобы упростить передачу данных по сети и повысить надежность процесса. Так как более мелкие кусочки проще передавать и проверять их целостность после передачи.
Теперь рассмотрим процесс приема данных в рамках модели OSI, который начинается с физического уровня модели OSI:
Примерно так коротко и простыми словами можно описать работу модели OSI. Но, как говорится, всегда должен быть выбор поэтому предлагаем вам второй вариант описания работы модели сетевого взаимодействия OSI, который мы ранее назвали: объяснение работы модели OSI на пальцах.
Объяснение работы семиуровневой модели OSI «на пальцах»
Это объяснение было придумано на сетевых курсах компании Microsoft. Представим, что у нас есть две партнерские компании: компания А и компания Б. Директор компании А решил сделать подарок своему партнеру:
Вот так коротко и на пальцах можно объяснить принцип передачи данных в модели OSI. Давайте теперь также коротко и просто поговорим про принцип приема данных, реализованный в модели OSI:
Также короткой и просто мы разобрались с процессом приема информации в рамках семиуровневой модели взаимодействия OSI.
Недостатки семиуровневой модели сетевого взаимодействия OSI
Кратко поговорим про недостатки семиуровневой модели OSI. Кратко, потому что на этом не стоит заострять большого внимания.
Подведем итог: семиуровневая модель OSI действительно качественно описывает взаимодействие в компьютерных сетях с точки зрения теории и дает поводы для дискуссий в научных кругах, но протоколы модели OSI показали себя крайне неэффективными и непригодными для реальной жизни.