Три типа процедур уровня LLC
В соответствии со стандартом 802,2 уровень управления логическим каналом LLC предоставляет верхним уровням три типа процедур:
· LLC1 — процедура без установления соединения и без подтверждения получения данных;
· LLC2 — процедура с установлением соединения и с подтверждением получения данных;
· LLC3 — процедура без установления соединения, но с подтверждением получения данных.
Этот набор процедур является общим для всех методов доступа к среде, определенных стандартами 802.3-802.5, а также стандартом FDDI и стандартом 802.12 на технологию l00VG-AnyLAN.
Процедура без установления соединения и без подтверждения LLC1 дает пользователю средства для передачи данных с минимумом издержек. Это дейтаграммный режим работы, Обычно эта процедура используется, когда такие функции, как восстановление данных после ошибок и упорядочивание данных, выполняются протоколами вышележащих уровней, поэтому нет нужды дублировать их на уровне LLC.
Процедура с установлением соединений и подтверждением LLC2 дает пользователю возможность установить логическое соединение перед началом передачи любого блока данных и, если это требуется, выполнить процедуры восстановления после ошибок и упорядочивание потока этих блоков в рамках установленного соединения. Протокол LLC2 во многом аналогичен протоколам семейства HDLC (LAP-B, LAP-D, LAP-M), которые применяются в глобальных сетях для обеспечения надежной передачи кадров на зашумленных линиях. Протокол LLC2 работает в режиме скользящего окна.
В некоторых случаях (например, при использовании сетей в системах реального времени, управляющих промышленными объектами), когда, с одной стороны, временные издержки установления логического соединения перед отправкой данных неприемлемы, а, с другой стороны, подтверждение о корректности приема переданных данных необходимо, оба рассмотренных выше режима не подходят. Для такого рода ситуаций предусмотрена дополнительная процедура LLC3, которая является компромиссом между LLC1 и LLC2, так как она не устанавливает логического соединения, но подтверждает получение данных.
Какой из трех режимов работы уровня LLC будет использован, зависит от стратегии разработчиков конкретного стека протоколов. Например, в стеке TCP/IP, в котором задачу обеспечения надежной доставки выполняет протокол TCP, уровень LLC всегда работает в режиме LLC1, выполняя простую работу извлечения пакета из кадра и направления его одному из вышележащих протоколов — IP, ARP, RARP. Аналогично используется уровень LLC стеком IPX/SPX.
А вот стек Microsoft/IBM, основанный на протоколе NetBIOS/NetBEUI, часто использует режим LLC2 с установлением соединений. Это происходит тогда, когда сам протокол NetBIOS/NetBEUI должен работать в режиме с восстановлением потерянных и искаженных данных. В этом случае эта работа перепоручается уровню LLC2. Если же протокол NetBIOS/NetBEUI работает в дейтаграммном режиме, то протокол LLC переводится в режим LLC1.
Режим LLC2 используется также стеком протоколов SNA в том случае, когда на нижнем уровне применяется технология Token Ring.
Структура кадров LLC и процедура LLC2
По своему назначению все кадры уровня LLC (называемые в стандарте 802.2 блоками данных — Protocol Data Unit, PDU) подразделяются на три типа — информационные, управляющие и ненумерованные.
· Информационные кадры {Information) предназначены для передачи информации в процедурах с установлением логического соединения LLC2 и должны обязательно содержать поле информации. В процессе передачи информационных блоков осуществляется их нумерация в режиме скользящего окна.
· Управляющие кадры (Supervisory) предназначены для передачи команд и ответов в процедурах с установлением логического соединения LLC2, в том числе запросов на повторную передачу искаженных информационных блоков.
· Ненумерованные кадры (Unnumbered) предназначены для передачи ненумерованных команд и ответов, выполняющих в процедурах без установления логического соединения передачу информации, идентификацию и тестирование уровня LLC, а в процедурах с установлением логического соединения LLC2 — установление и разъединение логического соединения, а также информирование об ошибках.
Все типы кадров уровня LLC имеют единый формат.
В соответствии с многоуровневой структурой протоколов стандартов IEEE 802, кадр LLC вкладывается в кадр уровня MAC: кадр Ethernet, Token Ring, FDD1 и т.д. Кадр LLC содержит поле данных и заголовок, который состоит из трех полей:
· адрес точки входа службы назначения (Destination Service Access Point, DSAP);
· адрес точки входа службы источника (Source Service Access Point, SSAP);
· управляющее поле (Control).
Поле данных кадра LLC предназначено для передачи по сети пакетов протоколов вышележащих уровней — сетевых протоколов IP, IPX, AppleTalk, DECnet, в редких случаях — прикладных протоколов, когда те вкладывают свои сообщения непосредственно в кадры канального уровня, Поле данных может отсутствовать в управляющих кадрах и некоторых ненумерованных кадрах.
Адресные поля DSAP и SSAP занимают по одному байту. Они позволяют указать, какая служба верхнего уровня пересылает данные с помощью этого кадра. Программному обеспечению узлов сети при получении кадров канального уровня необходимо распознать, какой протокол вложил свой пакет в поле данных поступившего кадра, чтобы передать извлеченный из кадра пакет соответствующему протоколу верхнего уровня для последующей обработки. Для идентификации этих протоколов вводятся так называемые адреса точки входа службы (Service Access Point, SAP). Значения адресов SAP приписываются протоколам в соответствии со стандартом 802.2. Например, для протокола IP значение SAP равно Ох6[1], для протокола NetBIOS — OxFO. В тех случаях, когда служба имеет единственную точку входа, адреса DSAP и SSAP совпадают. Например, если в кадре LLC значения DSAP и SSAP содержат код протокола IPX, то обмен кадрами осуществляется между двумя IPX-модулями, выполняющимися в разных узлах. Но в некоторых случаях в кадре LLC указываются различающиеся значения DSAP и SSAP. Это возможно только в тех случаях, когда служба имеет несколько адресов SAP, что может быть использовано протоколом узла отправителя в специальных целях, например для уведомления узла получателя о переходе протокола-отправителя в некоторый специфический режим работы. Этим свойством протокола LLC часто пользуется протокол NetBEUI.
Другими словами, с помощью значений DSAP и SSAP в узле осуществляется де-мультиплексирование кадров, поступающих из сети. То есть общий поток кадров, предназначенных для конкретного узла, распределяется далее по различным протоколам сетевого уровня. Значения DSAP и SSAP представляют собой адреса этих протоколов внутри узла. Функция демультиплексирования выполняется каждым уровнем протоколов при передаче пакетов вверх по стеку внутри узла, и в заголовке протокола каждого уровня имеется адресная информация, аналогичная по назначению полям DSAP и SSAP. Разделение адреса сервиса на две части не является обязательным, скорее это исключение, взятое на вооружение разработчиками протокола LLC. Например, в протоколах IP, UDP и TCP для этих целей используется одно поле.
Поле управления (один или два байта) имеет сложную структуру при работе в режиме LLC2 и достаточно простую структуру при работе в режиме LLC1 (рисунок 2).
Рисунок 2 - Структура поля управления
В режиме LLC1 используется только один тип кадра — ненумерованный, У этого кадра поле управления имеет длину в один байт. Все подполя поля управления ненумерованных кадров принимают нулевые значения, так что значимыми остаются только первые два бита поля, используемые как признак типа кадра. Учитывая, что в протоколе Ethernet при записи реализован обратный (начиная со старшего бита) порядок бит в байте, то поле управления кадра LLC1, вложенного в кадр протокола Ethernet, имеет значение 0x03.
В режиме LLC2 используются все три типа кадров, В этом режиме кадры делятся на команды и ответы на эти команды. Бит P/F (Poll/Final) в командах называется битом Poll и требует, чтобы на команду был дан ответ, а в ответах он называется битом Final и говорит о том, что ответ состоит из одного кадра.
Ненумерованные кадры используются на начальной стадии взаимодействия двух узлов, а именно стадии установления соединения по протоколу LLC2. Поле М ненумерованных кадров определяет несколько типов команд, которыми пользуются два узла на этапе установления соединения. Ниже приведены примеры некоторых команд.
· Установить сбалансированный асинхронный расширенный реусим (SABME). Эта команда является запросом на установление соединения. Расширенный режим означает использование двухбайтных полей управления для кадров остальных двух типов.
· Ненумерованное подтверждение (UA). Эта команда служит для подтверждения установления или разрыва соединения.
· Сброс соединения (REST). Запрос на разрыв соединения.
После установления соединения данные и положительные квитанции начинают передаваться в информационных кадрах. Логический канал протокола LLC2 является дуплексным, так что данные могут передаваться в обоих направлениях. Если поток дуплексный, то положительные квитанции на кадры также доставляются в информационных кадрах. Если же потока кадров в обратном направлении нет или же нужно передать отрицательную квитанцию, то используются супервизорные кадры.
В информационных кадрах имеется поле N(S) для указания номера отправленного кадра, а также поле N(R) для указания номера кадра, который приемник ожидает получить от передатчика следующим. При работе протокола LLC2 используется скользящее окно размером в 127 кадров, а для их нумерации циклически используется 128 чисел, от 0 до 127.
Приемник всегда помнит номер последнего кадра, принятого от передатчика, и поддерживает переменную с указанным номером кадра, который он ожидает принять от передатчика следующим. Обозначим его через V(R). Именно это значение передается в поле N(R) кадра, посылаемого передатчику. Если в ответ на этот кадр приемник принимает кадр, в котором номер посланного кадра N(8) совпадает с номером ожидаемого кадра V(R), то такой кадр считается корректным (если, конечно, корректна его контрольная сумма). Если приемник принимает кадр с номером N(S), неравным V(R), то этот кадр отбрасывается и посылается отрицательная квитанция Отказ (REJ) с номером V(R). При приеме отрицательной квитанции передатчик обязан повторить передачу кадра с номером V(R), а также всех кадров с большими номерами, которые он уже успел отослать, пользуясь механизмом скользящего окна в 127 кадров.
В состав супервизорных кадров входят следующие:
· отказ (Reject);
· приемник не готов (Receiver Not Ready, RNR);
· приемник готов (Receiver Ready, RR).
Команда RR с номером N(R) часто используется как положительная квитанция, когда поток данных от приемника к передатчику отсутствует, а команда RNR — для замедления потока кадров, поступающих на приемник. Это может быть необходимо, если приемник не успевает обработать поток кадров, присылаемых ему с большой скоростью за счет механизма скользящего окна. Получение кадра RNR требует от передатчика полной приостановки передачи до получения кадра RR. С помощью этих кадров осуществляется управление потоком данных, что особенно важно для коммутируемых сетей, в которых нет разделяемой среды, автоматически тормозящей работу передатчика из-за того, что новый кадр нельзя передать, пока приемник не закончил прием предыдущего.
Нетрудно заметить, что в режиме LLC1 данный протокол выполняет только одну функцию — демультиплексирование потока кадров, поступающих из сети, то есть распределения их по протоколам сетевого уровня в соответствии с адресом точки входа сервиса DSAP.
Технология Ethernet
Ethernet — это самый распространенный на сегодняшний день стандарт локальных сетей, Общее количество сетей, работающих по протоколу Ethernet в настоящее время, оценивается в несколько миллионов.
Когда говорят Ethernet, то под этим обычно понимают любой из вариантов этой технологии. В более узком смысле Ethernet — это сетевой стандарт, основанный на экспериментальной сети Ethernet Network, которую фирма Xerox разработала и реализовала в 1975 году. Метод доступа был опробован еще раньше: во второй половине 60-х годов в радиосети Гавайского университета использовались различные варианты случайного доступа к общей радиосреде, получившие общее название Aloha. В 1980 году фирмы DEC, Intel и Xerox совместно разработали и опубликовали стандарт Ethernet версии II для сети, построенной на основе коаксиального кабеля. Эту последнюю версию фирменного стандарта Ethernet называют стандартом Ethernet DIX, или Ethernet II.
На основе стандарта Ethernet DIX был разработай стандарт IIЕЕ 802.3, который во многом совпадает со своим предшественником, но некоторые различия все же имеются, В то время как в стандарте IEEE 802.3 функции протокола разделены на уровни MAC и LLC, в оригинальном стандарте Ethernet они объединены в единый канальный уровень. В Ethernet DIX определяется протокол тестирования конфигурации (Ethernet Configuration Test Protocol), который отсутствует в IEEE 802.3. Несколько отличается и формат кадра, хотя минимальные и максимальные размеры кадров в этих стандартах совпадают. Часто для того, чтобы отличить стандарт Ethernet, определенный IEEE, и фирменный стандарт Ethernet DIX, первый называют технологией 802.3, а за фирменным стандартом оставляют название Ethernet без дополнительных обозначений.
В зависимости от типа физической среды стандарт IEEE 802.3 имеет различные модификации - 10Base-5, 10Base-2, 10Base-T, 10Base-FL, l0Base-FB.
В 1995 году был принят стандарт Fast Ethernet, который во многом не является самостоятельным стандартом, о чем говорит и тот факт, что его описание просто является дополнительным разделом к основному стандарту 802.3 — разделом 802.3и. Аналогично, принятый в 1998 году стандарт Gigabit Ethernet описан в разделе 802.3z основного документа.
Для передачи двоичной информации по кабелю для всех вариантов физического уровня технологии Ethernet, обеспечивающих пропускную способность 10 Мбит/с, используется манчестерский код. В более скоростных версиях Ethernet применяются более эффективные в отношении полосы пропускания избыточные логические коды.
Все виды стандартов Ethernet (в том числе Fast Ethernet и Gigabit Ethernet) используют один и тот же метод разделения среды передачи данных — метод CSMA/CD.
Дата добавления: 2015-04-10; просмотров: 2073;