PPP не совсем вписывается в такое определение, поэтому обычно описывается в виде пары протоколов HDLC/SDLC.

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

Канальный уровень иногда разделяют на 2 подуровня — LLC и MAC.

Сетевой уровень

Изначально разработан для передачи данных из одной (под)сети в другую. Примерами такого протокола является X.25 и IPC в сети ARPANET.

С развитием концепции глобальной сети в уровень были внесены дополнительные возможности по передаче из любой сети в любую сеть, независимо от протоколов нижнего уровня, а также возможность запрашивать данные от удалённой стороны, например в протоколе ICMP (используется для передачи диагностической информации IP-соединения) и IGMP (используется для управления multicast-потоками).

ICMP и IGMP расположены над IP и должны попасть на следующий — транспортный — уровень, но функционально являются протоколами сетевого уровня, а поэтому их невозможно вписать в модель OSI.

Пакеты сетевого протокола IP могут содержать код, указывающий какой именно протокол следующего уровня нужно использовать, чтобы извлечь данные из пакета. Это число — уникальный IP-номер протокола. ICMP и IGMP имеют номера, соответственно, 1 и 2.

Транспортный уровень

Протоколы транспортного уровня могут решать проблему негарантированной доставки сообщений («дошло ли сообщение до адресата? »), а также гарантировать правильную последовательность прихода данных. В стеке TCP/IP транспортные протоколы определяют для какого именно приложения предназначены эти данные.

Протоколы автоматической маршрутизации, логически представленные на этом уровне (поскольку работают поверх IP), на самом деле являются частью протоколов сетевого уровня; например OSPF (IP идентификатор 89).

TCP (IP идентификатор 6) — «гарантированный» транспортный механизм с предварительным установлением соединения, предоставляющий приложению надёжный поток данных, дающий уверенность в безошибочности получаемых данных, перезапрашивающий данные в случае потери и устраняющий дублирование данных. TCP позволяет регулировать нагрузку на сеть, а также уменьшать время ожидания данных при передаче на большие расстояния. Более того, TCP гарантирует, что полученные данные были отправлены точно в такой же последовательности. В этом его главное отличие от UDP.

UDP (IP идентификатор 17) протокол передачи датаграмм без установления соединения. Также его называют протоколом «ненадёжной» передачи, в смысле невозможности удостовериться в доставке сообщения адресату, а также возможного перемешивания пакетов. В приложениях, требующих гарантированной передачи данных, используется протокол TCP.

UDP обычно используется в таких приложениях, как потоковое видео и компьютерные игры, где допускается потеря пакетов, а повторный запрос затруднён или не оправдан, либо в приложениях вида запрос-ответ (например, запросы к DNS), где создание соединения занимает больше ресурсов, чем повторная отправка.

И TCP, и UDP используют для определения протокола верхнего уровня число, называемое портом. Существует список стандартных портов TCP и UDP.

Прикладной уровень

На прикладном уровне работает большинство сетевых приложений.

Эти программы имеют свои собственные протоколы обмена информацией, например, HTTP для WWW, FTP (передача файлов), SMTP (электронная почта), SSH (безопасное соединение с удалённой машиной), DNS (преобразование символьных имён в IP-адреса) и многие другие.

В массе своей эти протоколы работают поверх TCP или UDP, и привязаны к определённому порту, например:

• HTTP на TCP-порт 80 или 8080,

• FTP на TCP-порт 20 (для передачи данных) и 21 (для управляющих команд),

• SSH на TCP-порт 22,

• запросы DNS на порт UDP (реже TCP) 53,

• обновление маршрутов по протоколу RIP на UDP-порт 520.

Эти порты определены Агентством по выделению имен и уникальных параметров протоколов (IANA).

Бесспорно, к этому уровню относятся: DHCP, Echo, Finger, Gopher, HTTP, HTTPS, IMAP, IMAPS, IRC, NNTP, NTP, POP3, POPS, QOTD, RTSP, SNMP, SSH, Telnet, XDMCP.

Протокол LonTalk

 

Одной из главных составляющих технологии LonWorks является открытый протокол LonTalk, описываемый 7-уровневой сетевой моделью взаимодействия открытых систем OSI.

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

Каждый узел LonWorks работает с физическим уровнем в одном из двух режимов – прямом или специальном. В прямом режиме информация передается в закодированном виде (например, с применением дифференциального манчестерского кодирования битов), а в специальном режиме данные передаются последовательно и без кодирования. Причем в обоих режимах каждый пакет сопровождается 16-битовым CRC-кодом. Это позволяет не учитывать при передаче битов конкретную реализацию среды передачи. При работе в прямом режиме контроль над скоростью передачи данных, длиной заголовков пакетов и кодированием берет на себя микроконтроллер Neuron. В специальном режиме эти задачи выполняет приемопередатчик, используемый для сопряжения различных физических протоколов.

На подуровне MAC в качестве средства борьбы с коллизиями (конфликтными ситуациями) используется предиктивный метод, основанный на упорядочении доступа к каналу с учетом предполагаемой нагрузки на канал. Передающий узел всегда получает доступ к каналу со случайной задержкой из диапазона от 0 до некоторой величины w, являющейся функцией числа незавершенных заданий, стоящих в очереди на выполнение. Разрешение коллизий на этом подуровне осуществляется по следующим правилам:

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

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

3. Если после 255 последовательных попыток передачи пакета возникает коллизия, то задание снимается.

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

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

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

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

Уровень приложений и предоставления данных создает основу для совместимости узлов протокола LonTalk. Одной из важных задач, решаемых на этом уровне, является передача чужеродных по отношению к LonTalk телеграмм. Такая функция используется для организации шлюзов между доменами, а также для перехода через LonTalk к другим протоколам. В LonWorks используется модифицированный произвольный доступ с контролем несущей (CSMA/CD). Для уменьшения нагрузки на сеть используется событийный механизм обмена сообщениями, а для сокращения внутрисетевого трафика можно использовать сегментацию сети при помощи маршрутизаторов, выпускаемых различными производителями.

Протокол Profibus

 

Физический уровень PROFIBUS

Физически PROFIBUS может представлять из себя:

· электрическая сеть в основе своей использующая экранированную витую пару.

· оптическая сеть на основе оптоволоконного кабеля.

· инфракрасная сеть.

 

Скорость передачи по ней может варьироваться от 9, 6 Кбит/сек до 12 Мбит/сек.

Протокол доступа к шине

Для всех версий PROFIBUS существует единый протокол доступа к шине. Этот протокол реализуется на 2 уровне модели OSI (который называется в PROFIBUS-FDL). Данный протокол реализует процедуру доступа с помощью маркера (token). Сеть PROFIBUS состоит из ведущих (master) и ведомых (slave) станций. Ведущая станция может контролировать шину, то есть может передавать сообщения (без удалённых запросов), когда она имеет право на это (то есть когда у неё есть маркер). Ведомая станция может лишь распознавать полученные сообщения или передавать данные после соответствующего запроса. Маркер циркулирует в логическом кольце, состоящем из ведущих устройств. Если сеть состоит только из одного ведущего, то маркер не передаётся (в таком случае в чистом виде реализуется система master-slave). Сеть в минимальной конфигурацией может состоять либо из двух ведущих, либо из одного ведущего и одного ведомого устройства.

Конфигурирование PROFIBUS

Многие из программных средств конфигурирования сети PROFIBUS ориентированы непосредственно на того или иного производителя и часто содержат помимо средств конфигурирования сети дополнительные средства, например, средства для программирования контроллеров и т. д. Среди таких программ это STEP 7 (пакет программирования контроллеров SIMATIC S7-300 и SIMATIC S7-400 фирмы Siemens AG). Но есть много программ, работающих с оборудованием разных фирм. Таких как Com PROFIBUS — для конфигурирования сети PROFIBUS, или SINEC Scope L2 — средство для пассивного (то есть без какого-либо влияния на сеть) наблюдения за обменом данными в сети PROFIBUS.

Протоколы сети PROFIBUS

Одни и те же каналы связи сети PROFIBUS допускают одновременное использование нескольких протоколов передачи данных:

· PROFIBUS DP (Decentralized Peripheral - Распределенная периферия) — протокол, ориентированный на обеспечение скоростного обмена данными между системами автоматизации (ведущими DP-устройствами) и устройствами распределённого ввода-вывода (ведомыми DP-устройствами). Протокол характеризуется минимальным временем реакции и высокой стойкостью к воздействию внешних электромагнитных полей. Оптимизирован для высокоскоростных и недорогих систем. Эта версия сети была спроектирована специально для связи между автоматизированными системами управления и распределенной периферией. Электрически близка к RS-485, но сетевые карты используют 2-х портовую рефлективную память, что позволяет устройствам обмениваться данными без загрузки процессора контроллера.

· PROFIBUS PA (Process Automation - Автоматизация процесса) — протокол обмена данными с оборудованием полевого уровня, расположенным в обычных или Ex-зонах (взрывоопасных зонах). Протокол отвечает требованиям международного стандарта IEC 61158-2. Позволяет подключать датчики и приводы на одну линейную шину.

· PROFIBUS FMS (Fieldbus Message Specification - Спецификация сообщений полевого уровня) — универсальный протокол для решения задач по обмену данными между интеллектуальными сетевыми устройствами (контроллерами, компьютерами/программаторами, системами человеко-машинного интерфейса) на полевом уровне. Некоторый аналог промышленного Ethernet, обычно используется для высокоскоростной связи между контроллерами и компьютерами верхнего уровня и используемыми диспетчерами. Скорость до 12 Мбит/с.

 

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

 

· Службы FDL (Field Data Link - Канал полевых данных), SEND/RECEIVE - Отправить/Получить, позволяют легко и быстро установить соединение с любым устройством, поддерживающим FDL.

· Функции S7 позволяют оптимизировать соединение с устройствами семейства SIMATIC S7.

 

 

⇐ Предыдущая12345

Поделиться: