Модель osi

Схема армирования

Для сборки арматурного каркаса используют стальные прутки различного сечения. Применение слишком толстого материала нежелательно – он только прибавляет вес сооружению, не влияя ощутимо на прочность. Самый приемлемый вариант – специальные стержни с рифленым профилем.

Армирование одномаршевой лестницы

Такая лестница самая простая, нагрузку выдержит каркас, выполненный в 1 слой. Сначала укладывают продольные прутья диаметром 10-12 см. По правилам при длине пролета 2 м расстояние между ними 19 см. С увеличением на каждый 1 м шаг уменьшают на 2 см. Поперечные стержни располагают через 20 см, образуя прямоугольные ячейки.

Все элементы надежно скрепляют между собой. Используется сварочный аппарат или связывание мягкой проволокой. Считается, что сварка ослабляет металл. Это верно только по отношению к высокопрочным арматурным стержням, простым строительным она не вредит. Существует альтернативный вариант – в магазинах встречаются специальные хомуты из пластика, которыми фиксируют арматуру.

Расстояние от каркаса до днища опалубки должно составлять 3 см

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

Они выполнены из пластика в форме стула. Их равномерно выставляют под всем каркасом, обязательно – в местах сваривания или связывания.

Встречаются советы о заделке концов арматурных стержней в отверстия, высверленные в стенах. Для одномаршевой лестницы без площадки это необязательно, но такой вариант укрепляет конструкцию.

Монолитная лестница укрепляет здание.

Армирование двухмаршевой лестницы

Сооружение каркаса для бетонной лестницы с 2 пролетами сложнее. Возникает большая нагрузка на верхнюю и нижнюю части под собственным весом, что требует большего усиления, особенно площадок. Для этого на их уровне в стенах пробивают углубления на 20 см, куда заводят концы арматуры. Если дом из монолитного бетона, в процессе строительства закладывают блоки, которые при возведении лестницы выбивают. Если невозможно сформировать ниши, делают опорную колонну.

Армируют пролеты и лестничные площадки. Для усиления конструкции формируют двухслойный каркас – лестница будет надежной и прочной. Расстояние между сетками в 15 см выдерживают вертикальными фиксаторами из прутков диаметром 8 мм.

Инструкция

При сборке каркаса выполняются однотипные операции после установки опалубки.

Он собирается в такой последовательности:

1. Укладывают продольные пруты с одинаковым шагом, если не хватает длины, стыкуют. В местах перехода на верхнюю площадку изгибают, концы заводят в стену.
2. Подкладывают фиксаторы, привязывают поперечные стержни. На верхней площадке они не нужны – вместо них заводят продольную арматуру со второго марша.
3. Принимаются за нижнюю площадку. Сгибают стержни и привязывают к продольным на пролете. Укладывают поперечные пруты, скрепляют.

Усиливать ступени арматурной сеткой необязательно – они почти совсем не испытывают напряжения.

Чертежи

Бетонную лестницу в частном доме необходимо рассчитать, составить схему.

Можно воспользоваться стандартными размерами: пролет шириной 1 м, лестничная площадка – 1,1 м. Длина марша зависит от угла наклона лестницы: чем он больше, тем короче пролет.

Этот параметр важен для определения необходимого метража, расчета и подбора арматуры. Подсчитывают, сколько стержней потребуется для продольной и поперечной укладки, какая общая длина. Учитывают, что на стыковку уходит часть метража.

Рисуют чертеж, на котором указывают расположение арматуры, расстояние между прутами. По этому эскизу выполняют всю дальнейшую работу. Она несложная, наиболее важный момент – правильно рассчитать расстояние и придерживаться его. Специалисты считают, что арматурный каркас из стержней диаметром 12 мм с ячейками 20×20 см – лучший из возможных вариантов для монолитной конструкции в частном доме.

Модель OSI

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

Отдельно выделяются хосты, это устройства, где работают полезные пользовательские программы. И сетевое оборудование, такое как маршрутизаторы, коммутаторы и другие сетевые устройства. На сетевом оборудовании есть только 3 уровня: физический, канальный и сетевой. Уровни начиная с транспортного работают только на хостах. 

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

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

Не выключайте компьютер

Формат заголовка IP-пакета

Для того чтобы понять, как протокол IP реализует эту задачу, рассмотрим формат заголовка IP пакета.

Номер версии

Первое поле номер версии. Сейчас используется две версии протокола IP 4 и 6. Большая часть компьютеров использует IPv4. Длина  адреса в этой версии 4 байта. Формат адреса IP версии 4 мы рассматривали подробно. Проблема в том, что адресов IPv4, четыре с небольшим миллиарда, что уже сейчас не хватает для всех устройств в сети, а в будущем точно не хватит. Поэтому была предложена новая версия IPv6 в которой длина IP адреса составляет 16 байт. Сейчас эта версия вводится в эксплуатацию, но процесс занимает очень долгое время.

Длина заголовка

Следующее поле длина заголовка. В отличии от Ethernet заголовок IP включает обязательные поля, а также может включать дополнительные поля, которые называются опции. В поле длина заголовка записывается полная длина, как обязательной части, так и опции.

Тип сервиса

Следующее поле тип сервиса. Это поле нужно для обеспечения необходимого качества обслуживания, но сейчас на практике используется очень редко.

Общая длина

Следующее поле общая длина. Общая длина содержит длину всего IP пакета, включая заголовок и данные. Максимальная длина пакета 65 535 байт, но на практике такие большие пакеты не используются, а максимальный размер ограничен размером кадра канального уровня, а для Ethernet это 1 500 байт. В противном случае для передачи одного IP пакета необходимо было бы несколько кадров канального уровня что неудобно.

Время жизни

Дальше идет поле время жизни. Время жизни Time To Live или TTL — это максимальное время в течение которого пакет может перемещаться по сети. Оно введено для того чтобы пакеты не гуляли по сети бесконечно, если в конфигурации сети возникла какая-то ошибка. Например, в результате неправильной настройке маршрутизаторов в сети, может образоваться петля. Раньше, время жизни измерялось в секундах, но сейчас маршрутизаторы обрабатывают пакет значительно быстрее чем за секунду, поэтому время жизни уменьшается на единицу на каждом маршрутизаторе, и оно измеряется в количествах прохождения через маршрутизаторы по-английски (hop) от слова прыжок. Таким образом название время жизни сейчас стало уже некорректным.

Тип протокола

После времени жизни, указывается тип протокола следующего уровня. Это поле необходимо для реализации функции мультиплексирования и демультиплексирования, то есть передачи с помощью протокола IP данных от разных протоколов следующего уровня. В этом поле указывается код протокола следующего уровня, некоторые примеры кодов для TCP код 6, UDP — 17 и ICMP — 1.

Контрольная сумма

Затем идет контрольная сумма, которая используется для проверки правильности доставки пакета, если при проверке контрольные суммы обнаруженные ошибки, то пакет отбрасывается, никакой информации отправителю пакета не отправляется. Контрольная сумма рассчитывается только по заголовку IP пакета и она пересчитывается на каждом маршрутизаторе из-за того что данные в заголовке меняются. Как минимум изменяется время жизни пакета, а также могут измениться некоторые опции.

IP адрес получателя и отправителя

После контрольной суммы идут IP адрес  отправителя, и IP адрес получателя. В IPv4 длина IP адреса четыре байта, 32 бита на этом обязательная часть IP заголовка заканчивается, после этого идут не обязательные поля которые в IP называются опции.

Опции

Некоторые примеры опций. Для диагностики работы сети используется опция — записать маршрут, при которой в IP пакет записывается адрес каждого маршрутизатора через которую он проходит.

И опция — временные метки, при установке которой, каждый маршрутизатор записывает время прохождения пакеты.

Также опции позволяют отказаться от автоматической маршрутизации, и задать маршрут отправитель:

• Это может быть жесткая маршрутизация, где в пакете явно указывается перечень маршрутизаторов через которые необходимо пройти.
• И свободные маршрутизации в этом случае указываются только некоторые маршрутизаторы, через которые пакет должен пройти обязательно, также при необходимости он может пройти через другие маршрутизаторы.

Опции в заголовке IP может быть несколько и они могут иметь разный размер. В то же время длина IP заголовка должна быть кратна 32, поэтому при необходимости, в конце IP заголовок заполняются нулями до выравнивание по границе 32 бита. Следует отметить, что сейчас опции в заголовке IP почти не используются.

В статье был рассмотрен протокол IP (Internet Protocol) — протокол межсетевого взаимодействия. Протокол IP является основой интернета. В OSI находится на сетевом уровне.

Сеансовый уровень

Он же сессионный. На этом уровне сетевой модели OSI происходит установка и поддержка сеансов связи между двумя оконечными устройствами. Этот уровень, как и все последующие, работает непосредственно с данными.

Для примера вспомним, как проводятся видеоконференции. Для того чтобы сеанс связи прошел успешно, необходимы соответствующие кодеки, которыми шифруется сигнал, с обязательным требованием наличия их на обоих устройствах. Если на одном из устройств кодек отсутствует или поврежден, связь не будет установлена.

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

Межуровневые функции

Межуровневые функции — это сервисы, которые не привязаны к данному уровню, но могут влиять на более чем один уровень. Некоторые ортогональные аспекты, такие как управление и безопасность , затрагивают все уровни (см. Рекомендацию ITU-T X.800). Эти услуги направлены на улучшение триады ЦРУ — конфиденциальности , целостности и доступности — передаваемых данных. На практике межуровневые функции являются нормой, поскольку доступность услуги связи определяется взаимодействием между сетевым дизайном и протоколами управления сетью .

Конкретные примеры межуровневых функций включают следующее:

Служба безопасности (электросвязь), как определено в рекомендации ITU-T X.800.
Функции управления, т. Е. Функции, которые позволяют настраивать, создавать экземпляры, контролировать, завершать обмен данными между двумя или более объектами: существует специальный протокол уровня приложений, общий протокол информации управления (CMIP) и соответствующая ему служба, служба общей информации управления (CMIS ) им необходимо взаимодействовать с каждым слоем, чтобы иметь дело со своими экземплярами.

Многопротокольная коммутация по меткам (MPLS), ATM и X.25 — это протоколы 3a. OSI подразделяет сетевой уровень на три подуровня: 3a) доступ к подсети, 3b) зависимая от подсети конвергенция и 3c) независимая от подсети конвергенция. Он был разработан для предоставления унифицированной службы передачи данных как для клиентов с коммутацией каналов, так и для клиентов с коммутацией пакетов, которые обеспечивают модель обслуживания на основе дейтаграмм . Его можно использовать для передачи множества различных видов трафика, включая IP-пакеты, а также собственные кадры ATM, SONET и Ethernet

Иногда можно увидеть ссылку на слой 2.5.
Перекрестное планирование MAC и PHY важно в беспроводных сетях из-за изменяющегося во времени характера беспроводных каналов. Путем планирования передачи пакетов только в благоприятных условиях канала, что требует, чтобы MAC-уровень получал информацию о состоянии канала с PHY-уровня, пропускная способность сети может быть значительно улучшена, и можно избежать потерь энергии.

Какие розы требуют укрытия в зиму?

Транспортный уровень

Транспортный уровень (transport layer) – этот уровень обеспечивает надёжность передачи данных от отправителя к получателю. На самом деле всё очень просто, например вы общаетесь с помощью веб-камеры со своим другом или преподавателем. Нужна ли здесь надежная доставка каждого бита переданного изображения? Конечно нет, если потеряется несколько битов из потокового видео Вы даже этого не заметите, даже картинка не изменится (м.б. изменится цвет одного пикселя из 900000 пикселей, который промелькнет со скоростью 24 кадра в секунду).

А теперь приведем такой пример: Вам друг пересылает (например, через почту) в архиве важную информацию или программу. Вы скачиваете себе на компьютер этот архив. Вот здесь надёжность нужна 100%, т.к. если пару бит при закачке архива потеряются – Вы не сможете затем его разархивировать, т.е. извлечь необходимые данные. Или представьте себе отправку пароля на сервер, и в пути один бит потерялся – пароль уже потеряет свой вид и значение изменится.

Таким образом, когда мы смотрим видеоролики в интернете, иногда мы видим некоторые артефакты, задержки, шумы и т.п. А когда мы читаем текст с веб-страницы – потеря (или скжение) букв не допустима, и когда скачиваем программы – тоже все проходит без ошибок.

На этом уровне я выделю два протокола: UDP и TCP. UDP протокол (User Datagram Protocol) передает данные без установления соединения, не подтверждает доставку данных и не делает повторы. TCP протокол (Transmission Control Protocol), который перед передачей устанавливает соединение, подтверждает доставку данных, при необходимости делает повтор, гарантирует целостность и правильную последовательность загружаемых данных.

Следовательно, для музыки, видео, видеоконференций и звонков используем UDP (передаем данные без проверки и без задержек), а для текста, программ, паролей, архивов и т.п. – TCP (передача данных с подтверждением о получении, затрачивается больше времени).

Как мы пришли к TCP/IP

Сегодня в мире компьютерных сетей используется одна сетевая модель: TCP/IP. Однако мир не всегда был таким простым. Когда-то не существовало сетевых протоколов, включая TCP/IP. Производители создали первые сетевые протоколы; эти протоколы поддерживали только компьютеры конкретного производителя.

Например, IBM, компьютерная компания с самой большой долей на многих рынках в 1970-х и 1980-х годах, опубликовала свою сетевую модель Systems Network Architecture (SNA) в 1974 году. Другие производители также создали свои собственные проприетарные сетевые модели. В результате, если ваша компания покупала компьютеры трех производителей, сетевым инженерам часто приходилось создавать три разные сети на основе сетевых моделей, созданных каждой компанией, а затем каким-то образом соединять эти сети, что значительно усложняло объединенные сети. В левой части рисунка 1 показано общее представление о том, как могла бы выглядеть корпоративная сеть компании в 1980-х годах, до того, как TCP/IP стал обычным явлением в корпоративных объединенных сетях.

Рисунок 1 – История развития: движение от проприетарных моделей к открытой модели TCP/IP

Хотя проприетарные сетевые модели, определяемые производителями, часто работают хорошо, наличие открытой сетевой модели, не зависящей от производителя, может способствовать конкуренции и снизить сложность. Международная организация по стандартизации (ISO) взяла на себя задачу создать такую модель, начав еще в конце 1970-х годов работу над так называемой сетевой моделью взаимодействия открытых систем (OSI, Open Systems Interconnection). ISO поставила перед моделью OSI благородную цель: стандартизировать сетевые протоколы передачи данных, чтобы обеспечить связь между всеми компьютерами на всей планете. Во время работы ISO над достижением этой амбициозной и благородной цели в процессе были задействованы участники из большинства технологически развитых стран мира.

Вторая, менее формальная попытка создать открытую, нейтральную по отношению к производителям открытую сетевую модель возникла в результате контракта Министерства обороны США (DoD, Department of Defense). Исследователи из различных университетов вызвались помочь в дальнейшей разработке протоколов, относящихся к исходной работе Министерства обороны США. Эти усилия привели к созданию конкурирующей открытой сетевой модели под названием TCP/IP.

В течение 1990-х годов компании начали добавлять OSI, TCP/IP или и то, и другое в свои корпоративные сети. Однако к концу 1990-х TCP/IP стал основным, и OSI отпала. Центральная часть рисунка 1 показывает общую идею корпоративных сетей того десятилетия – сети, построенные на нескольких сетевых моделях, но включающие TCP/IP.

Сейчас, в двадцать первом веке, доминирует TCP/IP. Проприетарные сетевые модели всё еще существуют, но в основном от них отказались в пользу TCP/IP. Модель OSI, развитие которой частично пострадало из-за более медленного официального процесса стандартизации по сравнению с TCP/IP, так и не добилось успеха на рынке. И TCP/IP, сетевая модель, изначально созданная почти целиком группой добровольцев, стала самой успешной сетевой моделью за всю историю, как показано на правой части рисунка 1.

В данной главе вы прочитаете о некоторых основах TCP/IP. Хотя вы узнаете некоторые интересные факты о TCP/IP, настоящая цель – помочь вам понять, что на самом деле представляет собой сетевая модель или сетевая архитектура, и как она работает.

Общие сведения

Для того чтобы облегчить понимание и проще ориентироваться в различных направлениях работы с сетевыми протоколами, была создана принятая за эталон модульная система, благодаря чему стало гораздо проще локализовать проблему, зная, на каком из участков сети она располагается.

На каждом из уровней модели OSI ведется работа с определенными наборами протоколов (стеками). Они четко локализуются в рамках каждого уровня, не выходя за его границы, при этом будучи связанными в четкую и удобную для восприятия систему.

Итак, сколько уровней в сетевой модели OSI и какие они?

1. Физический.
2. Канальный.
3. Сетевой.
4. Транспортный.
5. Сеансовый.
6. Представительский.
7. Прикладной.

Чем сложнее структура сетевого устройства, тем большее количество возможностей оно открывает, при этом работает одновременно на большем количестве уровней модели. Это влияет в том числе и на быстродействие устройств: чем больше уровней задействовано, тем медленнее происходит работа.

Взаимодействие уровней происходит при помощи интерфейсов между двумя соседними уровнями и через протоколы в рамках одного уровня.

Общая характеристика модели OSI

https://youtube.com/watch?v=DcV3HY6lFP4%3F

В связи с затянувшейся разработкой протоколов OSI, в настоящее время основным используемым стеком протоколов является TCP/IP, разработанный ещё до принятия модели OSI и вне связи с ней.

К концу 70-х годов в мире уже существовало большое количество фирменных стеков коммуникационных протоколов, среди которых можно назвать, например, такие популярные стеки, как DECnet, TCP/IP и SNA. Подобное разнообразие средств межсетевого взаимодействия вывело на первый план проблему несовместимости устройств, использующих разные протоколы. Одним из путей разрешения этой проблемы в то время виделся всеобщий переход на единый, общий для всех систем стек протоколов, созданный с учетом недостатков уже существующих стеков. Такой академический подход к созданию нового стека начался с разработки модели OSI и занял семь лет (с 1977 по 1984 год). Назначение модели OSI состоит в обобщенном представлении средств сетевого взаимодействия. Она разрабатывалась в качестве своего рода универсального языка сетевых специалистов, именно поэтому её называют справочной моделью.В модели OSI средства взаимодействия делятся на семь уровней: прикладной, представления, сеансовый, транспортный, сетевой, канальный и физический. Каждый уровень имеет дело с совершенно определенным аспектом взаимодействия сетевых устройств.

Приложения могут реализовывать собственные протоколы взаимодействия, используя для этих целей многоуровневую совокупность системных средств. Именно для этого в распоряжение программистов предоставляется прикладной программный интерфейс (Application Program Interface, API). В соответствии с идеальной схемой модели OSI приложение может обращаться с запросами только к самому верхнему уровню — прикладному, однако на практике многие стеки коммуникационных протоколов предоставляют возможность программистам напрямую обращаться к сервисам, или службам, расположенных ниже уровней. Например, некоторые СУБД имеют встроенные средства удаленного доступа к файлам. В этом случае приложение, выполняя доступ к удаленным ресурсам, не использует системную файловую службу; оно обходит верхние уровни модели OSI и обращается непосредственно к ответственным за транспортировку сообщений по сети системным средствам, которые располагаются на нижних уровнях модели OSI. Итак, пусть приложение узла А хочет взаимодействовать с приложением узла В. Для этого приложение А обращается с запросом к прикладному уровню, например к файловой службе. На основании этого запроса программное обеспечение прикладного уровня формирует сообщение стандартного формата. Но для того, чтобы доставить эту информацию по назначению, предстоит решить еще много задач, ответственность за которые несут нижележащие уровни. После формирования сообщения прикладной уровень направляет его вниз по стеку уровню представления. Протокол уровня представления на основании информации, полученной из заголовка сообщения прикладного уровня, выполняет требуемые действия и добавляет к сообщению собственную служебную информацию — заголовок уровня представления, в котором содержатся указания для протокола уровня представления машины-адресата. Полученное в результате сообщение передается вниз сеансовому уровню, который, в свою очередь, добавляет свой заголовок и т. д. (Некоторые реализации протоколов помещают служебную информацию не только в начале сообщения в виде заголовка, но и в конце в виде так называемого концевика.) Наконец, сообщение достигает нижнего, физического, уровня, который, собственно, и передает его по линиям связи машине-адресату. К этому моменту сообщение «обрастает» заголовками всех уровней.

Физический уровень помещает сообщение на физический выходной интерфейс компьютера 1, и оно начинает своё «путешествие» по сети (до этого момента сообщение передавалось от одного уровню другому в пределах компьютера 1). Когда сообщение по сети поступает на входной интерфейс компьютера 2, оно принимается его физическим уровнем и последовательно перемещается вверх с уровня на уровень. Каждый уровень анализирует и обрабатывает заголовок своего уровня, выполняя соответствующие функции, а затем удаляет этот заголовок и передает сообщение вышележащему уровню. Как видно из описания, протокольные сущности одного уровня не общаются между собой непосредственно, в этом общении всегда участвуют посредники — средства протоколов нижележащих уровней. И только физические уровни различных узлов взаимодействуют непосредственно.

Уровни модели OSI

Прикладной уровень (application layer)

Это самый верхний уровень сетевой модели OSI. Его ещё называют уровень приложений. Предназначен для взаимодействия пользователя с сетью. Уровень предоставляет приложениям возможность использования различных сетевых служб.

Функции:

• удалённый доступ;
• почтовый сервис;
• формирование запросов к следующему уровню (уровень представления)

Сетевые протоколы уровня:

• BitTorrent
• HTTP
• SMTP
• FTP
• SNMP
• TELNET

Уровень представления (presentation layer)

Это второй уровень. По другому называют представительским уровнем. Предназначен для преобразование протоколов, а так же для кодировки и декодировки данных. На данном этапе, запросы доставленные с прикладного уровня, формируются в в вид данных для передачи по сети и наоборот.

Функции:

• сжатие/распаковка данных;
• кодирование/декодирование данных;
• перенаправление запросов

Сетевые протоколы уровня:

• AFP
• ICA
• LPP
• NCP
• NDR
• XDR

Сеансовый уровень (session layer)

Этот уровень сетевой модели OSI отвечает за поддержание сеанса связи. Благодаря данному уровню приложения могут взаимодействовать друг с другом на протяжении долгого времени.

Функции:

• предоставление прав
• создание/приостановление/восстановление/завершение связи

Сетевые протоколы уровня:

• ISO-SP
• L2TP
• NetBIOS
• PPTP
• SMPP
• ZIP

Транспортный уровень (transport layer)

Это четвёртый уровень, если вести отсчёт сверху. Предназначен для надёжной передачи данных. При этом, передача не всегда может быть надёжной. Возможны дублирование и недоставка посылки данных.

Сетевые протоколы уровня:

• TCP
• UDP
• SST
• FCP
• RTP

Сетевой уровень (network layer)

Данный уровень сетевой модели OSI отвечает за определение наилучшего и кратчайшего маршрута для передачи данных.

Функции:

• присвоение адреса
• отслеживание коллизий
• определение маршрута
• коммутация

Сетевые протоколы уровня:

• IPv4/IPv6
• IPX
• CLNP
• IPsec
• RIP
• OSPF

Канальный уровень (Data Link layer)

Это шестой уровень, который отвечает за доставку данных между устройствами которые находятся в одной сетевой области.

Функции:

• адресация на уровне аппаратного обеспечения
• контроль за ошибками
• исправление ошибок

Сетевые протоколы уровня:

• PPP
• SLIP
• LAPD
• IEEE 802.11 wireless LAN,
• FDDI
• ARCnet
• ATM

Физический уровень (physical layer)

Самый нижний и самый последний уровень сетевой модели OSI. Служит для определения метода передачи данных в физической/электрической среде. Допустим, любой сайт, например «играть онлайн казино http://bestforplay.net», расположен на каком то сервере, интерфейсы которого тоже передают какой нибудь электрический сигнал по кабелям и проводам.

Функции:

• определение вида передачи данных
• передача данных

Сетевые протоколы уровня:

• IEEE 802.15 (Bluetooth)
• 802.11Wi-Fi
• GSMUm radio interface
• ITU и ITU-T
• EIARS-232

Прикладной уровень

Прикладной уровень, или уровень приложений, — самый верхний уровень модели OSI. Он отличается самым большим разнообразием протоколов и выполняемых ими функций.

Здесь нет необходимости отвечать за построение маршрутов или гарантию доставки данных. Каждый протокол выполняет свою конкретную задачу. В качестве примеров протоколов, действующих на данном уровне, можно привести HTTP (отвечает за передачу гипертекста, то есть в конечном итоге позволяет пользователям открывать в браузере веб-страницы), FTP (сетевая передача данных), SMTP (отправка электронной почты) и другие.

Архитектурное решение