Изменения
→Формат кадра LLC
|}
Кадр LLC обрамляется двумя однобайтовыми флагами, имеющими значение 01111110. Эти флаги используются на [[Data link layer - MAC - Aloha, CSMA | MAC]] уровне для определения границ блоков. Поле данных кадра LLC предназначено для передачи по сети данных, приходящих от верхних уровней, иногда может отсутствовать в управляющих и ненумерованных кадрах. Поле управления однобайтовое (ненумерованные кадры) или двухбайтовое(информационные и управляющие кадры), и используется для обозначения типа кадра(информационный, управляющий или ненумерованный). Так В режиме LLC1 используются только ненумерованные кадры. Для этого кадра управляющее поле имеет длину один байт, а все подполя поля управления ненумерованных кадров принимают нулевые значения. Таким образом, значимыми остаются только первые 2 бита поля, используемые для обозначения типа кадра. В режиме LLC2 используются кадры всех трех типов. Бит <math>P/F(Poll/Final)</math>: в командах он называется битом <math>Poll</math> и требует, чтобы на команду был дан ответ, в ответах он называется битом <math>Final</math> и говорит, что ответ состоит из одного кадра. Ненумерованные кадры используются для установление и разрыва соединения двух узлов. Поле <math>M</math> ненумерованных кадров определяет несколько типов команд:* <i>Установить сбалансированный асинхронный расширенный режим (SABME)</i>. Эта команда является запросом на установление соединения. Расширенный режим означает использование двухбайтных полей управления для кадров остальных двух типов.* <i>Ненумерованное подтверждение (UA)</i>. Служит для подтверждения установления или разрыва соединения.* <i>Сброс соединения (REST). Запрос на разрыв соединения.</i>После установления соединения данные и положительные квитанции начинают передаваться в информационных кадрах. Логический канал протокола LLC2 является дуплексным, так что данные могут передаваться в обоих направлениях. Если поток дуплексный, то положительные квитанции на кадры также доставляются в информационных кадрах. Если же потока кадров в этом обратном направлении нет или же нужно передать отрицательную квитанцию, то используются информационные кадры. В информационных кадрах имеется поле указываются порядковые N(S) для указания номера отправленных отправленного кадра, а также поле N(R) для указания номера кадра, который приемник ожидает получить от передатчика следующим. При работе протокола LLC2 используется скользящее окно размером в 127 кадров, а для их нумерации циклически используется 128 чисел, от 0 до 127. Приемник всегда помнит номер последнего кадра, принятого от передатчика, и успешно принятых поддерживает переменную с указанным номером кадра, который он ожидает принять от передатчика следующим. Именно это значение передается в поле N(R) кадра, посылаемого передатчику. Если в ответ на этот кадр приемник принимает кадр, в котором номер посланного кадра N(S) совпадает с номером ожидаемого кадра, то такой кадр считается корректным (если, конечно, корректна его контрольная сумма). Если приемник принимает кадр с номером N(S), неравным номеру ожидаемого кадра, то этот кадр отбрасывается и посылается отрицательная квитанция Отказ (REJ) с номером этого кадра. При приеме отрицательной квитанции передатчик обязан повторить передачу кадра с номером указанным в отрицательной квитанции, а также всех кадров с большими номерами, которые он уже успел отослать, пользуясь механизмом окна в 127 кадров. Поле <math>SS</math> обозначает одну из функций управления:* Отказ (REJect), биты устанавливаются разными <math>00</math>;* Приемник не готов (Receiver Not Ready, RNR), биты устанавливаются равными <math>10</math>;* Приемник готов (Receiver Ready, RR), биты устанавливаются равными <math>01</math>. Команда RR с номером N(R) часто используется как положительная квитанция, когда поток данных от приемника к передатчику отсутствует, а команда RNR -для замедления потока кадров, поступающих на приемник. Это может быть необходимо, если LLC уровень работает по сервису LLC2приемник не успевает обработать поток кадров, присылаемых ему с большой скоростью за счет механизма окна. Получение кадра RNR требует от передатчика полной приостановки передачи, до получения кадра RR. С помощью этих кадров осуществляется управление потоком данных, что особенно важно для коммутируемых сетей, в которых нет разделяемой среды, автоматически тормозящей работу передатчика за счет того, что новый кадр нельзя передать, пока приемник не закончил прием предыдущего. Поля DSAP и SSAP позволяют указать какой сервис верхнего уровня пересылается данные с помощью этого кадра. Программному обеспечению узлов сети при получении кадров канального уровня необходимо распознать, какой протокол вложил свой пакет в поле данных поступившего кадра, для того, чтобы передать извлеченный из кадра пакет нужному протоколу для последующей обработки.
==См. также==