Товары в корзине: 0 шт Оформить заказ
Стр. 1 

59 страниц

Определяет протокол, используемый логическими объектами сетевого уровня, функционирующими в оконечных системах (ОС) и промежуточных системах (ПС) для обеспечения маршрутной информации. Определяемый здесь протокол основан на обеспечении услуг режима-без-установления-соединения. Стандарт определяет: a) процедуры передачи информации о конфигурации и маршрутной информации между логическими объектами сетевого уровня, содержащимися в оконечных системах, и логическими объектами сетевого уровня, содержащимися в промежуточных системах; b) кодирование протокольных блоков данных, используемых для передачи информации о конфигурации и маршрутной информации; c) процедуры правильной интерпретации протокольной управляющей информации и d) функциональные требования к заявкам о соответствии конкретных реализаций стандарту.

 Скачать PDF

Оглавление

0 Введение

1 Назначение и область применения

2 Нормативные ссылки

Часть первая. Общие положения

3 Определения

4 Символы и сокращения

5 Краткое описание протокола

Часть вторая. Спецификация протокола

6 Протокольные функции

7 Структура и кодирование ПБД

8 Соответствие

Приложения

     А Форма ЗСРП

     В Вспомогательный технический материал

     С Таблицы состояний

 

59 страниц

Дата введения01.07.1994
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

20.12.1993УтвержденГосстандарт России264
РазработанТК 22 Информационные технологии
ИзданИздательство стандартов1994 г.

Information processing systems. Telecommunications and information exchange between systems. End system to Intermediate system routeing exchange protocol for use in conjuction with the protocol for providing the connectionless-mode network service

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ГОСТ Р ИСО 9542-93

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ

МЕЖДУ СИСТЕМАМИ.

ПРОТОКОЛ ОБМЕНА МАРШРУТНОЙ ИНФОРМАЦИЕЙ МЕЖДУ ОКОНЕЧНОЙ СИСТЕМОЙ И ПРОМЕЖУТОЧНОЙ СИСТЕМОЙ ПРИ ЕГО ИСПОЛЬЗОВАНИИ В СОЧЕТАНИИ С ПРОТОКОЛОМ, ОБЕСПЕЧИВАЮЩИМ УСЛУГИ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ - СОЕДИНЕНИЯ

93/255


Издание официальное

со

U3

ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р И СО 9542—93

Предисловие

1    ПОДГОТОВЛЕН И ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационная технология»

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 20.12.93 № 264

3    Настоящий стандарт подготовлен на основе применения аутентичного текста международного стандарта ИСО 9542—88 «Информационная технология. Передача данных и обмен информацией между системами. Протокол обмена маршрутной информацией между оконечной системой и промежуточной системой при его использовании в сочетании с протоколом, обеспечивающим услуги сетевого уровня в режим^-без-установления-соединения (ИСО 8473—88)

4    ВВЕДЕН ВПЕРВЫЕ

© Издательство стандартов, 1994

Настоящий cuni'iapi нс может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официальною издания без разрешения Госстандарт России

ГОСТ Р ИСО 9542-93

ПСТ-БЛОК-ДАННЫХ запрос    Адрес-ПСТ-получателя

ПСТ-БЛОК-ДАННЫХ.иидикация    Адрес-ПСТ-отправителя

Качество-услуг-ПСТ

Данные-пользователя-ПСТ


Таблица 1 — Сервисные примитивы нижерасположенных услуг

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

5.3.1 Адреса подсети

Адреса отправителя и получателя определяют пункты подключения к участвующей (им) в передаче подсети (ям) общего или частного пользования (называемые «пунктами подключения подсети», ППП). Адреса подсети определены при определении услуг для каждой отдельной подсети.

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

—    все логические объекты сетевого уровня оконечной системы;

—    все логические объекты сетевого уровня промежуточной системы.

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

Если адрес-ПСТ-получателя в примитиве ПСТ-БЛОК-ДАННЫХ.запрос явится множественным адресом, то параметр ад-рес-ПСТ-получателя в соответствующем примитиве ПСТ-БЛОК-ДАННЫХ.индикация должен быть таким же множественным адресом.

В настоящем стандарте не определяется синтаксис и семантика адресов подсети, за исключением описанных выше свойств.

5.3.2 Данные пользователя подсети

Параметр «данные-пользователя-ПСТ» представляет собой 1 2

ГОСТ Р ИСО 9542-93

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

Нижерасположенные услуги должны обеспечивать такую длину сервисных блоков данных, которая, по меньшей мере, необходима для работы протокола ГОСТ Р 34.1952.

5.4 Типы подсетей

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

a)    двухпунктовая подсеть;

b)    широковещательная подсеть и

c)    подсеть общей топологии.

Эти типы подсетей обсуждаются ниже.

5.4.1    Двухпунктовые подсети

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

5.4.1.1    Информация о конфигурации в двухпунктовой подсети

В двухпунктовой подсети информация о конфигурации, рас-

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

a)    топология сети содержит либо только две оконечные системы, либо

b)    одной из двух систем является промежуточная система.

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

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

5.4.1.2    Информация о переадресации маршрута в двухпунктовой подсети

В двухпунктовых подсетях информация о переадресации не ис-

9

ГОСТ Р ИСО 9542-93

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

5.4.2 Широковещательные подсети

Широковещательная подсеть поддерживает любое число оконечных и промежуточных систем и, кроме того, она способна передавать отдельные ПБДП всем этим системам или их подмножеству в ответ на получение одного примитива ПСТ-БЛОК-ДАННЫХ. запрос Примером широковещательной подсети служит локальная вычислительная сеть (ЛВС), соответствующая ГОСТ 28907, реализующая операции типа 1.

5.4.2.1 Информация о конфигурации в широковещательной подсети

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

a)    оконечные системы проинформированы о доступности, наименованиях логических объектов сетевого уровня и адресе (ах) ППП каждой активной промежуточной системы данной подсети;

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

c)    при отсутствии доступной ПС оконечные системы могут через широковещательную подсеть задать вопрос: доступен ли конкретный ПДУСУ в данной подсети и если да, то какой адрес следует использовать для обращения к этому ПДУСУ?

5 4 2.2 Информация о переадресации маршрута по широковещательной подсети

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

5 4 3 Подсети общей топологии

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

10

ГОСТ Р ИСО 9542-93

ноСтей обычной многоадресной передачи режима-без-установления-соединения, которые обеспечивает широковещательная подсеть. Примером подсети общей топологии служит подсеть, реализующая протокол Х.25 или протокол по ГОСТ Р 34.950.

Примечание — Важной различительной характеристикой широковещательной подсети и подсети общей топологии является стоимость «-направленной передачи в потенциально большое подмножество систем данной подсети. Предполагается, что в подсети общей топологии эта стоимость близка к стоимости передачи отдельного ПБД в каждый ППП данной подсети И, наоборот, в широковещательной подсети эта стоимость считается близкой к стоимости передачи отдельного ПБД в один ППП данной подсети. Разумеется, возможны промежуточные ситуации между этими двумя крайностями. В подобных случаях подсеть можно рассматривать либо как широковещательную, либо как подсеть общей топологии.

5.4.3.1    Информация о конфигурации в подсети общей топологии

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

5.4.3.2    Информация о переадресации маршрута в подсети общей топологии

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

Часть вторая. Спецификация протокола 6 ПРОТОКОЛЬНЫЕ ФУНКЦИИ

В данном разделе описываются функции, выполняемые как часть протокола. Конкретные реализации не обязательно должны выполнять все эти функции: в 8.1 указано, какие функции являются обязательными, а какие — факультативными.

6.1 Протокольные тайм-ауты

11

Многие из протокольных функций основаны на тайм-аутах. Это значит, что они выполняются в результате истечения тайм-аутов, а не в результате приема ПБД или привлечения сервисного примитива. К двум типам используемых протоколом тайм-аутов относятся тайм-аут конфигурации (ТК) и тайм-аут удержания (ТУ). 3

ГОСТ Р ИСО 9542-93

Примечание — Рекомендуется, чтобы значения тайм-аутов были реализованы с точностью не хуже одной секунды

6.1.1    Тайм-аут конфигурации

Тайм-аут конфигурации — это локальный тайм-аут (т. е. поддерживаемый в каждой системе независимо от других систем), который участвует в выполнении функции «отч'ет о конфигурации» (см. 6.2). Это тайм-аут определяет, как часто система сообщает о своей доступности другим системам той же подсети. Чем короче ТК, тем более быстро другие системы подсети узнают о том, что данная подсеть стала доступной или недоступной. Существует некоторое компромиссное решение между ускорением реакции сети и ростом использования ресурсов подсети и систем-получателей.

6.1.2    Тайм-аут удержания

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

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

6.2    Функция «отчет о конфигурации»

Функция «отчет о конфигурации» используется оконечными и

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

6.2.1 Отчет о конфигурации, выдаваемый оконечными системами

Логический объект сетевого уровня оконечной системы форми рует и передает ПБД ЗОС для информирования других систем об обслуживаемых им ПДУСУ. Это может выполняться путем формирования одного ПБД ЗОС для каждого ПДУСУ. Как вариаш могут формироваться такие ПБД ЗОС, каждый из которых пере-

12

ГОСТ Р ИСО 9542-93

Носит информацию сразу о нескольких ПДУСУ, число которых ограничивается лишь допустимой длиной СБДП и максимальной длиной заголовка ПБД ЗОС. Передача каждого ПБД ЗОС осуществляется путем выдачи примитива ПСТ-БЛОК-ДАННЫХ.запрос со следующими параметрами:

данные-пользователя-ПСТ (СБДП) — ПБД ЗОС;

адрес-ПСТ-получателя — групповой адрес, указывающий «все логические объекты сетевого уровня промежуточной системы».

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

Примечание — Необходимость информирования других систем об отдельных ПДУСУ, обслуживаемых логическим объектом сетевого уровня, возникает из-за отсутствия формализованных взаимоотношений между наименованиями логических объектов сетевого уровня и адресами ПДУСУ Если бы эти взаимоотношения можно было ограничить требованием назначать адреса ПДУСУ как новые подрегионы региона, представленного наименованием локального логического объекта сетевою уровня, то можно было бы передать отдельный ПБД ЗОС, который содержал бы наименование логического объекта сетевого уровня оконечной системы По наименованию логического объекта сетевого уровня можно было бы определить, какой из ПДУСУ может быть представлен в этой оконечной системе.

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

Примечание — Фактическое значение адреса-ПСТ-получателя, используемого для обозначения «все логические объекты сетевого уровня промежуточной системы», зависит от подсети и будет, видимо, различным в разных подсетях. Конечно, в широко используемых типах подсетей (основанных, например, на ГОСТ Р 34 950) желательно, чтобы это значение группового адреса получателя «все логические объекты сетевого уровня оконечной системы» было стандартным.

6.2.2 Отчет о конфигурации,    выдаваемый промежуточной

системой

Промежуточная система формирует отдельный ПБД ЗПС, содержащий наименований логического объекта сетевого уровня

13

ГОСТ Р ИСО 9542-93

ПС, и выдает в каждый ППП, к которому она подключена, по одному примитиву ПСТ-БЛОК-ДАННЫХ запрос со следующими па* раметрами:

данные-пользователя-ПСТ (СБДП) — ПБД ЗПС;

адрес-ПСТ-получателя — групповой адрес получателя, указывающий «все логические объекты сетевого уровня оконечной системы».

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

Промежуточная система может по желанию предложить оконечным системам данной локальной подсети использовать свое значение в качестве их ТК, включив факультативную функцию ТКОС в передаваемые ПБД ЗПС. Введение такой функциональной всзможности позволяет ПС влиять на частоту, с которой ОС передают ПБД ЗПС.

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

6.3 Функция «запись конфигурации»

Функция «запись конфигурации» принимает ПБД ЗОС или ЗПС, извлекает из них информацию о конфигурации и обновляет эту информацию в базе информации о конфигурации локального логического объекта сетевого уровня.

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

Точно также, промежуточные системы могут предпочесть прием ПБД ЗПС других ПС, обеспечив тем самым возможность использования настоящего стандарта в качестве той части полного про-

14

ГОСТ Р ИСО 9542-93

токола маршрутизации ПС-ПС, которая охватывает процедуры инициации и обслуживания топологии.

От системы-получателя не требуется, чтобы при приеме ПБД ЗОС или ЗПС она обрабатывала какие-либо факультативные поля.

Примечание — Если система решает обрабатывать эти факультативные поля, то точные ее действия не определяются настоящим стандартом

6.3.1    Запись информации о конфигурации промежуточными системами

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

6.3.2    Запись информации о конфигурации оконечными системами

При приеме ПБД ЗПС оконечная система выделяет информацию о конфигурации и запоминает в своей локальной базе маршрутной информации пары значений {НЛС, ППП}, заменяя любую другую информацию той же пары {НЛС, ППП}. Если для размещения новой информации о конфигурации нет достаточной емкости памяти, то полученный ПБД аннулируется.

Кроме того, ОС может выполнить перерасчет своего ТК, основываясь на принятом ПБД ЗПС, который содержит факультативное поле «тайм-аут конфигурации, предложенный ОС (ТКОС)». Если оконечная система предпочитает использовать вычисленный ТК, а не локальное его значение, предоставленное диспетчером системы, то она выполняет следующие операции:

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

—    если ТКОС предложен одной или несколькими ПС, то минимальное из предложенных значений заменяет текущее значение ТКОС.

6.4. Функция «удаление старой информации о конфигурации»

Функция «удаление старой информации о конфигурации» служит для того, чтобы удалить те элементы в базе маршрутной ин-

15

ГОСТ Р ИСО 9542-93

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

Функция «удаление старой информации о конфигурации» выполняется также всякий раз, когда поставщик услуг подсети повторно инициирует локальный ППП. Если ППП вошел в неактивное состояние или повторно инициирован, то вся информация о конфигурации как для ОС, так и для ПС, относящаяся к данному ППП, удаляется.

65 Функция «запрос конфигурации»

Функция «запрос конфигурации» выполняется при следующих условиях:

a)    оконечная система подключена к широковещательной подсети;

b)    пет ни одной промежуточной системы, доступной в данный момент в данной подсети (тес момента удаления последней информации функцией «удаление старой информации о конфигурации» не было получено ни одного ПБД ЗПС);

c)    функция «маршрутизация ПБД сетевого уровня» нуждается в получении адреса ППП, по которому она должна послать ПБД, адресованный некоторому ПДУСУ;

d)    адрес ППП нельзя получить ни путем локальной передачи, ни путем просмотра локальной таблицы и

e)    ограничения, налагаемые на качество услуг, допускают широковещательную передачу ПБД.

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

Если оконечной системе необходимо направить ПБДС в адресуемый ПДУСУ, у которого неизвестен ППП, она выдает примитив ПСТ-БЛОК-ДАННЬ1Х.запрос со следующими параметрами:

адрес-ПСТ-получателя — групповой адрес получателя, указывающий «все логические объекты сетевого уровня оконечной системы»

Затем может быть принят ПБД ЗОС, содержащий адрес ПДУСУ с соответствующим адресом ППП (см. 6.6). В этом слу- 4

ГОСТ Р ИСО 9542-93

чае оконечная система выполняет функцию «запись конфигурации» для данного ПДУСУ и, следовательно, она становится способной направлять последующие ПБД данным адресатам с использованием определенного ППП. Если ПБД ЗОС не получен, то оконечная система может объявить адресуемый ПДУСУ недоступным. Длительность ожидания ответа до указания неисправности или возможности многократного повторения этого процесса перед возвратом в состояние безуспешности является частным вопросом и не определяется настоящим стандартом.

6.6    Функция «ответ о конфигурации»

Функция «ответ о конфигурации» выполняется, когда оконечная система, подключенная к широковещательной подсети, получит ПБДС, адресованный одному из ее ПДУСУ, с параметром ад-рес-ПСТ-получателя примитива ПСТ-БЛОК-ДАННЫХ.индикация, установленным в значение «все логические объекты сетевого уровня оконечной системы». Это происходит в результате выполнения другой ОС функции «запрос конфигурации», описанной в 6.5.

Оконечная система формирует ПБД ЗОС, содержащий информацию, по меньшей мере, для того ПДУСУ, к которому был адресован принятый ПБДС. Затем она передает ПБД ЗОС к отправителю исходного ПБДС путем выдачи примитива ПСТ-БЛОК-ДАННЫХ.запрос со следующими параметрами.

данные-пользователя-ПСТ <- ПБД ЗОС;

адрес-ПСТ-получателя значение параметра адрес-ПСТ-получателя из примитива ПСТ-БЛОК-ДАННЫХ.индикация, содержащего исходный ПБДС в качестве его данных-пользователя-ПСТ.

6.7    Функция «информирование о конфигурации»

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

Система, предпочитающая реализовать эту функцию, выполняет ее, определив по полученному ПБД ЗОС или ЗПС, что другая система только что стала доступной Затем она формирует ПБД ЗПС или ЗОС, как описано в 6.2.2 или 6.2.1 соответственно, но передает его, специально адресуя новой операционной системе с помощью примитива ПСТ-БЛОК-ДАННЫХ.запрос со следующими параметрами:

данные-пользователя-ПСТ «- ПБД ЗОС или ЗПС;

17

ГОСТ Р ИСО 9542-93

СОДЕРЖАНИЕ 0 Ввведение . ...

. . 1

1 Назначение и область применения

. . . . 3

2 Нормативные ссылки

Часть первая Общи» положения

.....3

3 Определения ... .

.... 4

4 Символы и сокращения

.....5

5 Краткое описание протокола Часть вторая Спецификация протокола

.... 6

6 Протокольные функции

. . . . 11

7 Структура и кодирование ПБД

.....23

8 Соответствие ....

.....35

Приложения

А Форма ЗСРП

38

В Вспомогательный технический материал

. . . . 46

С Таблицы состояний

......52

ГОСТ Р ИСО 0542-93

адрес-ПСТ-получателя значение параметра адрес-ПСТ-от-правителя из примитива ПСТ-БЛОК-ДАННЫХ индикация, содержащего в качестве его данных-пользователя-ПСТ исходный ПБД ЗОС или ЗПС.

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

68 Функция «переадресация запроса»

Функция «переадресации запроса» имеется только в промежуточных системах и, она тесно связана с функциями маршрутизации и трансляции промежуточных систем Функция «переадресация запроса» связана с функцией «маршрутизация ПБД», описанной в ГОСТ Р 34.1952 Функция «переадресация запроса» выполняется после 'того, как функция «маршрутизация ПБД» вычислит следующий шаг маршрута для ПБДС «данные».

Если ПБДС должен продвигаться промежуточной системой, то функция «переадресация запроса» сначала исследует выход функции ПС «маршрутизация и трансляция» для данного ПБДС.

Примечание — В качестве процесса оптимизации функция «переадресация запроса» может исследовать параметр адрес-ПСТ-отправителя примитива ПСТ-БЛОК ДАННЫХ индикация, который принял данный СБДП (содержащий этот ПБДС) Если можно определить (например, путем анализа информации о конфигурации, полученной посредством функции «запись конфигурации»), что адрес-ПСТ-отправителя не исходит от оконечной системы данной локальной подсети, то ПБД «переадресация» не нужно передавать

Этот выход будет содержать среди прочего следующую информацию:

a)    локальный идентификатор подсети, через которую направляется данный ПБДС, плюс либо

b)    наименование логического объекта сетевого уровня и подсетевой адрес той ПС, к которой направляется данный ПБДС, либо

c)    подсетевой адрес адресуемой оконечной системы.

Функция «переадресация запроса» определяет теперь, смогла

ли ОС-отправитель послать ПБДС непосредственно логическому объекту сетевого уровня, которому ПС намерена направить этот ПБД Если КУ и другие ограничения позволяют ПБДС обойти эту ПС, то при выполнении следующих условий ПС информирует ОС-отправителя о «лучшем» маршруте (передав ОС-отправителю ПБД ПА):

а) Следующий шаг делается в направлении адресуемой систе-

18

III


ГОСТ Р ИСО 0542-93

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. ПРОТОКОЛ ОБМЕНА МАРШРУТНОЙ ИНФОРМАЦИЕЙ МЕЖДУ ОКОНЕЧНОЙ СИСТЕМОЙ И ПРОМЕЖУТОЧНОЙ СИСТЕМОЙ ПРИ ЕГО ИСПОЛЬЗОВАНИИ В СОЧЕТАНИИ С ПРОТОКОЛОМ, ОБЕСПЕЧИВАЮЩИМ УСЛУГИ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ-БЕЗ-

УСТАНОВЛЕНИЯ-СО ЕДИНЕНИЯ

In formation processing systems Telecommunications and information exchange between systems. End system to Intermediate system routeing exchange protocol for use in conjuction with the protocol for providing the connectionless—mode

network service

Дата введения 1994-07-01

if ВВЕДЕНИЕ

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

Место настоящего стандарта среди других соответствующих стандартов определено уровнями, стандартизованными в ГОСТ 28906, а такж'е структурой сетевого уровня, стандартизованной в ИСО 8648. В частности, он определяет протокол сетевого уровня.

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

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

Издание официальное

ГОСТ Р ИСО 9542-93

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

Настоящий стандарт следует применять совместно с ГОСТ Р34.1952.

Настоящий стандарт обеспечивает решение следующих практических вопросов:

a)    Как оконечной систем распознать наличие и доступность премежуточных систем, которые могут направлять ПБДС к адресатам через подсети, отличные от той (тех), к которой(ым) непосредственно подключена данная оконечная система?

b)    Как оконечной системе распознать наличие и доступность других оконечных систем той же подсети (если прямой анализ адреса ПДУСУ-получателя не дает информации об адресе подсети-получателя) ?

c)    Как промежуточной системе распознать наличие и доступность оконечных систем в каждой из подсетей, к которым они непосредственно подсоединены?

d)    Как оконечной системе определить, какую из промежуточных систем необходимо использовать для направления ПБДС к конкретному адресату при доступности нескольких промежуточных систем?

Настоящий протокол исходит из того, что:

a)    маршрутизация по определенному адресу пункта подключения подсети (ППП) одной и той же подсети осуществляется удовлетворительно самой этой подсетью;

b)    подсеть неспособна осуществлять маршрутизацию на глобальной основе с использованием только одного адреса ПБДС для осуществления обмена данными с запрошенным адресатом5 6.

Кроме того, некоторые протокольные функции исходят из предположения, что;

c)    подс'ети обеспечивают глобальную, групповую и другие виды множественной адресации при однонаправленной передаче.

Стандартизуемый протокол функционирует без установления соединения и предназначен для:

—    минимизации объема априорной информации о состояниях, необходимой оконечным системам до того, как они смогут начать обмен данными с другими оконечными системами;

—    минимизации емкости памяти, необходимой для хранения маршрутной информации в оконечных системах и

—    минимизации вычислительной сложности алгоритмов маршрутизации в оконечных системах.

ГОСТ Р ИСО 9542-93

1 НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт определяет протокол, используемый логическими объектами сетевого уровня, функционирующими в соответствии с ГОСТ Р34.1952 в оконечных системах (ОС) и промежуточных системах (ПС) для обеспечения маршрутной информации. Определяемый здесь протокол основан на обеспечении ниже-расположенных услуг режима-без-установления-соединения7 8 9.

Настоящий стандарт определяет:

a)    процедуры передачи информации о конфигурации и маршрутной информации между логическими объектами сетевого уровня, содержащимися в оконечных системах, и логическими объектами сетевого уровня, содержащимися в промежуточных системах;

b)    кодирование протокольных блоков данных, используемых для передачи информации о конфигурации и маршрутной информации;

c)    процедуры правильной интерпретации протокольной управляющей информации и

d)    функциональные требования к заявкам о соответствии конкретных реализаций настоящему стандарту.

Перечисленные процедуры определены с точки зрения:

a)    взаимодействий между логическими объектами оконечных и промежуточных систем путем обмена протокольными блоками данных и

b)    взаимодействий между логическим объектом сетевого уровня и поставщиком нижерасположенной услуги путем обмена примитивами услуг подсети.

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

2 НОРМАТИВНЫЕ ССЫЛКИ

ГОСТ 28906-91 (ИСО 7498—84 и ИСО 7498/Доп 1—84) «Системы обработки информации Взаимосвязь открытых систем. Базовая эталонная модель»

ГОСТ 28907-91 (ИСО 8802/2—89) Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных

3

ИСО 7498—84/Доп. 4—8910 11 12 13 «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Дополнение 4. Основы управления ВОС»

ГОСТ Р 34.950-92 (ИСО 8208—84) «Информационная технология. Взаимосвязь открытых систем. Передача данных. Протокол пакетного уровня Х*25 для оконечного оборудования данных» ГОСТ Р 34.951-92 (ИСО 8348—87 и ИСО 8348/Дои. 1—87) «Информационная технология. Взаимосвязь открытых систем. Услуги сетевого уровня»

ГОСТ Р ИСО 8348/Доп. 2—93 «Информационная технология. Передача данных. Определение услуг сетевого уровня. Дополнение 2. Адресация на сетевом уровне»

ГОСТ Р 34.1952-92 (ИСО 8473—88) «Системы обработки информации. Передача данных. Протокол сетевого уровня в режиме-без-установления-соединения»

ИСО 8648—8810 «Системы обработки информации. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня»

МККТТ Х.25. «Интерфейс между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и подключенных к сетям данных общего пользования выделенными каналами, 1985»

Часть первая. Общие положения

3 ОПРЕДЕЛЕНИЯ

3.1 Определения из стандарта по эталонной моде ли

В настоящем стандарте используются следующие термины, определенные в ГОСТ 28906:

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

b)    Пункт доступа к услугам сетевого уровня

c)    Адрес пункта доступа к услугам сетевого уровня

d)    Логический объект сетевого уровня

e)    Маршрутизация

f)    Протокол сетевого уровня

g)    Ретрансляция на сетевом уровне

h)    Протокольный блок данных сетевого уровня

ГОСТ Р ИСО 9542-93

3.2    Определения    из    стандарта    по    архитекту

ре сетевого уровня

В настоящем стандарте используются следующие термины, определенные в ИСО 8648:

a)    Подсеть

b)    Оконечная система

c)    Промежуточная система

d)    Услуга подсети

e)    Функция сходимости, зависимая от подсети

3.3    Определения    из    стандарта    по    адресации

на сетевом уровне

В настоящем стандарте используются следующие термины, определенные в ГОСТ Р ИСО 8348/Доп 2:

a)    Адрес подсети

b)    Пункт подключения подсети

c)    Протокольная адресная информация сетевого уровня

d)    Наименование логического объекта сетевого уровня

3.4    Определения    из    стандарта    по    локальным

вычислительным сетям

В настоящем стандарте используются следующие термины, определенные в ГОСТ 28907:

a)    Групповой адрес

b)    Глобальный адрес

3.5    Дополнительные    определения

Для целей настоящего стандарта введено следующее определение:

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

4 СИМВОЛЫ И СОКРАЩЕНИЯ

4.1    Блоки данных

ПБД — протокольный блок данных СБДП — сервисный блок данных подсети ПБДС — прокольный блок данных сетевого уровня ПБДП — протокольный блок данных подсети

4.2    Протокольные блоки данных

ПБД ЗОС — протокольный блок данных заявки оконечной системы

ПБД ЗПС — протокольный блок данных заявки промежуточной

системы

ГОСТ Р ИСО 9542-93

ПБД ПА — протокольный блок данных переадресации 4.3 Поля протокольных блоков данных

ИПСУ

УД

В/РИП

тп

—    идентификатор протокола сетевого уровня

—    указатель длины

—    версия/расширение идентификатора протокола

—    тип

КС    —    контрольная сумма

УД НЛС — указатель длины наименования логического

НЛС

объекта сетевого уровня — наименование логического объекта сетевого

УД АП АП

УД АО

уровня

—    указатель длины адреса получателя

—    адрес получателя

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

АО    —    адрес отправителя

УД АПЛМ — указатель длины адреса подсети лучшего марш-

АПЛМ

рута к получателю — адрес подсети лучшего маршрута к получателю


ТУ    —    тайм-аут    удержания

4.4 Параметры

ТК — тайм-аут конфигурации

тп -ткос -

тайм-аут переадресации - тайм-уат конфигурации, предложенной оконечной

о

системой

4.5    Адреса

ПДУСУ — пункт доступа к услугам сетевого уровня ППП — пункт подключения подсети

ПАИСУ — протокольная адресная информация сетевого уровня

4.6    Разное

ОС — оконечная система

ПС

ЛВС -ЗСРП -КУ -пет -

-    промежуточная система

-    локальная вычислительная сеть

-    заявка о соответствии реализации протоколу

-    качество услуг ■ подсеть

5 КРАТКОЕ ОПИСАНИЕ ПРОТОКОЛА

5.1 Информация, обеспечиваемая протоколом Настоящий стандарт обеспечивает для логических объектов сетевого уровня, поддерживающих его работу, два вида информации:

6

ГОСТ Р ИСО 9542-93

—    информацию о конфигурации и

—    информацию о переадресации маршрута

Информация о конфигурации позволяет оконечным системам распознавать наличие и доступность промежуточных систем, а промежуточным системам — распознавать наличие и доступность оконечных систем Эта информация позволяет подключать ОС и ПС к одной и той же подсети с целью динамического распознавания наличия и доступности друг друга, исключая тем самым необходимость ручного вмешательства в ОС и ПС с целью установления идентичности тех логических объектов сетевого уровня, которые могут быть использованы для маршрутизации СБДС

Информация о конфигурации позволяет также оконечным системам получать информацию о друг друге при отсутствии доступной промежуточной системы

Примечание — В понятии «информация о конфигурации» слово «конфигурация», используется не в том широком смысле понятия конфигурации, которое трактуется в контексте системного управления ВОС Оно, скорее, означает лщиь специально определенные здесь функции

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

52    Адресация

Параметрами «адрес отправителя» и «адрес получателя», которыми оперирует настоящий стандарт, являются адреса пунктов доступа к услугам сетевого уровня ВОС Синтаксис и семантика адреса ПДУСУ описаны в ГОСТ Р ИСО 8348/Доп 2

53    Нижерасположенные услуги, на которые ориентируется настоящий протокол

Нижерасположенные услуги, необходимые для поддержки настоящего стандарта, определены в виде примитивов в таблице 1.

7

1

1 Описание механизмов, необходимых для реализации этих услуг в подсетях, соответствующих ГОСТ Р 34.950 и ГОСТ 28907, см в разделе 8 ГОСТ Р 34.1952

2

3

Зак. 297

4

5

Следовательно для выполнения функций настоящего стандарта невоз* можно использовать обмен данными на прикладном уровне.

6

7

Описание механизмов, необходимых для реализации этих услуг в подсе

8

тях, соответствующих ГОСТ Р 34 950 и ГОСТ 28907, см. в разделе 8 ГОСТ Р 34 1952

9

Зак. 287

10

До прямого применения данного документа в качестве государственного

11

стандарта распространение его осуществляет секретариат ТК 22 «Информацион

12

ная технология».

13