Протокол пріоритетної передачі маркера.
Каждой станции, подключенной к маркерной сети, назначается определенный приоритет.
Смысл приоритетов состоит в том, чтобы дать каждой станции возможность зарезервировать использование кольца в следующем цикле.
Когда маркер с данными распространяется по кольцу, каждый узел, анализируя маркер, одновременно просматривает и поле резервирования: если данный узел хочет передавать в следующем цикле и поле приоритетов свободно, то он устанавливает в этом поле свое значение и отправляет маркер в кольцо.
При благоприятствующих факторах в след.цикле он получит свободный маркер, который он пометит как занятый, а свое значение из поля приоритетов должен убрать, даже если у него есть еще сообщение для передачи.
Если узел хочет вести передачу, а к нему приходит занятый и уже зарезервированный узлом маркер, то все зависит от его приоритета. Если собств.приоритет узла выше указанного в поле приоритетов, то узел может повысить приоритет до своего уровня, а старое значение приоритета запоминается.
Если в след.цикле этот узел получит свободный маркер, то занимая его узел обязан восстановить старое значение приоритета.Фактически перехватываний маркера, т.е. переназначений приоритетов в пределе может быть столько, сколько станций в сети.
Но всегда будет действовать правило: изменить значение поле резервирования можно только при занятом маркере. А когда маркер уже освобожден от данных станций отправителя, он обязательно должен дойти до станции, чей приоритет указан в поле резервирования
Модель osi.
Модель уровневых протоколов является семиуровневым стандартом.
Целями стандарта являются:
1) стандартизация обмена данными между системами;
2) устранение любых технических препятствий для связи систем;
3) устранение трудности внутреннего описания функционирования отдельной системы;
4) определение точек взаимосоединений для обмена информацией между системами.
Функции физического уровня обеспечивают активизацию, поддержку и дезактивизацию физического соединения между ООД и АКД.
Канальный уровень – отвечает за передачу данных по каналу, обеспечивают синхронизацию данных по каналу, обеспечивают синхронизацию данных, управление потоком данных, контроль ошибок передачи данных, обеспечение механизма восстановления в случае потери данных.
Сетевой уровень – обеспечивает интерфейс ООД с сетью пакетной коммутации или интерфейс двух устройств друг с другом, а также определяет адресацию и маршрутизацию в сети.
Интерфейс предполагает исходную разбивку сообщений на data-граммы стандартной длины, а также назначение адресов доставки в терминах адресов, принятых в сети и именно на основе этих логических адресов сетевой уровень обеспечивает дальнейшее продвижение пакетов через сеть, определены для них соответствующие маршруты.
При этом в сети пакетной коммутации каждая отдельная data-грамма рассматривается как независимый объект и соответствующие задачи адресации и маршрутизация для каждой data-граммы решаются оригинально.
Транспортный уровень обеспечивает интерфейс к сети передачи данных с верхними уровнями. Именно на этом уровне происходит первая логическая разбивка сообщений на отдельные части data-граммы. В дальнейшем транспортный уровень отвечает за непосредственную доставку data-граммы по принципу контактной или бесконтактной сети, контроль осуществляет за правильностью передачи data-граммы, а также механизмы восстановления поврежденных или потерянных data-грамм в случае нарушения таковой.
Сеансовый уровень служит интерфейсом пользователя с уровнем транспортным услуг, обеспечивает средства обмена данными между пользователями, т.е. пользователь может выбрать тип синхронизации и управления, которое требуется от уровня.
Например, дуплекс (полудуплекс), тип линий связи, режимы аварийного завершения работы и возможных рестартов, тип передачи (обычный или с компрессией данных) и т.д.
Уровень представления данных определяет синтаксис данных в модели, буквально перекодировка символов (по двоичной системе, коды ASCII) .
Прикладной уровень занимается поддержкой прикладных процессов конечного пользователя, имеет дело с семантикой данных, содержит сервисные элементы (например, браузер) для поддержки прикладных процессов.