Управление логическим каналом
Управление логическим каналом
Уровень LLC для локальных сетей во многих отношениях подобен другим широко используемым канальным уровням. Он связан с передачей PDU канального уровня между двумя станциями, без промежуточных коммутационных узлов. Отличают протокол LLC от других протоколов управления каналом передачи | данных следующие две характеристики.
1. Он должен поддерживать множественный доступ, составляющий природу канала с совместно используемой средой (что отличается от многоточечной линии, в которой отсутствует выделенный основной узел).
2. Протокол LLC несколько упрощен за счет передачи уровню MAC некоторых элементов управления доступом.
Адресация в LLC включает задание исходного и целевого пользователей LLC. Обычно пользователь — это вышестоящий протокол или функция управления сетью на станции. Эти адреса пользователей LLC называются точками доступа к службе (service access point — SAP), что согласуется с терминологией OSI Для пользователя протокольного уровня.
Рассмотрим услуги, которые LLC предоставляет пользователю вышестоящего уровня, после чего перейдем к самому протоколу LLC.
Услуги LLC
LLC определяет механизмы задания в среде адресов станций и управления информационным обменом между двумя пользователями. В основе работы и формата этих стандартов лежит протокол HDLC. Подключенным устройствам использующим LLC, предлагаются на выбор три вида услуг.
• Услуги без подтверждений и без организации соединения. Эти услуги работают по принципу использования дейтаграмм. Они крайне просты и не включают механизмы управления потоком и защиты от ошибок. Таким образом, доставка данных не гарантируется. Впрочем, в большинстве устройств за надежность отвечает некоторый более высокий программный уровень.
• Услуги с установкой соединения. Подобны аналогичным услугам, предлагаемым протоколом HDLC. Между двумя пользователями, обменивающимися данными, устанавливается логическое соединение; кроме того, обеспечивается управление потоком и защита от ошибок.
• Услуги с подтверждениями без организации соединения. Это нечто среднее между двумя видами услуг, описанными выше. Дейтаграммы при этом подтверждаются, но логическое соединение не устанавливается.
Обычно поставщик предлагает эти услуги как альтернативные варианты, из которых заказчик может выбрать желаемый, приобретая оборудование. Возможна также ситуация, когда заказчик приобретает оборудование, предлагающее два или все три вида услуг, и выбирает нужное исходя из конкретных обстоятельств.
Услуги без подтверждений и без организации соединения требуют минимальной логики и полезны в двух случаях. Во-первых, часто бывает так, что вышестоящие уровни программного обеспечения гарантируют необходимую надежность и предлагают механизм управления потоком, поэтому целесообразнее избежать ненужного дублирования. Например, TCP может предлагать механизмы, необходимые для гарантирования надежной доставки данных. Во-вторых, бывает, что служебные издержки по установке и поддержанию соединения неоправданны или даже вредны (например, действия по сбору данных, включающие периодическую выборку из источников информации, таких, как сенсоры, или автоматические самотестирующиеся отчеты, поступающие от средств обеспечения безопасности или сетевых компонентов). При организации наблюдения потеря одного из периодически поступающих модулей данных не составит большой проблемы, если следующий отчет поступит в скором времени. Следовательно, в большинстве описанных случаев неподтвержденная служба без организации соединения является предпочтительным вариантом.
Услуги с установкой соединения могут использоваться в очень простых устройствах, таких, как терминальные контроллеры, имеющих малофункциональные высшие программные уровни. В этих случаях предлагаемые услуги будут обеспечивать управление потоком и надежность, что обычно реализуется на более высоких уровнях программного обеспечения связи.
Услуги с подтверждениями без организации соединения также полезны в нескольких случаях. Если используются услуги с установкой соединения, программа, управляющая логическим каналом, должна хранить какую-то таблицу для каждого активного соединения, чтобы отслеживать его состояние. Если пользователю требуется гарантировать доставку, но при этом существует большое число адресатов данных, то услуги с установкой соединения могут оказаться непрактичными из-за большого числа требуемых таблиц. Пример: управление процессом или автоматизированная промышленная среда, где центральному узлу может потребоваться связаться с большим числом устройств обработки или программируемых контроллеров. Другим применением данной службы является обработка важных и требующих немедленного реагирования сигналов тревоги или аварийного управления. Вследствие важности этих сигналов необходимо подтверждение их приема, чтобы отправитель был уверен, что сигнал дошел по назначению. Пользователь может передать срочный сигнал, не тратя времени на установку соединения.
