Протокол обнаружения. Протокол обнаружения и коррекции ошибок

Начиная с ██.██.████ мобильной оперативной группой ██-█ было начато расследование серии необъяснимых исчезновений материальных ценностей во время благотворительных вечеров для сбора пожертвований в г. Москва. Используя незадействованный потенциал в лице агентов, находящихся среди сотрудников правоохранительных органов, был произведен масштабный сбор и анализ информации. На основе проработанных данных был составлен подробный список субъектов, присутствовавших во время всех инцидентов (включая обслуживающий и технический персонал). За всеми подозреваемыми была организована круглосуточная слежка, прослушивание телефонных переговоров, доступ к электронной переписке.

В результате оперативно-розыскных мероприятий арестованы ██ субъектов из числа персонала по подозрению в хищении материальных ценностей. Из ██ наименований конфискованных изделий лишь █ соответствовали перечню пропавших.

Свидетели были повторно допрошены для выявления следов воздействия потенциального SCP-объекта.

Приложение 1186-1/a:

Дата: ██.██.████
Опрашивающий: агент Л., МОГ ██-█
Опрашиваемый: В██████ █.█., пол: женский, 74 года, бывшая актриса, меценат

Л.: Расскажите, пожалуйста, подробнее – заметили ли Вы что-либо необычное в тот вечер?

В.: Да, это было… м… ближе к окончанию, наверное. Я как раз направлялась в дамскую комнату. Поставила сумочку на край раковины, сняла серьги. Они довольно тяжелые, знаете ли, уши постоянно оттягивают. Помню, как сняла их и положила в сумку, ополоснула лицо водой, а потом… они исчезли. Вышла в холл, и мы с Борюсиком (прим.: телохранитель В██████ █.█.) , вместе посмотрели в сумке. Весь вечер была на нервах… пришла домой, вытряхнула все вещи на стол – их нигде не было, понимаете…

Л.: Вы уверены, что они не упали в раковину?

В.: Что вы, я бы услышала… Они достались мне еще от прабабки, царство ей небесное. О цене я вообще молчу… Вы ведь найдете их, молодой человек?

Дата: ██.██.████
Опрашивающий: агент Л., МОГ ██-█
Опрашиваемый: Н████████ █.█., пол: женский, 23 года, модель

Н.: Я закурю?

Л.: Попросил бы Вас воздержаться.

Итак, что Вы можете нам сообщить по инциденту от ██.██.████? Было ли что-нибудь необычное, что привлекло Ваше внимание?

Н.: Мы с Мариной вышли покурить на балкон…

Л.: Одну минуту… (в диктофон) Б██████ М.█., [УДАЛЕНО] года рождения, проходит свидетелем… (листает бумаги) №47 по данному делу. Продолжайте…

Н.: В общем, мы покурить вышли. Марина попросила у меня зажигалку (прим.: именная зажигалка "Zippo" образца 1939 г., ориентировочная стоимость: 6 тыс. долл.) , подкурила, я бросила ее в сумку. Она закашлялась и выронила сигарету. Ну, я достала новую из пачки, стала искать зажигалку… Мы всю сумочку перерыли, отправили официанта поискать под окнами – и ничего!..

Здесь точно нельзя курить?

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

В ходе отработки версии о карманных кражах, были проверены ломбарды, "черные рынки" и другие места, куда можно было сбыть украденное. В течение трех месяцев обеспечивался контроль над оборотом предметов, проходящих через вышеозначенные заведения, в результате чего было обнаружено еще █ наименований изделий из списка пропавших.

Приложение 1186-1/b:

Подозреваемый №3 : А███████ █.█., пол: женский, 19██ года рождения, уроженка г. Санкт-Петербург, РФ.

Подозреваемый №4 : Т█████ █.█., пол: женский, 19██ года рождения, уроженка г. Острогожск, Воронежская область, РФ.

Состоят в родственной связи и приходятся друг другу сестрами.

Мать: [ДАННЫЕ УДАЛЕНЫ]
Биологический отец А.: [ДАННЫЕ УДАЛЕНЫ]
Биологический отец Т.: [ДАННЫЕ УДАЛЕНЫ]

Перехваченные переговоры по мобильному телефону между А. и Т. послужили основанием считать их основными подозреваемыми в данном деле.

Приложение 1186-1/c:

Дата: ██.██.████
Время: 18:46

А.: Эй, ты как?

Т.: Я так больше не могу…

А.: Успокойся, слышишь! Мне тоже не нравится, но… ничего не поделаешь. Еще один раз, если повезет… одного раза будет достаточно. Слышишь, всё будет хорошо.

Т.: Я устала…

А.: Мы все устали. Давай обсудим… м… наши планы. Завтра в три на "нашем месте". Давай, сестренка, не кисни, я на тебя рассчитываю.

Т.: Хорошо, я приду. Но обещай, что этот раз точно последний…

А.: Обещаю…

Командиром МОГ ██-█ М█████████ █.█., было предложено организовать очередной вечер благотворительности с целью локализации и захвата объекта на месте. Операция была назначена на ██.██.████, местом проведения выбран [УДАЛЕНО]. Мобильная оперативная группа была усилена сотрудниками местных правоохранительных органов в штатском, заменившими часть гостей, а также обслуживающего и технического персонала на банкете. Дополнительное наблюдение, как за внутренней обстановкой, так и за внешним периметром, обеспечивалось установкой скрытых беспроводных видеокамер. В качестве подстраховки выступали (4) снайпера, размещенные на крышах близлежащих домов.

Операция прошла без осложнений. Подозреваемая №4 задержана во время благотворительного вечера при посещении уборной и транквилизирована. Подозреваемая №3, в течение всего времени проведения банкета находившаяся в машине на стоянке возле [УДАЛЕНО], попыталась скрыться. Транспортное средство выведено из строя двумя меткими выстрелами по колесам. Подозреваемая задержана и транквилизирована. Субъекты, перечень конфискованных предметов, а также транспортное средство переправлены в [УДАЛЕНО], являющийся учреждением-прикрытием Фонда, для проведения первичного допроса.

Приложение 1186-1/d: Список примечательных предметов, конфискованных при задержании

Приложение 1186-1/e:

Дата: ██.██.████
Опрашивающий: агент М., МОГ ██-█
Опрашиваемый: А███████ █.█.

А.: Какого хера вам от меня нужно?! Где я?

М.: (зачитывает в слух досье) А███████ █.█., 19██ года рождения. Вы задержаны по подозрению в совершении серии краж материальных ценностей, статья 158 УК РФ.

А.: (нервный смешок) И всё?

М.: Незаконное хранение наркотиков, статья 228. Мне продолжать?

Итак, я повторяю вопрос: как вы делали это? Мы знаем, что вы и ваша сестра работали в паре, она была "наводчицей", сливала информацию… Какова ваша роль во всем этом?

А.: Пошел ты нахер, понял! У тебя на нас ничего нет! Ничего!..

М.: Хорошо, уведите её. (в интерком) Охрана, сопроводите Т█████ в комнату для допроса.

А.: Сестру… не трогай! Сука, пусти!..

Дата: ██.██.████
Опрашивающий: агент М., МОГ ██-█
Опрашиваемый: Т█████ █.█.

М.: Здравствуйте, я хотел бы задать вам несколько вопросов.

Т.: Что с моей сестрой? С ней всё в порядке?

М.: С вашей сестрой всё в порядке, но мне кажется, она сама не понимает, во что ввязалась. Может быть, вы сумеете прояснить ситуацию. Только прошу вас, не нужно врать, не отнимайте время, своё и моё. Итак, что вы делали на банкете?

Т.: Боже мой, я так и знала, рано или поздно… (неразборчиво) Хорошо… Я подбирала для неё богатых дамочек, а она обчищала их сумки…

М.: Судя по записям камер наблюдения, во время последнего инцидента А███████ всё время находилась в машине. Как же ей это удавалось?

Т.: О, господи. Я бы и сама не поверила, если бы не видела собственными глазами – всё дело в сумке… Старинная такая, большая железная застежка в виде за́мка. Сестра в последнее время всегда носила её с собой, она досталась ей от бабушки, понимаете…

Не знаю, как это работает… Представьте… что все сумки мира связаны невидимой пуповиной… знаете, как будто ее перерезать забыли… (нервный смех) Засовываешь руку, а потом – раз, и в ней уже губная помада от "Dior", или тушь… Я красть не хотела… Сначала это было просто развлечение: сидели в кафешке и соревновались в том, что сможет вытащить что-нибудь "эдакое", любовную записку или там, пачку презервативов. Было забавно. А потом ████ вытащила цепочку, золотую. С этого всё и началось…

Мы думали, никто и не узнает… Всё давалось слишком легко и сестра потеряла голову, начала баловаться наркотиками, а я… не смогла её остановить. Предлагала всё бросить, присмотрела хорошую клинику… денег было достаточно. Но ████ "подсела" на всё это, связалась с очень опасными людьми, появились долги. Ей кто-то звонил по ночам и угрожал. Она обещала, что этот раз - последний…

(испуганно) Что теперь с нами будет?

По наводке А███████ █.█., агенты МОГ, совместно с правоохранительными органами, вышли на преступную группировку, занимавшуюся контрабандой украшений и предметов древности за рубеж. Среди конфискованных ценностей обнаружились ██ наименований, относящихся к данному делу.

Задержанные А███████ █.█. и Т█████ █.█. обработаны амнезиаком класса B. Субъектам были предъявлены обвинения. Решением суда постановлено: [ДАННЫЕ УДАЛЕНЫ] с возможностью досрочного освобождения.

Сумка, проходящая по делу, как вещественное доказательство №74/048, реклассифицирована в SCP-1186 и передана в исследовательский отдел Зоны █ для изучения.

Приложение 1186-1/f:

Поступившая ██.██.████ гражданка А███████ █.█., 19██ года рождения, скончалась сегодня в 19:38, не приходя в сознание. Причина смерти: передозировка психоактивными веществами (предположительно, опиатной группы).

Канальный уровень должен обнаруживать ошибки передачи данных, связанные с искажением бит в принятом кадре данных или с потерей кадра, и по возможности их корректировать.

Большая часть протоколов канального уровня выполняет только первую задачу - обнаружение ошибок, считая, что корректировать ошибки, то есть повторно передавать данные, содержавшие искаженную информацию, должны протоколы верхних уровней. Так работают такие популярные протоколы локальных сетей, как Ethernet, Token Ring, FDDI и другие. Однако существуют протоколы канального уровня, например LLC2 или LAP-B, которые самостоятельно решают задачу восстановления искаженных или потерянных кадров.

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

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

Компрессия данных

применяется для сокращения времени передачи данных.

может использоваться ряд алгоритмов компрессии, каждый из которых применим к определенному типу данных. Некоторые модемы предлагают адаптивную компрессию, при которой в зависимости от передаваемых данных выбирается определенный алгоритм компрессии.

Десятичная упаковка. Когда данные состоят только из чисел. Просмотр таблицы ASCII показывает, что старшие три бита всех кодов десятичных цифр содержат комбинацию 011. Если все данные в кадре информации состоят из десятичных цифр, то, поместив в заголовок кадра соответствующий управляющий символ, можно существенно сократить длину кадра.

Относительное кодирование.для чисел. передача только этих отклонений вместе с известным опорным значением.

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

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

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

Одним из наиболее распространенных алгоритмов, на основе которых строятся неравномерные коды, является алгоритм Хафмана, позволяющий строить коды автоматически, на основании известных частот символов. Существуют адаптивные модификации метода Хафмана, которые позволяют строить дерево кодов «на ходу», по мере поступления данных от источника.

Протокол Обнаружения Cisco (CDP) является мощным инструментом контроля и диагностики сети. CDP является инструментом сбора информации, используемым администраторами сети, чтобы получить сведения о непосредственно соединенных устройствах Cisco.

Сетевое обнаружение с CDP

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

Большинство сетевых устройств, по определению, не работает в изоляции. У устройства Cisco обычно есть другие устройства Cisco как соседи в сети. Информация, собранная с других устройств, может помочь Вам в принятии решений проектирования сети, поиске и устранении неисправностей и произведении изменений в оборудовании. CDP может использоваться в качестве инструмента сетевого обнаружения, помогая Вам создать логическую топологию сети, когда такая документация отсутствует или недостает подробностей.

Знакомство с общим понятием соседей важно для понимания CDP так же как для будущих обсуждений о протоколах динамической маршрутизации.

Соседи Уровня 3

На данный момент в нашей конфигурации топологии мы соединили только непосредственно соседей. На Уровне 3, протоколы маршрутизации полагают, что соседи - это устройства, которые совместно используют то же самое сетевое адресное пространство.

Например, R1 и R2 являются соседями. Оба - элементы сети 172.16.2.0/24. R2 и R3 также являются соседями, потому что они оба совместно используют сеть 192.168.1.0/24. Но R1 и R3 не являются соседями, потому что они не разделяют сетевое адресное пространство. Если бы мы соединили R1 и R3 кабелем и сконфигурировали бы на каждом IP-адрес той же самой сети, то они были бы соседями.

Соседи Уровня 2

CDP работает только на Уровне 2. Поэтому, соседи CDP являются устройствами Cisco, которые непосредственно соединены физически и совместно используют тот же самый канал передачи данных. На рисунке Протокола CDP администратор сети вошел в систему S3. S3 получает извещения CDP только от S1, S2 и R2.

Нажмите кнопку 2 на рисунке.

В этой топологии мы можем увидеть, что следующие отношения соседей CDP:

R1 и S1 являются соседями CDP.

R1 и R2 являются соседями CDP.

R2 и S2 являются соседями CDP.

R2 и R3 являются соседями CDP.

R3 и S3 являются соседями CDP.

Заметьте различие между соседями Уровня 2 и Уровня 3. Коммутаторы не являются соседями маршрутизаторов на Уровне 3, потому что коммутаторы работают только на Уровне 2. Однако, коммутаторы является соседями Уровня 2 с их непосредственно соединенными маршрутизаторами.

В следующем разделе мы рассмотрим, как CDP может оказаться полезным для сетевого администратора.

Мобильных и иных коммуникационных сервисов предполагает задействование различных протоколов связи. Какие из них можно считать самыми распространенными? В чем может заключаться значимость соответствующих стандартов?

Что представляют собой протоколы связи?

Протокол связи — это перечень унифицированных инструкций, которые устанавливают то, каким образом те или иные программные либо аппаратные интерфейсы должны обеспечивать передачу данных — например, текстовых, графических, аудио- и видеопотоков. Соответствующие протоколы создаются главным образом для облегчения масштабирования различных компьютерных сетей. Например, внедрение протокола TCP/IP позволило унифицировать передачу данных фактически по всему миру, благодаря чему стало возможно объединение компьютеров в

На современном рынке информационных технологий протоколы используются на самых разных уровнях внедрения коммуникационных интерфейсов. Они постоянно дорабатываются, обновляются. Периодически разрабатываются новые протоколы, отражающие специфику развития коммуникационного рынка. Могут использоваться различные протоколы связи в сетях как бытового, так и промышленного назначения, реализованных на базе инфраструктуры научно-исследовательских центров и т. д. В числе самых распространенных стандартов соответствующего типа — Ethernet, CAN, HART.

Использование протоколов связи осуществляется также в сфере услуг мобильных коммуникаций. В числе таковых — 3G, 4G, GPRS.

Данные протоколы в сетях мобильных операторов различаются, в частности:

По скорости между абонентом и поставщиком коммуникационных услуг;

По диапазонам частот;

По показателям максимального расстояния коммуникационного устройства до базовой станции.

Что касается классификации протоколов компьютерной связи — она характеризуется достаточно высоким уровнем сложности. Рассмотрим ее специфику подробнее.

Классификация протоколов компьютерной связи

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

Прикладной;

Представительский;

Сеансовый;

Транспортный;

Сетевой;

Канальный;

Физический.

Изучим их подробнее.

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

Рассматриваемый уровень, в рамках которого может быть классифицирован тот или иной протокол связи, относится, прежде всего, к приложениям. То есть, он обеспечивает коммуникации между и конкретными программами пользователя. Здесь используются такие протоколы, как HTTP, Telnet, DNS, IRC, BitTorrent и многие другие, посредством которых осуществляется поставка современных онлайновых сервисов.

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

На соответствующем уровне протокол связи предполагает представление тех или иных данных. Здесь могут осуществляться процедуры преобразования одних протоколов в другие, кодирование, сжатие файлов, управление различными запросами.

Конкретные приложения задают определенные запросы в сеть, после чего — преобразуются в язык, понятный серверу. Далее происходит обработка запроса. Затем ответ от сервера преобразуется, в свою очередь, в язык, понятный приложению. В числе популярных протоколов соответствующего типа — ASN, FTP, SMTP. Можно также в определенной степени отнести к таковым и HTTP, FTP.

Сеансовый уровень протоколов связи

На данном уровне протокол связи используется в целях осуществления конкретной операции — например, синхронизации тех или иных задач, создания сеанса связи, отправки или получения файла. В числе распространенных протоколов, что используются в подобных целях — ASP, DLC, SOCKS.

Транспортный уровень протоколов связи

Соответствующего типа стандарты используются в целях непосредственно доставки тех или иных типов данных от одного сетевого объекта к другому. Во многих случаях здесь осуществляется разделение файлов на отдельные элементы — для облегчения их передачи. К протоколам соответствующего типа можно отнести TCP, UDP, RMTP.

Сетевой уровень протоколов

Следующий тип стандартов, на основе которого может функционировать система связи — протоколы сетевого уровня. Они отвечают, прежде всего, за способы передачи данных, трансляцию адресов, коммутацию, мониторинг качества работы инфраструктуры. К таким протоколам можно отнести, в частности, тот же TCP/IP, ICMP. DHCP.

Канальный уровень протоколов

Данные стандарты применяются для обеспечения функционирования ключевых аппаратных компонентов сети. Соответствующие протоколы позволяют системе, прежде всего, проверить данные, поступающие с физического уровня, на наличие ошибок. При необходимости также осуществляется их корректировка.В числе таких стандартов — распространенный протокол связи PPP, такие алгоритмы, как SLIP, L2F, PROFIBUS. В принципе, к канальным протоколам можно отнести и Ethernet.

Физический уровень протоколов

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

В случае с проводной передачей могут задействоваться такие стандарты, как RS-232, xDSL, 100BASE-T. Распространенные протоколы беспроводной связи — в частности, реализованной с помощью Wi-Fi-роутеров - те, что относятся к типу IEEE 802.11.

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

Что представляет собой протокол PPP?

Рассматриваемый протокол относится, как мы отметили выше, к стандартам, которые предназначены для обеспечения функционирования инфраструктуры сетей на канальном уровне. Он универсален: посредством соответствующего протокола можно реализовать аутентификацию устройства, задействовать механизм шифрования данных, при необходимости — сжатие файлов.

Рассматриваемый протокол обеспечивает функционирование сетей на базе распространенных коммуникационных ресурсов — таких как телефонные линии, каналы сотовой связи. Если в той или иной программе выскакивает надпись о том, что протокол PPP связью был прерван, то это, скорее всего, будет означать невозможность получения пользователем фактического доступа к сетевым ресурсам, что предоставляются его провайдером.

Существует несколько разновидностей соответствующего стандарта — например, PPPoE, PPPoA. При этом структура протокола, о котором идет речь, включает несколько стандартов: LCP, NCP, PAP, CHAP, MLPPP. Еще один распространенный на современном IT-рынке протокол — HTTP.

Что представляет собой протокол HTTP?

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

Стандарт, о котором идет речь, предполагает передачу данных от программно-аппаратного объекта в статусе клиента к серверу и наоборот. Первый направляет второму запросы, а тот отвечает на них по установленному алгоритму. Существует несколько разновидностей рассматриваемого протокола: например, HTTPS, HTTP-NG. Главные преимущества, обуславливающие тот факт, что протокол связи HTTP стал одним из самых популярных:

Универсальность;

Простота реализации;

Возможность расширения;

Наличие широкой поддержки со стороны производителей программного обеспечения.

Есть и у него и ряд недостатков, выделяемых экспертами:

Достаточно большая величина отдельных сообщений;

Неприспособленность к распределенным вычислениям;

Отсутствие возможности осуществлять навигацию по ресурсам, размещенным на сервере.

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

Большое количество производителей, рассматривая различные протоколы связи в сетях как базовые для выстраивания коммуникационной инфраструктуры, выбирают именно HTTP — как функциональный и надежный инструмент организации доступа к различным онлайн-ресурсам, конфигурирования объектов, управления различными девайсами.

Если говорить конкретно о сфере промышленности, то к числу самых востребованных протоколов в соответствующем сегменте рынка можно отнести Modbus.

Что представляет собой протокол Modbus?

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

Есть версии Mobdus, адаптированные для передачи данных поверх TCP/IP. Еще одно популярное в среде промышленных предприятий решение — PROFIBUS-FDL.

Что представляет собой протокол PROFIBUS-FDL?

Рассматриваемый протокол функционирует в рамках сети PROFIBUS, которая получила распространение среди европейских промышленных предприятий. Ее прототип был разработан специалистами компании Siemens и подлежал применению на участках производства, где задействовались контроллеры.

Впоследствии на базе разработок немецкой корпорации была сформирована инфраструктура сети, в которой были объединены различные технологические, а также функциональные особенности последовательных коммуникаций, относящихся к полевому уровню. Рассматриваемый сетевой протокол позволил осуществить интеграцию разнотипных устройств автоматизации в рамках единой системы производства. Стоит отметить, что протокол PROFIBUS-FDL — не единственный, что функционирует а указанной промышленной сети. Однако, он является единым с точки зрения применимости в целях организации доступа к основной шине.

Так или иначе, рассматриваемый протокол связи дополняется следующими стандартами:

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

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

Стандарт PROFIBUS FMS характеризуется универсальностью. Он предназначен, прежде всего, для организации обмена данными между высокотехнологичными компонентами промышленной инфраструктуры — компьютерами, программаторами, контроллерами.

В числе самых сильных сторон протоколов, функционирующих в сети PROFIBUS — открытость (то есть, они могут быть использованы любыми заинтересованными промышленными предприятиями), широкая распространенность (что обуславливает облегчение масштабирования промышленной инфраструктуры при расширении рынков, открытии новых производств).

Резюме

Итак, мы рассмотрели сущность протоколов связи, изучили особенности некоторых популярных разновидностей соответствующих стандартов. Основное их назначение — обеспечение передачи данных в рамках унифицированных форматов. То есть — тех, которые могут быть масштабированы в рамках инфраструктуры, как правило, значительно превышающей масштабы отдельно взятого предприятия.

Фактически речь идет о международных стандартах: современные протоколы сотовой связи, проводных, Wi-Fi-коммуникаций, распространены очень широко, общедоступны, относительно легко масштабируются. Безусловно, в ряде случаев даже на таких глобальных рынках, как оказание услуг сотовой связи возможно применение региональных протоколов, но в интересах крупнейших брендов — внедрять, если это не противоречит интересам бизнеса, а в ряде случаев — и государства, как можно более унифицированные стандарты, что позволит активизировать международные коммуникации.

Есть ряд фундаментальных протоколов связи. В контексте интернета к таковым можно отнести HTTP, TCP/IP. В сегменте услуг по предоставлению доступа в сеть к таковым может быть отнесен стандарт PPP. Если пользователь видит сообщение о том, что протокол управления PPP-связью был прерван, то он, скорее всего, не сможет получить доступа к онлайновым ресурсам ни с помощью HTTP, ни с использованием TCP/IP. Таким образом, каждый стандарт имеет большую значимость и, более того, во многих случаях неразрывно связан с другими. Если один протокол связью прерван, то есть вероятность, что пользователь не сможет получить доступа к тем ресурсам, за организацию коммуникаций с которыми отвечают иные стандарты.

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

Протокол обнаружения услуг (Service Discovery Protocol - SDP) является меха­низмом, посредством которого устройства Bluetooth обнаруживают доступные ус­луги, а также характеристики этих услуг.

Термин «услуги» включает в себя широкий спектр приложений или ресурсов. Доступ к ресурсам может включать информационный доступ к услугам или про­вайдерам услуг.

Услуги могут быть обычными:

• Поисковая связь

  Факсимильная связь

Возможны также различные виды доступа к информации:

Организация телеконференций

Сетевые мосты

Частью функции протокола обнаружения услуг является обеспечение средств обнаружения и получения протоколов, методов доступа, «драйверов», и других ко­дов, необходимых для использования услуг. Кроме того, через этот протокол кон­тролируются другие атрибуты, такие как: управление доступом к услугам, рекла­мирование услуг, выбор между конкурирующими услугами, оплата услуг и т.п.

В разделе SDP интерес представляют следующие подразделы:

Общий обзор

Представление данных

Описание протокола

Определения атрибутов услуг

Общий обзор

Механизм обнаружения услуг предоставляет приложениям клиента средства для обнаружения услуг, предоставленных приложениями сервера, а также атрибутов этих услуг. Атрибуты услуг включают тип или класс услуги, а также механизм или протокол, необходимый для получения и использования услуги.

Рис. 2.35. SDP-взаимодействие клиента и сервера

SDP включает связь между SDP-клиентом и SDP-сервером. Сервер поддержива­ет так называемые записи об услугах, которые описывают характеристики услуг, связанных с сервером. Каждая запись содержит информацию об одной услуге. Кли­ент может получать информацию из записи с помощью SDP-запроса (рис. 2.35).

Если клиент или приложение, связанное с клиентом, решает использовать услу­гу, оно должно создать отдельное соединение с провайдером услуг. SDP обеспечи­вает механизм для обнаружения услуг и их атрибутов (включая протоколы доступа к услугам), но не обеспечивает механизм использования этих услуг.

На каждое устройство Bluetooth приходится не более одного SDP-сервера. (Если устройство Bluetooth работает только как клиент, ему не нужен SDP-cep-вер.) Одно устройство Bluetooth может функционировать и как SDP-клиент, и как SDP-сервер. Если многочисленные приложения на устройстве предостав­ляют услуги, SDP-сервер устройства может работать от лица провайдера этих услуг.

Подобным образом, многочисленные приложения клиента могут использовать SDP-клиент для запроса серверов от лица приложений клиента.

Количество SDP-серверов, доступных SDP-клиенту, может меняться, по мере того как клиент и сервер входят в зону действия друг друга или выходят из нее. Когда сервер становится доступен, потенциальный клиент должен быть уведомлен об этом без использования SDP , для того чтобы он мог использовать SDP для за­проса сервера о его услугах. Подобным образом, когда сервер покидает зону дейст­вия или становится недоступен по какой-либо причине, SDP не используется для уведомления об этом клиента. Однако, клиент может использовать SDP для запро­са сервера, и если сервер не отвечает на запросы, клиент заключает, что сервер ему недоступен.

Представление данных

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

Описание протокола

Протокол обнаружения услуг является простым протоколом с минимальными тре­бованиями к основному транспорту. SDP использует модель запрос/ответ, где каждая транзакция состоит из одного PDU запроса и одного PDU ответа. Однако, нет гарантии, что серии запросов приведут к возвращению ответов в том же самом порядке.

Когда SDP использует транспортный протокол Bluetooth L2CAP, в одном L2CAP пакете может быть передано несколько SDP PDU, но в определенный мо­мент времени только один L2CAP пакет за соединение к данному SDP серверу мо­жет ожидать выполнения. Другими словами, клиент должен получать ответ на каждый запрос до того, как он сделает следующий запрос в этом же L2CAP соеди­нении. Ограничение SDP к передаче одного непризнанного запроса обеспечивает простую форму управления потоком данных.

Порядок передачи байтов

Протокол обнаружения услуг передает многобайтовые поля в обратном порядке байтов, при котором сначала передаются наиболее значимые байты, а потом наиме­нее значимые.

Формат PDU

Каждая протокольная единица обмена протокола SDP состоит из заголовка PDU, за которым следуют специальные параметры PDU. Заголовок состоит из трех полей: PDU ID, ID транзакции и длина параметра (рис. 2.36).

Определения атрибутов услуг

В раздел SDP Ядра технических требований Bluetooth включены только классы услуг, которые непосредственно поддерживают SDP-сервер. Дополнительные классы услуг определены в разделе Профили. Вероятно, что последующие модер­низации технических требований Bluetooth будут иметь дополнительные классы услуг и модификации уже существующих.

Интерфейсы связи

Чтобы усовершенствовать большое количество современных коммуникацион­ных приложений беспроводная технология Bluetooth должна взаимодействовать с существующими структурами протоколов и приложений.

Технические требования Bluetooth описывают четыре адаптации:

Взаимодействие с IrDA

Управление телефонией

Требования к взаимодействию для использования Bluetooth в качестве WAP bearer 1 .