67569

Протоколы локальных вычислительных сетей. Принципы построения протоколов локальных вычислительных сетей

Лекция

Информатика, кибернетика и программирование

Стандарты протоколов для взаимодействия ЛВС с сетями передачи данных разрабатывает МККТТ международный консультативный комитет по телеграфии и телефонии. Основные принципы взаимодействия объектов на уровнях модели ВОС При взаимодействии двух уровней сети в частности сетевых уровней все время...

Русский

2014-09-12

109 KB

2 чел.

Протоколы локальных вычислительных сетей

Принципы построения протоколов

локальных вычислительных сетей

План

Вводная часть

1. Основные принципы взаимодействия объектов на уровнях модели ВОС.

2. Услуги и формат кадра подуровня УЛК (стандарт IEEE 802.2).

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

Разработкой протоколов для ЛВС занимается технический комитет 97 международной организации по стандартизации (МОС, ISO), а также Европейская ассоциация производителей ЭВМ (ЕСМА), в которую входят такие фирмы, как IBM, DEC, CII, Honewell bull, Uniwac, NCR и др. (рис. 6.1). Стандарты протоколов для взаимодействия ЛВС с сетями передачи данных разрабатывает МККТТ (международный консультативный комитет по телеграфии и телефонии).

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

Принцип построения протоколов ЛВС в данной лекции будет рассмотрен на примере протоколов ПУЛК.

1. Основные принципы взаимодействия объектов

на уровнях модели ВОС

При взаимодействии двух уровней сети (в частности сетевых уровней) все время взаимодействия делится на три фазы: фазу установления соединения, фазу передачи данных и фазу разъединения. Во время первой фазы между пользователями сетевого уровня путем диалога устанавливается соглашение о наборе параметров, используемых для передачи данных. В фазе передачи происходит передача сообщений, обнаруживаются ошибки и выполняются действия по управлению их устранением. Эти действия регламентированы протоколами ПУЛК. В фазе разъединения пользователи сетевого уровня обмениваются информацией  о предстоящем разъединении, при котором исключалась бы потеря блоков сообщения.

Взаимодействие объектов каждого уровня схематически показано на рис. 6.2. Под объектом понимается любое программное обеспечение, которое способно обмениваться данными с другими объектами. Объекты могут существовать как в одной станции, так и в разных станциях. Если объекты находятся в одной станции, то они извне неразличимы. Если же равноправные объекты принадлежат разным станциям, то они взаимодействуют через одинаковые протоколы (взаимодействие равноправных объектов разных станций на рис. 6.2 показано стрелками). Соединение между объектами соседних уровней устанавливается посредством точки доступа к услугам (ТДУ). Соединения могут быть следующие: одна точка (ТДУ) с одной; одна с многими или многие с одной.

Обмен информацией между логическими объектами или ТДУ одного и того же уровня осуществляется блоками, которые называются протокольными блоками данных (ПБД). Например, на прикладном уровне (внутри уровня) обмен информацией идет файлами, на физическом уровне – пачкой импульсов при синхронном способе передачи или отдельными символами при асинхронном способе. В подуровне УЛК протокольный блок данных называется кадром.

Данные, передаваемые между равноправными объектами, содержат как данные пользователей, поступившие с предыдущего (в данном случае сетевого) уровня, так и управляющую информацию протокола (УИП), добавляемую на текущем уровне (в данном случае на подуровне УЛК).

При пересечении сопряжения между  двумя соседними уровнями ПБД отображается (преобразуется) в блок данных услуги (БДУ) (рис. 6.3). Это отображение может быть либо простым копированием сообщения, либо разбиением его на более мелкие части, либо объединением нескольких блоков данных в более крупный блок. Затем к БДУ добавляется управляющая информация протокола. При разбиении ПБД на части управляющая информация добавляется к каждой такой части. Сформированная структура для текущего уровня будет представлять также протокольный блок данных.

Длина ПБД, передаваемая между равноправными объектами, может определяться в ходе переговоров в фазе установления соединения.

Такая последовательность действий выполняется в каждом уровне станции-отправителя сообщения. В каждом уровне станции-получателя происходят обратные действия, связанные с отделением УИП от блока данных. Таким образом, проходя через каждый уровень, блок данных получает некоторую управляющую информацию, с которой он может быть адекватно воспринят на следующем уровне. Полный процесс прохода блока данных через все уровни показан на рис. 6.4.

По такому принципу строятся протоколы на всех уровнях эталонной модели ВОС, однако, на подуровне УДС и на физическом уровне, наряду с УИП, к блоку данных услуги добавляется еще и концевик.

В процессе взаимодействия равноправных объектов двух станций, наряду с протокольным блоком данных, передаются еще и примитивы, с помощью которых происходит обмен управляющей информацией для координации работы объектов. Примитив – это элементарная единица взаимодействия смежных уровней в процессе выполнения услуги, т.е. некоторая битовая последовательность, определенная для каждого конкретного протокола, которая представляет собой тип команд для соседнего уровня. Посредством обмена этими примитивами (элементарными командами) реализуются ТДУ различных уровней станции.

Было стандартизировано четыре основных примитива: “запрос”,  “индикация”, “ответ” и “подтверждение” (рис. 6.5). Некоторые из примитивов или все они могут использоваться в каждой фазе процесса взаимодействия объектов.

Например, пользователь сетевого уровня станции А подает примитив “запрос”, чтобы обратиться к процедуре протокола ПУЛК, который является для него поставщиком услуг. Это приводит к посылке подуровнем УЛК протокольного блока данных. Подуровень УЛК станции Б, получив ПБД, вызывает  примитив “индикация” для обращения к процедуре протокола сетевого уровня. Пользователь сетевого уровня генерирует примитив “ответ”, по которому ПУЛК станции Б генерирует ПБД. Получив этот блок данных ПУЛК станции А генерирует примитив “подтверждение”, сигнализируя, что процесс передачи данных от станции А к Б завершен.

Теперь кратко рассмотрим протоколы ЛВС, не зависящие от типа сети и методов доступа.

2. Услуги и формат кадра подуровня УЛК

(стандарт IEEE 802.2)

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

Для ЛВС созданы более простые протоколы. Для протокола подуровня УЛК определено два вида процедур: процедуры, обеспечивающие услуги по передаче данных без установления соединения и без подтверждения доставки данных на подуровне УЛК, и процедуры с предварительным установлением соединения на подуровне УЛК. При этом обеспечивается подтверждение доставки данных, их целостность, а также управление потоком данных.

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

Для реализации процедур указанных типов разработан формат кадра УЛК (рис. 6.6). Формат УИП для подуровня УДС определен для каждого типа ЛВС в зависимости от метода доступа.

Каждый протокольный блок данных содержит два адреса к точке доступа к услугам: адрес получателя (ТДУП) и адрес отправителя (ТДУО). Их форматы приведены на рис. 6.7.

Адреса станций распознаются и обрабатываются в ПУДС. В качестве адресатов ТДУП и ТДУО могут выступать как объекты верхнего уровня (например, сетевые станции или сетевые процессы), так и независимые или несовместимые подуровни УЛК для неоднородных сетей. Формат кадра и способ соглашения по адресации станций должны быть одинаковы для станций ЛВС всех классов.

В формате адресов получателя и отправителя первый бит определяет тип адреса или тип сообщения. Для адреса получателя этот бит И/Г, установленный в "0", означает индивидуальный адрес, а в “1” – групповой адрес. Код адреса ТДУП (11111111)  означает адресацию всем станциям. Адрес отправителя всегда индивидуален или равен нулю. Нулевой  адрес ТДУО используется в тех случаях, когда станция имеет единственную ТДУ, т.е. связь "один к одному". Несколько ТДУ может быть у станции на подуровне УЛК, когда станция физически связана с несколькими другими станциями. Это характерно для центрального узла при звездообразной топологии, а также для мостов, коммутаторов, маршрутизаторов. Бит К/О служит для распознавания команд и ответов в протоколе УЛК.

Все кадры ПУЛК, т.е. ПБД, подразделяются  по своему назначению и характеру передаваемых данных на три типа (рис. 6.8): информационные (ПБДИ), управляющие (ПБДУ) и ненумерованные (ПБДН).

ПБДИ должны обязательно содержать поле информации. Управляющие ПБД предназначены для передачи управляющих команд и ответов. Они в режиме выполнения процедур второго типа осуществляют функции управления информационным потоком, в том числе запросы повторной передачи искаженных блоков. Как правило, информационные и управляющие ПБД обязательно нумеруются. Однако в режиме выполнения процедур, как первого, так и второго типа, команды и ответы могут не нумероваться и для их передачи используются ненумерованные ПБД. В режиме выполнения процедур первого типа посредством ПБДН осуществляется передача служебной информации, идентификация и тестирование ПУЛК. В режиме выполнения процедур второго типа – установление и разъединение логического соединения, информирование об ошибках.

Форматы полей управления ПБД показаны на рис. 6.8.

Первый бит в ПБДИ, первый и второй биты в ПБДУ и ПБДН определяют тип протокольного блока данных, и формат следующей части управляющего поля. Поле данных обязательно содержится в ПБДИ и некоторых типах ПБДН и должно состоять из целого числа октет данных. В большинстве ЛВС подуровень УДС накладывает ограничения на максимальную длину информационного поля, что можно проследить при выполнении лабораторных работ №1-3 лабораторного практикума "Сети ЭВМ и распределенная обработка информации".

Порядковый номер принимаемого ПБД N(r) служит для подтверждения правильно принятых ПБДИ и для запроса повторной передачи искаженных ПБДИ; а порядковый номер передаваемого ПБДИ N(s) – для нумерации передаваемых ПБД. Диапазон номеров принят от 0 до 127.

Когда порядковый номер отправляемого кадра достигнет максимального значения, отправитель прекращает передачу до тех пор, пока не будет получен кадр, переданный в обратном направлении и несущий подтверждения на переданные ранее кадры. Для подтверждения принятых информационных ПБД в ответном ПБД используют разряды N(r) в кадрах ПБДИ и ПБДУ. Номер N(r) подтверждает получение кадра с номером N(r)-1 и любых кадров, предшествующих кадру с данным номером, и не подтвержденных ранее. Число N(r) в отправляемом кадре показывает, что получатель ожидает ПБД с номером N(r) и подтверждает правильность приема всех предыдущих кадров. Отправитель регистрирует в своем накопителе все кадры, на которые не получено положительное подтверждение. Если же положительное подтверждение получено, то кадр может быть удален из накопителя, а его порядковый номер может использоваться вновь.

Бит З/П (“Запрос передачи/Посредний кадр”) в ПБД, содержащих команды, понимается как бит “Запрос передачи”. Это соответствует биту К/О в поле адреса ТДУО = 0. Бит  З/П в ПБД, содержащих ответы, понимается как бит “Последний кадр”, что соответствует биту К/О в поле адреса ТДУО = 1. Биты Y и M идентифицируют соответственно функции ПБДУ и ПБДН. Зарезервированные биты обозначаются X, если они не используются, то X устанавливается в "0".

Свои функции подуровень УЛК выполняет путем обмена командами и ответами между логическими объектами подуровня УЛК, распределенными по всем станциям ЛВС. Под командой понимается ПБД, в поле управления которого содержится инструкция адресуемому логическому объекту подуровня УЛК, а бит К/О в поле адреса ТДУО установлен в "0". Под ответом понимается ПБД, в поле которого содержится информация о результате выполнения команды, и бит К/О установлен в "1". Каждому типу процедур подуровня УЛК соответствует свой набор команд и ответов, которые будут рассмотрены на следующей лекции.


-
6-


 

А также другие работы, которые могут Вас заинтересовать

35162. Политики безопасности в домене Windows. Основные группы параметров 29.5 KB
  Общие сведения о параметрах безопасности: Подразделения домены и сайты связанны с объектами оснастки ГП. Средство параметры безопасности позволяет изменить конфигурацию безопасности для объекта оснастки ГП который в свою очередь повлияет на несколько компьютеров. Параметры безопасности или политики безопасности – это правила для одного или нескольких компьютеров применяемые в целях защиты ресурсов или сети.
35163. Регистрация событий в Windows. Классификация событий 34.5 KB
  Классификация событий. средства протоколирования событий доступные в Windowsсистемах. Когда система замедляется ведет себя непредсказуемо или демонстрирует другое ошибочное поведение нелишне заглянуть в журналы событий и попытаться определить потенциальный источник проблем.
35164. Реестр Windows. Назначение, способы работы с реестром. Меры предосторожности при работе с реестром 40 KB
  В комплект Windows входит редактор реестра программа regedit. Реестр имеет иерархическую древовидную структуру состоящую из разделов подразделов кустов и записей реестра. Существуют специальные редакторы реестра позволяющие просматривать и модифицировать реестр. Категорически не рекомендуется изменять параметры реестра самостоятельно.
35165. Архитектура Microsost SQL Server. Управление к доступам данным в MSSQL Server 37 KB
  Управление к доступам данным в MSSQL Server. Симметричная мультипроцессорная архитектура MS SQL Server предусматривает использование родных сервисов операционной системы Windows для управления потоками памятью операциями дискового чтения записи сетевыми службами функциями безопасности а также для поддержки параллельного выполнения потоков на нескольких CPU. Использование потоков Windows позволяет MS SQL Server автоматически масштабироваться при работе на многопроцессорных платформах что исключает необходимость дополнительной...
35166. Транзакции. Организация транзакций в SQL 36.5 KB
  Организация транзакций в SQL. SQL Server предлагает множество средств управления поведением транзакций. SQL Server поддерживает три вида определения транзакций: явное; автоматическое; подразумеваемое. По умолчанию SQL Server работает в режиме автоматического начала транзакций когда каждая команда рассматривается как отдельная транзакция.
35167. Транзакции. Основные проблемы обработки транзакций 34 KB
  Основные проблемы обработки транзакций. Основные проблемы которые возникают при параллельном выполнении транзакций делятся условно на 4 типа: Пропавшие изменения. Проблемы промежуточных данных. Проблемы несогласованных данных.
35168. Создание WWW ресурсов в MS IIS. Типовая модель назначения прав доступа к ресурсу 42 KB
  Основным компонентом IIS является вебсервер который позволяет размещать в Интернете сайты так же предоставляет клиентам доступ к сайтам по протоколам HTTP. Различные организации используют IIS для поддержки и управления вебстраниц в Интернете или во внутренней сети для поддержки и управления FTPузлами для маршрутизации новостей и почты. На вебсервере можно настроить протокол FTP если надо позволить пользователям загружать файлы с вебсайта и на вебсайт. Файлы размещаются в каталогах на FTPсервере так что пользователи могут...
35169. Средства удалённого доступа к файлам в Windows 44 KB
  На компьютере под управлением Windows XP можно предоставлять общий доступ к файлам как локальным так и удаленным пользователям. Удаленные пользователи подключаются к компьютеру по сети и получают доступ к общим файлам на компьютере. Для доступа к интерфейсу простого общего доступа к файлам необходимо открыть окно свойств папки.