Протокол LLC обеспечивает для технологий локальных сетей нужное качество услуг транспортной службы, передавая свои кадры либо дейтаграммным способом, либо с помощью процедур с установлением соединения и восстановлением кадров. Протокол LLC занимает промежуточное положение между сетевыми протоколами и протоколами уровня MAC. Протоколы сетевого уровня передают через межуровневый интерфейс данные для протокола LLC.
1) Свой пакет
2) Адресная информация об узле назначения
А также требования качеству транспортных услуг, которые протокол LLC должен выполнить. Протокол LLC помещает пакет данных верхнего уровня в свой кадр данных, которые дополняются необходимыми служебными полями. Дальше через межуровневый интерфейс протокол LLC передает свой кадр вместе с адресной информацией об узле назначения соответствующему протоколу уровня MAC, который упаковывает кадр LLC в свой кадр. Например: кадр Ethernet. Первоначально в фирменных технологиях под уровень LLC не выделялся в самостоятельный под уровень и его функции выполнялись общим канальным уровнем, но из-за больших различий в функциях протоколах фирменных технологий который можно отнести к уровню LLC, на уровне LLC пришлось ввести 3 уровня процедур. Протокол сетевого уровня может обращаться к одной из этих процедур: LLC1; LLC2; LLC3. В соответствие со стандартном 802.2 уровень управления логическим каналом LLC предоставляет верхним уровнем 3 типа процедур.
1) LLC 1 – это процедура без установления соединения и без подтверждения
2) LLC 2 – с установлением подтверждения и соединения
3) LLC 3 – процедура без установления соединения, но с подтверждением
Этот набор процедур является общим для всех методов доступа к среде определенных стандартами и семейства ( IEEE), а также стандартом (FDDI).
Процедура LLC 1 дает пользователю средства для передачи данных с минимумом издержек. Это дейтаграммы режим работы и он используется, когда восстановления данных после ошибок и упорядочивание данных осуществляется протоколами выше лежащих уровней, поэтому нет нужды дублировать их на уровне LLC
Процедура LLC 2дает пользователю возможность установить логическое соединение перед началом передачи любого блока данных и выполнить процедуры восстановления после ошибок и упорядочивание потоков этих блоков в рамках установленного соединения. В некоторых случаях, когда временные издержки установления логического соединения перед отправкой данных не приемлемы, а подтверждение о корректности приема данных необходимо. Базовая процедура без установления соединения и без подтверждения не подходит. Для таких случаях предусмотрена процедура LLC 3. Использование одного из трех режима работы уровня LLC зависит от стратегии разработчиков конкретного стека протоколов. По своему назначению все кадры уровня LLC делятся на 3 типа:
1)Информационные кадры, которые предназначены для передачи информации в процедурах LLC 2 и должны обязательно содержать поле информации.
2)Управляющие кадры, предназначены для передачи команд и ответов в процедурах LLC 2. В том числе запросов на повторную передачу искаженных кадров.
3)Ненумерованные кадры, предназначены для передачи команд и ответов во всех трех процедурах.
Все типы кадров уровня LLC имеют единый формат
Кадр LLC обрамляется двумя однобайтовыми полями флагов, которые используются на уровне MAC для определения границ кадра LLC. Кадр LLC содержит поле данных и заголовок, который состоит из трех полей. Поле данных кадра LLC предназначено для передачи по сети протоколов вышележащих уровней, т.е. сетевых и прикладных протоколов. Поле данных может отсутствовать в управляющих кадров и некоторых ненумерованных кадров. Адресные поля DSAP и SSAP занимают по 1 байту и позволяют указать какая служба верхнего уровня пересылает данные с помощью этого кадра. Поле управления имеет размер 2 байта в режиме LLC 2 и 1 байт в режимах LLC 1 и LLC 3.
24.11.2012
Если среда свободна, то узел имеет право начать передачу кадров. Кадр данных всегда сопровождается преамбулой, которая состоит из 7 байт состоящих из значений (10101010) и 8 байта равного (10101011). Преамбула нужна для вхождения приемника и передатчика в побитовый и побайтовый синхронизм. Все станции подключенные к кабелю могут распознать факт передачи кадра. И та станция которая узнает собственный адрес в заголовке кадра записывает его содержимое в свой внутренний буфер, обрабатывает полученные данные передает их вверх по своему стеку, а затем посылает по кабелю кадр ‘’ ответ ’’. Адрес станции источника также содержится в исходном кадре. После окончания передачи кадра все узлы сети обязаны выдерживать технологическую паузу в 9,6 микросекунды. Эта пауза называется меж кадровым интервалом и нужна для приведения сетевых адаптеров в исходное состояние, а также для предотвращения монопольного захвата среды одной станции. Возможна ситуация, когда две станции одновременно пытаются передать кадр данных по общей среде. Механизм прослушивания среды и пауза между кадрами не гарантируют от возникновения такой ситуации, когда две или более станции одновременно решают, что среда свободна и начинают передавать свои кадры. При этом происходит коллизия, т.к. содержимое обоих кадров сталкивается на общем кабеле и происходит искажение информации. Для возникновения коллизии не обязательно, чтобы несколько станций начали передачу абсолютно одновременно. Такая ситуация маловероятно. Гораздо вероятнее ситуация, когда коллизия возникает из-за того, что первый узел начинает передачу раньше второго, но до второго узла данные не успевают дойти к тому времени, когда второй узел решает начать передачу кадра. Чтобы корректно обработать коллизию все станции сети одновременно наблюдают за возникшими на кабеле сигналами. Если передаваемые и наблюдаемые сигналы отличаются друг от друга, то фиксируется обнаружение коллизии. Для увеличение вероятности скорейшего обнаружения коллизии всеми станциями сети, станция обнаружившая коллизию прерывает передачу своего кадра в произвольном месте и усиливает ситуацию коллизии посылкой в сеть специальной последовательности из 32 бит называемой (jam) последовательностью. После этого обнаружившая коллизию передающая станция обязана прекратить передачу и сделать паузу в течении короткого случайного интервала времени. Затем она может предпринять повторную попытку захвата среды и передачи кадра. Случайная пауза выпирается по следующему алгоритму: ПАУЗА = L x U,где интервал отсрочки (U) равен 512 битовых интервалов, где битовый интервал соответствует времени между появлением двух последовательных бит на кабеле. L – это целое число выбранное с равной вероятностью из диапазона (0;2n], где n – это номер повторной попытки передачи данного кадра изменяется он от (0;10). После 10 попытки интервал из которого выбирается пауза не увеличивается. Если 16 последовательных попыток передачи кадра вызывают коллизию, то передатчик должен прекратить попытки и отбросить этот кадр. Четкое распознавание коллизии всеми станциями сети является необходимым условием корректной работы сети Ethernet. Если какая либо передающая станция не распознает коллизию и решит что кадр передан ей правильно, то этот кадр данных будет утерян, из-за наложения сигналов при коллизии информация кадра будет утеряна и он будет отбракован принимающей стороной. Это приводит к заметному снижению постоянной пропускной способности сети. Для надежного распознавания коллизий должно выполняться следующие соответствие: Tмин ≥ PDV, где Tмин – это время передачи кадра минимальной длины, PDV – это время за которое сигнал коллизии успевает распространиться до самого дальнего узла сети. Так как в худшем случае сигнал должен пройти дважды между наиболее удаленными друг от друга станциями сети, то это время называется временем двойного оборота. При выполнении этого условия передающая станция должна успевать обнаружить коллизию, которую вызвал переданный ею кадр еще до того, как она закончит передачу этого кадра. Выполнение этого условия зависит от длины минимального кадра, пропускной способности сети, длины кабельной системы сети и скорости распространения сигнала кабеля.
