Какие функции при работе wifi выполняет подуровень mac

Функции МАС-уровня

В соответствии со стандартами IEEE 802 канальный уровень в локальных сетях состоит из двух подуровней — LLC и МАС. Стандарт FDDI не вводит свое определение подуровня LLC, а использует его сервисы, описанные в документе IEEE 802.2 LLC.

Поддерживает сервисы для подуровня LLC.
Формирует кадр определенного формата.
Управляет процедурой передачи токена.
Управляет доступом станции к среде.
Адресует станции в сети.
Копирует кадры, предназначенные для данной станции, в буфер и уведомляет подуровень LLC и блок управления станцией SMT о прибытии кадра.
Генерирует контрольную последовательность кадра (CRC) и проверяет ее у всех кадров, циркулирующих по кольцу.
Удаляет из кольца все кадры, которые сгенерировала данная станция.
Управляет таймерами, которые контролируют логическую работу кольца — таймером удержания токена, таймером оборота токена и т.д.
Ведет ряд счетчиков событий, что помогает обнаружить и локализовать неисправности.
Определяет механизмы, используемые кольцом для реакции на ошибочные ситуации — повреждение кадра, потерю кадра, потерю токена и т.д.

В данном разделе для иллюстрации работы МАС-уровня будет использоваться станция с двойным подключением и одним блоком МАС, то есть станция DA/SM. Ее внутренняя структура показана на рисунке 40.

Рис. 40. Внутренняя структура станции с двойным подключением и одним блоком МАС

В каждом блоке МАС параллельно работают два процесса: процесс передачи символов — MAC Transmit и процесс приема символов — MAC Receive. За счет этого МАС может одновременно передавать символы одного кадра и принимать символы другого кадра.

Форматы кадра и токена

По сети FDDI информация передается в форме двух блоков данных: кадра и токена. Формат кадра FDDI представлен на рисунке 41.

Рис. 41. Формат кадра FDDI

Преамбула (Preamble, PA). Любой кадр должен предваряться преамбулой, состоящей как минимум из 16 символов Idle (I). Эта последовательность предназначена для вхождения в синхронизм генератора RCRCLK, обеспечивающего прием последующих символов кадра.
Начальный ограничитель (Starting Delimiter, SD). Состоит из пары символов JK, которые позволяют однозначно определить границы для остальных символов кадра.

Поле управления (Frame Control, FC). Идентифицирует тип кадра и детали работы с ним. Имеет 8-ми битовый формат и передается с помощью двух символов. Состоит из подполей, обозначаемых как CLFFZZZZ, которые имеют следующее назначение:

С — говорит о том, какой тип трафика переносит кадр — синхронный (значение 1) или асинхронный (значение 0).
L — определяет длину адреса кадра, который может состоять из 2-х байт или из 6-ти байт.
FF — тип кадра, может иметь значение 01 для обозначения кадра LLC (пользовательские данные) или 00 для обозначения служебного кадра MAC-уровня. Служебными кадрами МАС-уровня являются кадры трех типов — кадры процедуры инициализации кольца Claim Frame, кадры процедуры сигнализации о логической неисправности Beacon Frame и кадры процедуры управления кольцом SMT Frame.
ZZZZ — детализирует тип кадра.

На рисунке 42 показан формат токена.

Рис. 42. Формат токена

Токен состоит по существу из одного значащего поля — поля управления, которое содержит в этом случае 1 в поле С и 0000 в поле ZZZZ.

Операции МАС-уровня

С помощью операций МАС-уровня станции получают доступ к кольцу и передают свои кадры данных. Цикл передачи кадра от одной станции к другой состоит из нескольких этапов: захвата токена станцией, которой необходимо передать кадр, передачей одного или нескольких кадров данных, освобождением токена передающей станцией, ретрансляцией кадра промежуточными станциями, распознаванием и копированием кадра станцией-получателем и удалением кадра из сети станцией-отправителем.

Рассмотрим эти операции.

Захват токена. Если станция имеет право захватить токен, то она после ретрансляции на выходной порт символов PA и SD токена, удаляет из кольца символ FC, по которому она распознала токен, а также конечный ограничитель ED. Затем она передает вслед за уже переданным символом SD символы своего кадра, таким образом, формируя его из начальных символов токена (рис. 43).

Передача кадра. После удаления полей FC и ED токена станция начинает передавать символы кадров, которые ей предоставил для передачи уровень LLC. Станция может передавать кадры до тех пор, пока не истечет время удержания токена.

Для сетей FDDI предусмотрена передача кадров двух типов трафика — синхронного и асинхронного.

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

Рис. 43. Захват токена

Асинхронный трафик — это обычный трафик локальных сетей, не предъявляющий высоких требований к задержкам обслуживания. Станция может передавать асинхронные кадры только в том случае, если при последнем обороте токена по кольцу для этого осталась какая-либо часть неизрасходованной пропускной способности. Интервал времени, в течение которого станция может передавать асинхронные кадры, называется временем удержания токена (Token Holding Time, THT). Каждая станция самостоятельно вычисляет текущее значение этого параметра по алгоритму, рассмотренному ниже.

Рисунок 44 иллюстрирует процесс передачи кадра.

Рис. 44. Передача кадра

В ходе передачи символов собственного кадра станция удаляет из кольца все поступающие от предыдущей станции символы. Такой процесс называется МАС-заменой (MAC Overwriting). Первоначальный источник удаляемого из сети кадра не имеет значения — это может быть и данный МАС-узел, который ранее поместил этот кадр в кольцо, либо другой МАС-узел. Процесс удаления кадров во время передачи никогда не приводит к удалению еще необработанных кадров: если сеть работает корректно, то удаляются только усеченные кадры, которые образуются либо при захвате токена (этот вариант уже рассмотрен), либо при удалении своего кадра станцией-источником (этот вариант будет рассмотрен ниже). В любом случае, усеченный кадр (remnant frame) — это кадр, у которого есть начальный ограничитель, но отсутствует конечный ограничитель, а вместо него и, может быть, еще некоторых полей вставлены символы простоя Idle.

В случае, если удаляемые символы принадлежат кадру, ранее сгенерированному данным МАС-узлом, то одновременно с удалением кадра из кольца проверяются признаки статуса кадра из поля FS — распознавания адреса, копирования и ошибки. Если признак ошибки установлен, то МАС-уровень не занимается повторной передачей кадра, оставляя это уровню LLC или другим верхним уровням коммуникационного стека протоколов.

Станция прекращает передачу кадров в двух случаях: либо при истечении времени удержания токена THT, либо при передаче всех имеющихся у нее кадров до истечения этого срока. После передачи последнего своего кадра станция формирует токен и передает его следующей станции.

Повторение кадра. Если кадр не адресуется данному МАС-узлу, то последний должен просто повторить каждый символ кадра на выходном порту. Каждый МАС-узел должен подсчитывать количество полученных им полных кадров (усеченные не включаются в подсчет). Каждая станция проверяет повторяемый кадр на наличие ошибок с помощью контрольной последовательности. Если ошибка обнаружена, а признак ошибки в поле FS не установлен, то МАС-узел устанавливает этот признак в кадре, а также наращивает счетчик ошибочных кадров, распознанных данным МАС-узлом.

Обработка кадра станцией назначения. Станция назначения, распознав свой адрес в поле DA, начинает копировать символы кадра во внутренний буфер одновременно с повторением их на выходном порту. При этом станция назначения устанавливает признак распознавания адреса. Если же кадр скопирован во внутренний буфер, то устанавливается и признак копирования (невыполнение копирования может произойти, например, из-за переполнения внутреннего буфера). Устанавливается также и признак ошибки, если ее обнаружила проверка по контрольной последовательности.

Удаление кадра из кольца. Каждый МАС-узел ответственен за удаление из кольца кадров, которые он ранее в него поместил. Этот процесс известен под названием Frame Stripping. Если МАС-узел при получении своего кадра занят передачей следующих кадров, то он удаляет все символы вернувшегося по кольцу кадра. Если же он уже освободил токен, то он повторяет на выходе несколько полей этого кадра прежде, чем распознает свой адрес в поле SA. В этом случае в кольце возникает усеченный кадр, у которого после поля SA следуют символы Idle и отсутствует конечный ограничитель. Этот усеченный кадр будет удален из кольца какой-нибудь станцией, принявшей его в состоянии собственной передачи.

Data link layer — LLC

Logical link control (общепринятое сокращение — LLC) — подуровень управления логической связью — по стандарту IEEE 802 — верхний подуровень канального уровня модели OSI. В компьютерах функции канального уровня реализуются совместными усилиями сетевых адаптеров и их драйверов.

Задачи

Основными задачами подуровня LLC является:

передача кадров данных между узлами с различной степенью надежности.
обеспечение проверки и правильности передачи информации по соединению.
предоставление интерфейса сетевому уровню.

Протокол LLC

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

Сервисы уровня LLC

В соответствии со стандартом IEEE 802.2 уровень управления логическим каналом предоставляет верхним уровням три типа процедур:

LLC1, Type1, connectionless – сервис без установления соединения и без подтверждения.
LLC2, Type2, connection-oriented – сервис c установлением соединения и с подтверждением.
LLC3, Type3 – сервис без установления соединения, но с подтверждением.

Сервис LLC1 предоставляет пользователю средства для передачи с минимальными издержками, если какой-то кадр теряется из-за шума, на канальном уровне не предпринимается никаких попыток восстановить его. Данный сервис, обычно, используется, когда задачи восстановления потерянных данных, их упорядочивание и восстановление после ошибок выполняются вышележащими уровнями, и нужды в их дублировании нет, например, в линиях связи реального времени или в каналах с низкой вероятности ошибки или потери кадра. Примером канального уровня, предоставляющего такой сервис, является Ethernet.

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

Сервис LLC3 так же, как и LLC1 не устанавливает логического соединения, но получение каждого кадра подтверждается. Таким образом, отправитель знает, дошел ли кадр до принимающей стороны в целости, был испорчен в пути или не дошел вовсе. Если в течении определенного интервала не поступает подтверждения, что кадр успешно доставлен, или поступает ответ от получателя о том, что кадр был испорчен, то отправитель посылает данный кадр заново. Такой сервис полезен в случае использования каналов с высокой вероятностью ошибок, например в беспроводных сетях. К сервисам такого класса можно отнести 802.11(WiFi).

Типы кадров уровня LLC

Информационные кадры (Information, I-frame) предназначены для передачи информации в процедурах LLC2, обязательно содержат поле информации.
Управляющие кадры (Supervisory, S-frame) предназначены для передачи команд и ответов в процедурах LLC2.
Ненумерованные кадры (Unnumbered, U-frame) – передача информации, тестирование и идентификация LLC уровня в LLC1 и LLC3, установление и разъединение логического соединения, а также информирование об ошибках в LLC2.

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

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

Ненумерованные кадры предназначены для передачи ненумерованных команд и ответов, выполняющих в процедурах без установления логического соединения передачу информации, идентификацию и тестирование LLC-уровня, а в процедурах с установлением логического соединения — установление и разъединение логического соединения, а также информирование об ошибках.

Формат кадра LLC

У всех кадров протокола LLC общий формат:

адрес точки входа сервиса назначения (Destination Service Access Point, DSAP)
адрес точки входа сервиса источника (Source Service Access Point, SSAP)
управляющее поле (Control, CTRL)
поле данных (Data)

Флаг	DSAP	SSAP	Control	Data	Флаг
01111110	Адрес точки входа сервиса назначения	Адрес точки входа сервиса источника	Управляющее поле	Данные	01111110

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

Поле управления однобайтовое(ненумерованные кадры) или двухбайтовое(информационные и управляющие кадры), и используется для обозначения типа кадра(информационный, управляющий или ненумерованный).

Биты	1	2-8				9	10-16
Информационные	0	[math]N(S)[/math]				[math]P/F[/math]	[math]N(R)[/math]
Управляющие	1	0	[math]SS[/math]	[math]XXXX[/math]		[math]P/F[/math]	[math]N(R)[/math]
Ненумерованные	1	1	[math]MM[/math]	[math]P/F[/math]	[math]MM[/math]

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

В режиме LLC2 используются кадры всех трех типов. Бит [math]P/F(Poll/Final)[/math] : в командах он называется битом [math]Poll[/math] и требует, чтобы на команду был дан ответ, в ответах он называется битом [math]Final[/math] и говорит, что ответ состоит из одного кадра. Ненумерованные кадры используются для установления и разрыва соединения двух узлов. Поле [math]M[/math] ненумерованных кадров определяет несколько типов команд:

Установить сбалансированный асинхронный расширенный режим (SABME). Эта команда является запросом на установление соединения. Расширенный режим означает использование двухбайтных полей управления для кадров остальных двух типов.
Ненумерованное подтверждение (UA). Служит для подтверждения установления или разрыва соединения.
Сброс соединения (REST). Запрос на разрыв соединения.

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

В информационных кадрах имеется поле N(S) для указания номера отправленного кадра, а также поле N(R) для указания номера кадра, который приемник ожидает получить от передатчика следующим. При работе протокола LLC2 используется скользящее окно размером в 127 кадров, а для их нумерации циклически используется 128 чисел, от 0 до 127.

Приемник всегда помнит номер последнего кадра, принятого от передатчика, и поддерживает переменную с указанным номером кадра, который он ожидает принять от передатчика следующим. Именно это значение передается в поле N(R) кадра, посылаемого передатчику. Если в ответ на этот кадр приемник принимает кадр, в котором номер посланного кадра N(S) совпадает с номером ожидаемого кадра, то такой кадр считается корректным (если, конечно, корректна его контрольная сумма). Если приемник принимает кадр с номером N(S), неравным номеру ожидаемого кадра, то этот кадр отбрасывается и посылается отрицательная квитанция Отказ (REJ) с номером этого кадра. При приеме отрицательной квитанции передатчик обязан повторить передачу кадра с номером указанным в отрицательной квитанции, а также всех кадров с большими номерами, которые он уже успел отослать, пользуясь механизмом окна в 127 кадров(если используется протокол с возвратом на N).

Поле [math]SS[/math] обозначает одну из функций управления:

Отказ (REJect), биты устанавливаются разными [math]00[/math] ;
Приемник не готов (Receiver Not Ready, RNR), биты устанавливаются равными [math]10[/math] ;
Приемник готов (Receiver Ready, RR), биты устанавливаются равными [math]01[/math] .

Команда RR с номером N(R) часто используется как положительная квитанция, когда поток данных от приемника к передатчику отсутствует, а команда RNR -для замедления потока кадров, поступающих на приемник. Это может быть необходимо, если приемник не успевает обработать поток кадров, присылаемых ему с большой скоростью за счет механизма окна. Получение кадра RNR требует от передатчика полной приостановки передачи, до получения кадра RR. С помощью этих кадров осуществляется управление потоком данных, что особенно важно для коммутируемых сетей, в которых нет разделяемой среды, автоматически тормозящей работу передатчика за счет того, что новый кадр нельзя передать, пока приемник не закончил прием предыдущего.

Биты [math]XXXX[/math] зарезервированы и должны иметь нулевые значения.

Адресные поля DSAP и SSAP занимают по 1 байту. Они позволяют указать, какая служба верхнего уровня пересылает данные с помощью этого кадра. Программному обеспечению узлов сети при получении кадров канального уровня необходимо распознать, какой протокол вложил свой пакет в поле данных поступившего кадра, чтобы передать извлеченный из кадра пакет нужному протоколу верхнего уровня для последующей обработки. Для идентификации этих протоколов вводятся так называемые адреса точки входа службы (Service Access Point, SAP). Значения адресов SAP приписываются протоколам в соответствии со стандартом 802.2. Например, для протокола IP значение SAP равно [math]0[/math] x [math]6[/math] . Для одних служб определена только одна точка входа и, соответственно, только один SAP, а для других — несколько, когда адреса DSAP и SSAP совпадают. Например, если в кадре LLC значения DSAP и SSAP содержат код протокола IPX, то обмен кадрами осуществляется между двумя IPX-модулями, выполняющимися в разных узлах. Но в некоторых случаях в кадре LLC указываются различающиеся DSAP и SSAP. Это возможно только в тех случаях, когда служба имеет несколько адресов SAP, что может быть использовано протоколом узла отправителя в специальных целях, например для уведомления узла получателя о переходе протокола-отправителя в некоторый специфический режим работы.

См. также

Data link layer
Data link layer — Flow control
Data link layer — MAC — Aloha, CSMA

Источники

Э. Таненбаум, Д.Уэзеролл — Компьютерные сети (5-е издание, 2012)
Logical link control — Википедия

Простое пособие по сетевой модели OSI для начинающих

Рассказываем, как устроена модель и какова ее роль при построении сетей.

Эта инструкция — часть курса «Как работают сетевые протоколы».

Смотреть весь курс

Изображение записи

Модель OSI является эталонной. Полное название модели выглядит как «Basic Reference Model Open Systems Interconnection model», где Basic Reference Model — это как раз некая образцовая модель. Сама модель состоит из семи уровней. Вначале рассмотрим общую информацию, а потом перейдем к частным аспектам.

Семь уровней модели OSI.

Принцип устройства сетевой модели

Сетевая модель OSI имеет семь уровней, иерархически расположенных от большего к меньшему. Cамым верхним является седьмой (прикладной), а самым нижним — первый (физический). Модель OSI разрабатывалась еще в 1970-х годах, чтобы описать архитектуру и принципы работы сетей передачи данных.

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

На седьмом уровне информация представляется в виде данных, на первом — в виде бит. Процесс, когда информация отправляется и переходит из данных в биты, называется инкапсуляцией. Обратный процесс, когда информация, полученная в битах на первом уровне, переходит в данные на седьмом, называется декапсуляцией. На каждом из семи уровней информация представляется в виде блоков данных протокола — PDU (Protocol Data Unit).

Рассмотрим на примере: пользователь 1 отправляет картинку, которая обрабатывается на седьмом уровне в виде данных, данные должны пройти все уровни до самого нижнего (первого), где будут представлены как биты. Этот процесс называется инкапсуляцией. Компьютер пользователя 2 принимает биты, которые должны снова стать данными. Этот обратный процесс называется декапсуляция. Что происходит с информацией на каждом из семи уровней, как и где биты переходят в данные мы разберем в этой статье.

Инкапсуляция и инкапсуляция.

Первый, физический уровень (physical layer, L1)

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

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

Устройства физического уровня оперируют битами. Они передаются по кабелям (например, через оптоволокно) или без — например, через Bluetooth или IRDA, Wi-Fi, GSM, 4G и так далее.

Второй уровень, канальный (data link layer, L2)

Когда два пользователя находятся в одной сети, состоящей только из двух устройств, — это идеальный случай. Но что если этих устройств больше?

Второй уровень решает проблему адресации при передаче информации. Канальный уровень получает биты и превращает их в кадры (frame, также «фреймы»). Задача здесь — сформировать кадры с адресом отправителя и получателя, после чего отправить их по сети.

У канального уровня есть два подуровня — это MAC и LLC. MAC (Media Access Control, контроль доступа к среде) отвечает за присвоение физических MAC-адресов, а LLC (Logical Link Control, контроль логической связи) занимается проверкой и исправлением данных, управляет их передачей. Для упрощения мы указываем LLC на втором уровне модели, но, если быть точными, LLC нельзя отнести полностью ни к первому, ни ко второму уровню — он между.

На втором уровне OSI работают коммутаторы, их задача — передать сформированные кадры от одного устройства к другому, используя в качестве адресов только физические MAC-адреса.

На канальном уровне активно используется протокол ARP (Address Resolution Protocol — протокол определения адреса). С помощью него 64-битные MAC-адреса сопоставляются с 32-битными IP-адресами и наоборот, тем самым обеспечивается инкапсуляция и декапсуляция данных.

Третий уровень, сетевой (network layer, L3)

На третьем уровне появляется новое понятие — маршрутизация. Для этой задачи были созданы устройства третьего уровня — маршрутизаторы (их еще называют роутерами). Маршрутизаторы получают MAC-адрес от коммутаторов с предыдущего уровня и занимаются построением маршрута от одного устройства к другому с учетом всех потенциальных неполадок в сети.

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

Уровни среди и уровни хоста.

Все семь уровней модели OSI можно условно разделить на две группы:

Media layers (уровни среды),
Host layers (уровни хоста).

Уровни группы Media Layers (L1, L2, L3) занимаются передачей информации (по кабелю или беспроводной сети), используются сетевыми устройствами, такими как коммутаторы, маршрутизаторы и т.п. Уровни группы Host Layers (L4, L5, L6, L7) используются непосредственно на устройствах, будь то стационарные компьютеры или мобильные устройства.

Четвертый уровень — это посредник между Host Layers и Media Layers, относящийся скорее к первым, чем к последним. Его главной задачей является транспортировка пакетов. Естественно, при транспортировке возможны потери, но некоторые типы данных более чувствительны к потерям, чем другие. Например, если в тексте потеряются гласные, то будет сложно понять смысл, а если из видеопотока пропадет пара кадров, то это практически никак не скажется на конечном пользователе. Поэтому при передаче данных, наиболее чувствительных к потерям на транспортном уровне, используется протокол TCP, контролирующий целостность доставленной информации.

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

При передаче по протоколу TCP данные делятся на сегменты. Сегмент — это часть пакета. Когда приходит пакет данных, который превышает пропускную способность сети, пакет делится на сегменты допустимого размера. Сегментация пакетов также требуется в ненадежных сетях, когда существует большая вероятность того, что большой пакет будет потерян. При передаче данных по протоколу UDP пакеты данных делятся уже на датаграммы. Датаграмма (datagram) — это тоже часть пакета, но ее нельзя путать с сегментом.

Главное отличие датаграмм — в автономности. Каждая датаграмма содержит все необходимые заголовки, чтобы дойти до конечного адресата, поэтому они не зависят от сети, могут доставляться разными маршрутами и в разном порядке. При потере датаграмм или сегментов получаются «битые» куски данных, которые не получится корректно обработать.

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

Четыре варианта защиты от DDoS-атак

От бесплатной базовой защиты до решений с защитой веб-приложений.

Пятый уровень, сеансовый (session layer, L5)

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

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

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

Шестой уровень, представления данных (presentation layer, L6)

О задачах уровня представления вновь говорит его название. Шестой уровень отвечает за преобразование протоколов и кодирование/декодирование данных. Шестой уровень также занимается представлением картинок (в JPEG, GIF и т.д.), а также видео-аудио (в MPEG, QuickTime). А помимо этого → шифрованием данных, когда при передаче их необходимо защитить.

Полная схема.

Седьмой уровень, прикладной (application layer)

Седьмой уровень иногда еще называют уровень приложений, но чтобы не запутаться можно использовать оригинальное название — application layer. Прикладной уровень — это то, с чем взаимодействуют пользователи, своего рода графический интерфейс всей модели OSI, с другими он взаимодействует по минимуму.

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

Критика модели OSI

Семиуровневая модель была принята в качестве стандарта ISO/IEC 7498, действующего по сей день, однако, модель имеет свои недостатки. Среди основных недостатков говорят о неподходящем времени, плохой технологии, поздней имплементации, неудачной политике.

Первый недостаток — это неподходящее время. На разработку модели было потрачено неоправданно большое количество времени, но разработчики не уделили достаточное внимание существующим в то время стандартам. В связи с этим модель обвиняют в том, что она не отражает действительность. В таких утверждениях есть доля истины, ведь уже на момент появления OSI другие компании были больше готовы работать с получившей широкое распространение моделью TCP/IP.

Вторым недостатком называют плохую технологию. Как основной довод в пользу того, что OSI — это плохая технология, приводят распространенность стека TCP/IP. Протоколы OSI часто дублируют другу друга, функции распределены по уровням неравнозначно, а одни и те же задачи могут быть решены на разных уровнях. Даже изначальное описание архитектуры в распечатанном виде имеет толщину в один метр.

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

Кроме того, в отличие от TCP/IP, OSI никогда не ассоциировалась с UNIX. Добиться широкого распространения OSI не получилось потому, что она проектировалась как закрытая модель, продвигаемая Европейскими телекоммуникационными компаниями и правительством США. Стек протоколов TCP/IP изначально был открыт для всех, что позволило ему набрать популярность среди сторонников открытого программного кода.

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

PDU для каждого уровня модели.

Вывод, роль модели OSI при построении сетей

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

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

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

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

Сетевые протоколы: базовые понятия и описание самых востребованных правил

Использование меню статуса Wi-Fi на Mac

На Mac можно использовать меню статуса Wi-Fi в строке меню для подключения к сети Wi-FI или отключения от нее, в том числе для подключения к личной точке доступа и отключению от нее, включения или выключения Wi-Fi и просмотра подробной информации о подключении Wi-Fi.

Статус меню Wi-Fi с кнопкой включения и выключения Wi-Fi, личной точкой доступа и известными сетями.

Отображение или скрытие значка статуса Wi‑Fi в строке меню

На Mac выберите меню Apple

> «Системные настройки», затем в боковом меню нажмите «Пункт управления» . (Возможно, потребуется прокрутить вниз.) Открыть Пункт управления

Справа возле пункта «Wi‑Fi» нажмите всплывающее меню, затем выполните одно из указанных ниже действий.
- Отображение значка статуса Wi‑Fi. Выберите «Показывать в строке меню».
- Скрытие значка статуса Wi‑Fi. Выберите «Не показывать в строке меню».

Меню статуса Wi‑Fi также доступно в Пункте управления. В строке меню нажмите «Пункт управления» , наведите указатель на пункт «Wi‑Fi», затем справа нажмите стрелку .

Включение или выключение Wi-Fi

На Mac нажмите меню статуса Wi-Fi в строке меню.
Включение и выключение Wi-Fi.

Подключение к сети Wi-Fi

На Mac нажмите меню статуса Wi-Fi в строке меню.
Выполните одно из указанных действий.
- Если сеть Wi-Fi, к которой Вы хотите подключиться, доступна в разделах «Точки доступа» или «Известные сети», нажмите имя сети.
- Если сеть Wi-Fi, к которой Вы хотите подключиться, не доступна в разделах «Точки доступа» или «Известные сети», нажмите «Другие сети», затем нажмите имя сети.
- Если сеть Wi-Fi скрыта, нажмите «Другие сети», прокрутите вниз до конца списка сетей, нажмите «Другое», введите имя сети и пароль, а затем нажмите «Подключить». См. Подключение к скрытой сети Wi-Fi.

Отключение от сети Wi-Fi

На Mac нажмите меню статуса Wi-Fi в строке меню.
Нажмите на значок Wi-Fi слева от подключенной сети.

Просмотр подробной информации о подключении Wi-Fi

Можно использовать меню статуса Wi-Fi для просмотра подробной информации о подключении Wi-Fi, такой как IP-адрес, адрес маршрутизатора, канал, частота (или полоса), стандарт безопасности и протокол 802.11.

На Mac нажмите меню статуса Wi-Fi в строке меню, удерживая клавишу Option, затем просмотрите информацию для сети Wi-Fi, к которой Вы подключены.

Какие функции при работе wifi выполняет подуровень mac