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

59 страниц

548.00 ₽

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

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

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

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

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

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

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

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

Показать даты введения Admin

Страница 1

ГОСТ Р ИСО 9542-93 государственный стандарт российской федерации

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

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ.

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

&

БЗ 3—93/255 $$V

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

ГОССТАНДАРТ РОССИИ М оси•«

Страница 2

ГОСТ Р И СО 9542—93

Предисловие

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

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

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

Л ВВЕДЕН ВПЕРВЫЕ

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

Н.н11>як1ий CMinapi не ниже* riwib полностью или частично воспроизведен, мфажирщ;in и pivii|)0(iранен и качесгвс официальною издания без разрешения Госсгаиаарч России

Страница 3

ГОСТ Р И СО 9542—93

СОДЕРЖАНИЕ

I

0    Введение...........................    I

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

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

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

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

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

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

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

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

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

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

Приложения

А Форма ЗСРП .......’.......38

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

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

I

2 Зак. 287

III

Страница 4

ГОСТ P ИСО §542—M

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

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

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

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

network service

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

0 ВВЕДЕНИЕ

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

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

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

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

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

1

Страница 5

ГОСТ Р И СО 9542—93

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1

Слрдовательио. лля выполнения фумкимн настоящего стандарта ««возможно использован» обмен данными на прикладном уровне.    ,*'■

Страница 6

ГОСТ Р ИСО 9642-93

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3

3 Зак. 287

Страница 7

ГОСТ Р ИСО 9М2-93

ИСО 7498—84/Доп. 4—89‘ «Системы обработки информаций. Взаимосвязь открытых систем. Базовая эталонная модель. Дополнение 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—88' «Системы обработки информации. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня*

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Страница 8

ГОСТ Р ИГО 9542—93

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

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

a)    Подсеть

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПБД — протокольный блок данных

СБДГ1 — сервисный блок данных подсети

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

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

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

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

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

Страница 9

ГОСТ Р ИСО 9542-93

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

4.3    Поля протокольных блоков данных

И ПСУ — идентификатор протокола сетевого уровня УД    —    указатель длины

В/РИII — версия/расширение идентификатора протокола ТП    —    тип

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

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

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

УД АО — указатель длины.адреса отправителя АО    —    адрес отправителя

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

4.4    Параметры

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

ТП    — тайм-аут переадресации

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

4.5    Адреса

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

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

4.6    Разное

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

ПС    — промежуточная система

ЛВС — локальная вычислительная сеть

ЗСРП — заявка о соответствии реализации протоколу

КУ    — качество услуг

ПСТ — подсеть

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

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

Страница 10

ГОСТ Р И СО 9342—93

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

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

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

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

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

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

5.2    Адресация

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

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

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

7

Страница 11

ГОСТ Р ИСО 9542-93

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

ПСТ-БЛОК-ДАННЫХ,запрос

Адрес-ПСТ-получателя

ПСТ-БЛОК-ДАННЫХ.индикация

Алрес-ПСТ-отправителя

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8

Страница 12

ГОСТ Р ИСО 9542- 93

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9

Страница 13

ГОСТ Р И СО 9542-93

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

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

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

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

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

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

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

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

5.4.2.2    Информация о переадресации маршрута по широко-пешэ тельной подсети

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

5.4.3 Подсети общей топологии

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

10

Страница 14

ГОСТ Р ИСО 9542-03

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

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

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

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

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

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

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

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

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

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

II

4 Зак. 287

Страница 15

ГОСТ Р ИСО 9542-93

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

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

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

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

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

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

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

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

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

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

12

Страница 16

ГОСТ Р ИСО 9S42-93

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

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

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

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

Примечание *- Необходимость (информирования других систем об отдельных ПДУСУ, обслуживаемых логическим объектом сетевого уровня, возникает из-за отсутствия ^рмализовакних взаимоотношений между наименованиями логических объектов сетевого уровня и адресами ПДУСУ F-сли бы эти взаимоотношения можио было ограничить требованием нээначатк адреса ПДУСУ как новые подрегьоны региона, представленною наименованием локального логического объекта сетевою уровня, to можио было бы передать отдельный ПБД 3QC, когорыЛ содержал бы наименование логического объекта сетевого уровня оконечной системы. По наименованию логического объекта сетевого уровня можио было бы определить, какой из ПДУСУ может быть представлен в этой оконечной системе.

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

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

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

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

13

Страница 17

ГОСТ Р ИСО 9542-93

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

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

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

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

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

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

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

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

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

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

Страница 18

ГОСТ Р ИСО 9542- 93

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

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

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

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

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

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

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

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

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

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

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

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

15

Страница 19

ГОСТ Р ИСО 9542-93

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

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

6.5 Ф у н к Ц и я а п р о с конфигурации»

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

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

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

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

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

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

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

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

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

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

Страница 20

ГОСТ Р ИСО 9542-93

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

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

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

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

6 7 Функция «информирование о ко к фигур ч* ц н и»

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

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

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

1?

Страница 21

ГОСТ Р ИСО 8S42-93

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

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

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

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

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

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

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

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

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

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

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

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

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

18

Страница 22

ГОСТ Р ИСО 0542—М

Мы и адресат достигается непосредственно (по подсегеиому адресу АПЛМ) через подсеть ОС-отправнтеля либо

Ь) следующий шаг делается в направлении ПС, которая подключена к той же подсети, что и ОС.

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

ПС может привлекать функцию «переадресация запроса» также в том случае, когда она получает ПБД, адресованный тому ПДУСУ. который недоступен для данной ПС. но для которого эта ПС знает первый шаг маршрута от ПБДС-отправителя к ПДУС-получателю. В этом случае ПС должна сначала выполнить процедуры, описанные в 6.9 и б. 10 ГОСТ Р 34.1952 по аннулированию этого ПБД и генерации отчета об ошибках. При завершении этой процедуры ПС должна проинформировать об этом систему-инн-цнатора маршрута к адресуемому ПДУСУ, передав ПБД ПА.

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

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

Во втором случае ПБД ПА содержит маску адреса и не содер-

6 Зак, 287

19

Страница 23

ГОСТ Р ИСО 9542-93

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

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

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

данные-пользователя-ПСТ ■*- ПБД ПА;

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

6.9 Функцня ^переадресацня записи»

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

20

Страница 24

ГОСТ Р ИСО 9542-93

Примечание - Если для хранения новой информации о переадресация нет достаточной емкости памяти, то ПОД ПА можно уверенно аннулировать, поскольку промежуточная система-отправитель будет в лобом случае продолжать продвигать ПБД по поручению этого логического объекта сетевого уровня.

6.10 Функция «обновление информации о переадресации»

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

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

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

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

б. 1J Функция «удаление старой информации о переадресации»

Функция «удаление старой информации о переадресации» зы-

21

Страница 25

ГОСТ Р ИСО 9542- 93

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

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

6.12    Обнаружение ошибок в заголовке ПБД

Функция «обнаружение ошибок в заголовке ПБД» защищает

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

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

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

L

X и,' (мод 255) =0;

/-1

S (/.-<+!) (мод 255) =0,

1-1

где L — число октетов в заголовке ПБД. о, — значение октета в позиции г. Считается, что первый октет заголовка ПБД занимает позицию i«= 1.

Если эта функция используется, то ни один из октетов контрольной суммы не .должен устанавливаться в ноль.

6.13    Функция «обработка протокольных ошибок»

Блок ПБД. в котором имеется поле «идентификатор протокола сетевого уровня» в значении, определенном в 7.2.2, и поле «версия/

22

Страница 26

ГОСТ Р И СО 9542-93

расширение идентификатора протокола» в значении, определенном в 7.2.4, и который не аннулируется функцией «обнаружение ошибок а заголовкеТШД». должен рассматриваться как протокольная ошибка, если его код не совпадает с остатком вычислений, рассматриваемым н разделе 7. Любые такие ПБД с протокольными ошибками должны быть аннулированы.

Примечание — Те ПБД, в которых ИПСУ имеет значение, отливное от указанного в 7.2 2. или параметр В/РИП мчест значение, отличное от указанного » 7.2.4, не рассматриваются в настоящем стандарте.

7 СТРУКТУРА И КОДИРОВАНИЕ ПБД

Примечание — 8 настоящем стандарте ПБД кодируются так же хак и в ГОСТ Р 34.»952.

7.1    Структура

Все протокольные блоки данных содержат целое число октетов. Эти октеты ПБД нумеруются, начиная с единицы (!), в возрастающем порядке, в котором они помещались в СБДП, Биты в октетях нумеруются, начиная с единицы (I) и до восьми (8), где бнт 1 — младший по значимости.

Если для представления двоичного числа используется последовательность октетов, то наименьший по номеру октет имеет наибольшую значимость.

Примечание — Если кодирование ПБД представлено с помощью диаграмм этого раздела, то используется следующее представление:

э| октеты показаны так. что младший по номеру октет расположен слева, а старший по номеру октет — справа;

Ь) в пределах октета биты расположены так. что бит восемь (в) расположен слеьа. а бит единица {J) — справа

ПБД содержат следующие элементы в перечисляемой последовательности:

a)    фиксированная часть;

b)    часть «параметры адресации» и

c)    факультативная часть (при ее наличии).

7.2    Фиксированная ч'асть

7.2.1    Общие положения

Фиксированная часть заголовка ПБД имеет формат, показанный на рисунке 1.

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

Это поле должно иметь значение 1000 00)0. Оно идентифицирует данный протокол сетевого уровня как ГОСТ Р ИСО 9542-93.

7.2.3    Указатель длины

Длина указывается двоичным числом, максимальное значение

23

Страница 27

ГОСТ Р И СО 9542—93

H*«.n»*«..»ropc<!OtO«Oi'*cn*»oro vpo».»

УкSUT»% J.IKMU

0«мт

I

г

э

«

5

в.?

«ро»*»лп»

3*0'1П>«И|>РВ*« |Д01'нниб»|1»    О    '•'«О

-1-г

ни.

С..1-ЛЯ Ко«Ч11/шИ L'fWMI

Рисунок I — Фиксировааиая часть заголовка ПБД

которого равно 254 (1111 1110). Указываемая длина означает длину всего ПБД (который состоит только из заголовка, поскольку настоящий стандарт не определяет передачи данных пользователя). выраженную в октета,х. как определено в 7.1. Значение длины 1111 1111 зарезервировано для возможных будущих расширений.

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

Это поле содержит двоичное значение 0000 0001. Оно идентифицирует версию 1'ОСТ Р ИСО 9542.

7.2.5    Код типа

Поле «код типа» указывает тип протокольного блока данных. Значения, определенные для этого поля, приведены в таблице 2.

Та 6.1 л ни а 2 — Дгйсгвкггльиые типы ПБД

Бити 5 4 3 2 1

ПБД ЗОС

0 0 0 10

ПБД ЗПС

0 0 10 0

ПБД ПА

0 0 110

24

Страница 28

ГОСТ Р ИСО 9542-93

Все остальные значения типа ПБД зарезервированы.

7.2.6    Время удержания

Поле «время удержания* определяет максимальное время, в течение которого принимающий логический объект сетевого уровня может хранить информацию о конфигурации/маршрутизации, содержащуюся в данном ПБД.

Поле «время удержания» кодируется виде целого'числа секунд.

7.2.7    Контрольная сумма ПБД

Контрольная сумма вычисляется на основе всего заголовка ПБД. Нулевое значение контрольной суммы зарезервировано для указания того, что контрольная сумма должна игнорироваться. Функция «обнаружение ошибок в заголовке» (см. 6.12) гарантирует, что это нулевое значение не отражает действительной контрольной суммы.

7.3 Часть «параметры адресации»

7.3.1 Общие положения

Параметры адресации различаются позиционно. Различные типы ПБД содержат различные параметры адресации: ПБД ЗОС содержит один или несколько адресов ПДУСУ-отправителя (АО), ПБД ЗПС — наименование логического объекта сетевого уровня (НЛС) промежуточной системы и ПБД ПА — адрес ПДУСУ-по-лучателя (АП), адрес подсети (АПЛМ) и, возможно, наименование логического объекта сетевого уровня (НЛС).

Адресная информация имеет переменную длину. Каждый параметр адресации кодируется в соответствии с рисунком 2.

Оит*» п

У*1МГ«» ДЛК»1 мЯКЛК*~ |нзпрпмср.‘ '■« ')

о* п • 1 ло п » к

-ujuwt-pi HMOaW

./ , ■

Рисунок 2 — Кодирование параметра адресации

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

Адреса получателя и отправителя являются адресами ПДУСУ, определенными в ГОСТ Р ИСО 8348/Доп 2. Параметр адресации «наименование логического объекта сетевого уровня* является

Страница 29

ГОСТ Р И СО 9542—93

наименованием логического объекта сетевого уровня, определен* иым в ГОСТ Р ИСО 8348/Доп 2. Адрес получателя, адрес отправителя п наименование логического объекта сетевого уровня кодируется в виде ПЛИСУ с использованием двоичного синтаксиса, определенного в 8.3.1 ГОСТ Р ИСО 8348/Доп 2.

7.3.3 Параметр «адрес отправителя* для ПБД ЗОС Параметр «адрес отправителя* представляет собой один или несколько адресов тех ПДУСУ, которые обслуживаются логическим объектом сетевого уровня, передающим ПБД ЗОС. Он кодируется в ПБД ЗОС в соответствии с рисунком 3.

Oxin

.10

*>«дмеоа 61 фмщия

11

У****т«Чвл>ь<и *арк« <*ГЦЖШ«Л* (УДА01

Лдосотом*!*.-* IАО)

УДЛ0

Рисунок 3 — ПБД ЗОС. Параметр «адрес отправители*

7.3.4 Параметр «наименование логического объекта сетевого уровняv для ПБД ЗПС и ПБД ИЛ

Параметр «наименование логического объекта сетевого уровня является наименованием логического объекта сетевого уровня промежуточной системы, передающей ПБД ЗПС или ПБД ПА. Его кодирование в ПБД показано на рисунке 4.


| m- I

I


Длин»' MjHtni'OM"»*" roc*<ХС о!л№Т4 мкшнп    (УД    И    ПС»

г ♦ I

rrrv'fOiO'O

1МПС1

m - 1

Рисунок 4 — ПВД ЗПС ил к ПБД ПА. Параметр «наименование

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

26

Страница 30

ГОСТ Р ИСО 9542-95

7.3.5 Параметр * адрес получателя* о Л БД ПА Адрес получателя — это адрес ПДУСУ получателя, ассоциированного с некоторым ПБДС. который продвигается промежуточной системой, передающей ПБД ПА. Его кодирование в ПБД ПА показано на рисунке 5.

'л.'»*:} п-)|:,чп«в «ДЛИ*

Окг,1

Ю

п

агок паллием <ЛП>

I ,п-1 .]

Рисунок 5 — ПБД ПА. Параметр «адрес получателя»

7.3.6 Параметр садрес подсети» для ПБД I1A

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

Параметр «адрес получателя» кодируется в ПБД ПА так, как показано на рисунке 6.

УК»»!»--» ллчмы MJMC* "сяс»!* (УД АППМ)

/>«о» ««МИ'И 1АПЛМ1 у

I

J

Рисунок 6 — ПБД ПА. Hapavcrp «адрес подсети*

7.4 Факультативная часть

7.4.1 Общие положения

Факультативная часть заголовка ПБД показана на рисунке 7.

При наличии факультативной части в ней может содержаться один или несколько параметров. Число параметров, которые могут содержаться в факультативной части, ограничено длиной этой части, а также длиной отдельных факультативных параметров.

27

Страница 31

ГОСТ Р ИСО 9М2-93

I    ф**упи*еи*м**    ШС*<И1И    I

!__!

Рисукок 7 — Все ПБД.Фзкультативная часть

Длина факультативной части определяется по следующей формуле:

Длина заголовка ПБД—длина фиксированной част» + длина части параметров адресации.

Если в принятом ПБД содержится поле параметра, для которого код параметра не указан в 7.4.2, то это поле должно игнорироваться. но остальная часть ПБД должна обрабатываться как обычно.

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

Кодирование парамЬтров, содержащихся в факультативной ча-ти заголовка ПБД, показаио на рисунке 8.

»

кла lupjxtTpi

1

п.?

до

п • л « 1

Э»«-и»и« ntcxunp*

Рисунок 8 — Кодирование факультативных параметров

Поле «код параметра* представляется в двоичном коде и при отсутствии расширения обеспечивает максимум 255 различных параметров. Ни один из кодов параметра не использует биты 8 и 7 в значении 00, поэтому фактической максимальное число парамет-

28

Страница 32

ГОСТ Р ИСО 9542-93

ров меньше. Код параметра 255 (двоичный 1111 1111) зарезервирован для возможных будущих расширений.

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

т-252 — (длина фиксированной части+ длина .части параметров адресации).

Для каждого последующего параметра максимальное значение уменьшается.

Поле «значение параметра» содержит значение параметра, идентифицируемого в поле «код параметра».

7.4.2    Защита

Факультативный параметр «защита» может иметь место в ПБД ЗОС. ЗПС. ПА.

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

Этот параметр имрет то же кодовое представление и ту же семантику, что и параметр «защита» в ГОСТ Р 34.1952.

Подпараметра:    1100 0101

Длина параметра    переменная

Значение параметра: см. ГОСТ Р 34.1952.

7.4.3    Обеспечение качества услуг

Факультативный параметр КУ может присутствовать только в ПБД ПА.

Параметр «качество услуг» обеспечивает информацию о качестве услуг, запрошенных в ПБД «данные», который обуславливает генерацию ПБД ПА, содержащего этот параметр.

Этот параметр имеет то же кодовое представление и ту же семантику, что н параметр «обеспечение КУ» в ГОСТ Р 34.1952.

Код параметра:    1100 ООН

Длина параметра:    переменная

Значение параметра: см. ГОСТ Р 34.1952.

7.4.4    Приоритет

Факультативный параметр «приоритет» может присутствовать в ПБД ЗОС, ЗПС или ПА.

В ПБД ПА параметр «приоритет» переносит информацию о приоритете, запрошенном в ПБД «данные», который обуславли-

29

Страница 33

ГОСТ Р ИСО 9542-93

вает генерацию ПБД ПА. содержащего этот параметр. В ПБД ЗОС и ЗПС параметр «приоритет» сообщает о приоритете передающей системы. Этот параметр имеет то же кодовое представление и tv же семантику, что и параметр «приоритет» в ГОСТ Р 34.1952.’

Код параметра:    1100 1101

Длина параметра:    один    октет

Значение параметра: см. ГОСТ Р 34.1952.

7.4.5 Маска адреса

Факультативный параметр «маска адреса* может присутствовать только в ПБД ПЛ.

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

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

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

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

Параметр «маска адреса» имеет дополнительную семантику при рассмотрении с параметром «маска ППП», см. 7.4.6.

Код параметра:    1110 0001

Длина параметра:    переменная, до 20 октетов.

30

Страница 34

ГбСТ Р ИСО 9542—13

Значение параметра:    маска сравнения октетов, подлежащих

выравниванию с адресом получателя.

7.4.6    Маска ППП

Факультативный параметр «маска ППП» может присутствовать только в ПБД ПА.

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

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

Код параметра:    1110 0010

Длина параметра:    переменная

Значение параметра:    сравнивающая маска октетов, которые

должны быть выравнены с адресом получателя.

7.4.7    Предложенный тайм-аут конфигурации ОС

Факультативный параметр ТКОС может присутствовать только в ПБД ЗПС.

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

Код параметра:    1100 ОНО

Длина параметра:    два октета

Значение параметра:    ТКОС (в секундах).

7.5. ПБД «заявка оконечной системы» (30 С)

ПБД ЗОС имеет формат, представленный на рисунке 9.

7.6    ПБД «заявка промежуточной системы» (ЗПС)

ПБД ЗПС имеет формат, представленный на рисунке 10.

7.7    ПБД «переадресация» (ПА)

ПБД ПА имеет формат, представленный на рисунке 11 и 12.

31

Страница 35

ГОСТ Р И СО 9М2-93

бкГЛ

Илг**т^<м<«*0р притокощ сетевого vrrr-t

1

2 9 4 ft

dlKH*.'C4C    иасн'ИбиквГцр*    протокол»

>p»>«7**poaft*< U**»0*» вмт* vcr»NO«{i«M • non*»

Тип

М

Ьим-Г/» уд«р

м

КОигрв

С%*ммв

,10 п

Kon^KliO iap*co« 0»пр#*нг#ги

V •!•>•• «я ь лли«м «др«« otrciMMftrta I УД AO)

a2


|    -    —    '    11    Алрк    снпрввитеи*    (АО)    «    I    12

«

УЦ AO

1 AO

3*»

.

m- 1

*

I •*<vnnit*4Hb4 фг-*и*"

I

; -

Рисунок 9 — Формат ПБЛ ЗОС

Страница 36

ГОСТ Р исо «ш-м

<«т«#®то утл»и1«

0««*т

I

I

)

4

i

е.>

м

to

11 m- I

m

p- 1

Укам«*«»

3*Г*#>*>*»»Т>0»*и UO^MCT* УСТ в»0«П#И « HOOfci

Тйп

Т****ут vaCPk**"

yxiuttfra'wiMtUHwft-OfliHrt r»-H4ic«0'0 o6v«<*« C«r«»9f0 Ур>*»«Я 'УД НЛО

• rtoГМ*ЯСiCOfО Овмкч С#Т1»УО *рОвп* (МПС)

фу и К*»**

Рисунок 10 — Форчлг ПБД ЗПС

S3


Страница 37

ГОСТ Р ИСО 9S4S-M

гиф/м пор np-.io*c»n« t*r«»oro vpoiKft

0«вт

I

г

3

4

5

б. У

м

10

II

Нк>ом, са:»илр*и»^ *д»те«* 'то

Зц:*мрН>0Мн «А0«*л» 6*'гь    я

Т*Я%»«ут »а*р*1«и«

<С4ЧТ^О0кИ*Я ОМЛ1

Y«f*rtn* дп.»%. *д£*с» оопгйт^дл |УД АП>

•'I

Адр«с полушаге»* !АЛ)

У к»ше<ъ    «ддод толмтт СУД длл%||    |    m

|    Алик    (АПЛМ)

m- 1

m • 1 *л- 1

УхМДт*** А0»»%>    ЯЛгич*сногс o6v*Krt

с#*«юго vpoifrt 1УДНПС1

1

“4*меп:*мм*» (юглккого о4%мта паевого    ч‘С»:<и* (HOC)    I

р. 1

1    .

ОЛ*»'ДьТЛ*И1*»«** ду**ции    I

0-1

Рисунок 11 — Формат ПБД ПА при выполнении переадресации к ПС

34

Страница 38

ГОСТ Р ИСО 9542-W

Окг«'

1

>«»ыт

3

3»;.*l<v«~poK>- 1ДОЛЯ** Dw’b >ет«ко« «л. а »ап.|

*

ММ*

Tin»IV

Kontpomnl* tVMMI

Й.О

10

II

ш- »

m • I

п . 1 ft

ч* I в - г

v<iuiih,(iuk. iK«i П»Л>«*Т«ЛЯ (УД АЯ>

Ук»»чп»tr-иы 41РСС4 лэдитр |УД АПЛМ1

А4Р«С -пасс- 1АПЛМ)

уднле Л

Рисунок 12 — Формат ПБД ПА при выполнении перевдресааяи к ОС 8 СООТВЕТСТВИЕ

8.1 Требования к статическому соответствию

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

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

35

Страница 39

jg Таблица 3

ОЛошдчшмс

Опраде

л*еммв

пункт

текста

ОС

ПС

мин

И К

ИП

и к

ИП

1

7

J

4

5

6

7

в

Обр Ош

Обработка протокольных ошибок

6.13

о

О

О

О

Обнаружение ошибок в заголовке

ПБД:

ПКсЗ

— проверка контрольной суммы

6.12

О

О

О

ж

о

л

ГКсЗ

— генерация контрольной суммы

6.12

Ф

ф

ф

ф

ф

Ото КФ

Отпет о конфигурации

6.6

О

О

О

Отч Кф

Отчет о конфигурации

62

О

О

Ж

— генерация

622

щ

Ф

Заа Кф

Запись конфигурации

63

О

О

ят

— обработка

63 2

ф

Уд СКф

Удаление старом информации о

64

О

о

конфигурации

Злр Кф

Запрос конфигурации

65

О

““

втт

Миф Кф

Информирование о конфигурации

6.7

ф

о

Па Зпр

Переадресация запроса

о

Па Зап

Переадресация записи

69

О

Уд СПа

Удаление старой информации о пе

л

реадресации

6.11

о

Обн Па

Обновление ииформацнн о переад

ч

ресации

6.10

ф

ГОСТ Р ИСО 9542-93

Обозначения

ИК — информация о конфигурации обеспечивается.

ИП — информация о переадресации обеспечивается;

мин — ничего ие обеспечивается (минимальна* реализация ОС):

О — обязательно; Ф — факультативно; « -» — не используется.

Страница 40

ГОСТ Р ИСО 9542-63

8.1.1    Требования к статическому соответствию Оля оконечных систем

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

Та реализация оконечной системы, которая обеспечивает информацию о переадресации, должна выполнять функции, отмеченные в колонке 6 таблицы 3 как обязательные (О).

Та реализация оконечной системы, которая обеспечивает оба вида информации: о конфигурации и о переадресации, должна выполнять все функции, отмеченные в колонке 5 или 6 таблицы 3 как обязательные.

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

8.1.2    Требования к статическому соответствию для промежуточных систем

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

Та реализация промежуточной системы, которая обеспечивает информацию переадресации, должна выполнять функции, отмеченные в колонке 8 таблицы 3 как обязательные.

Та реализация промежуточной системы, которая обеспечивает как информацию о конфигурации, так и информацию о переадресации, должна выполнять функции, отмеченные в колонке 7 или 8 таблицы 3 как обязательные.

8.2    . Динамическое соответствие

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

Любой передаваемый ПБД должен формироваться, как указано в соответствующем подразделе раздела 7.

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

«Заявка о соответствии реализации протоколу» (ЗСРП) должна составляться при любом заяоленнн о соответствии реализации настоящему стандарту: ЗСРП должна быть составлена по соответ* ствуюшей форме, приведенной в приложении Л.

37

Страница 41

ГОСТ Р ИСО 9642-93

ПРИЛОЖЕНИЕ А (обязательное)

ФОРМА ЗСРП

A.I Введение

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

А.2 Сокращения и специальные символы

А 2.1 Общие сокращения и символы

Н/И — не используется;

<ом> — прием (ПБД или поле ПБЛ);

<пд> — передача (ПБД или поле ПБД)

А 2.2 Символы факультативны'- состояний и предикатов

О    ~    обязательный.

Ф    —    факультативный;

3    —    запрещенный;

ИК    —    состояние, следующее за этим символом, применимо только в

том случае, если ЗСРП констатирует, что обеспечивается информация о конфигурации;

ИП    —    состояние,    следующее    за    этим символом, применимо только в

том случае, если ЗСРП констатирует, что обеспечивается ни-мания о переадресации;

(ИК ИП| - состояние, следующее за »тим символом, применимо только в том случае, если ЗСРП констатирует, что обеспечивается либо ииформаиия о конфигурации, либо информация о переадресации. либо то и другое.

А.З Руководящие указания по заполнению формы ЗСРП

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

Заполненная форма ЗСРП представляет собой <заянку о соответствии реализации протоколу» относительно конкретной рассматриваемой реализации

Ответы на вопросы должны помешаться в самой правой колонке в виде либо простой пометки ответа из ограниченного выбора (типа ДА или ПЕТ), либо указанном значения, либо набора или диапазона значений.

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

Страница 42

Гбст Р ИСО 9542—9$

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

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

39

Страница 43

А.4 Форма ЗСРП

Форма ЗСРП: ГОСТ Р ИСО 9542 — оконечная система

Элймсит

Протокольная фумкшм

Hou*p пункта настоящего стандарта

ик

Обеспечивается ли информа

ция о конфигурации*

ип

Обеспечивается ли информа

ция о переадресации?

Обеспечнваклея ли следую

щие функции?

Отн Кф

Ответ о конфигурации

6.6

Обр Ош

Обработка протокольных ошибок

6.13

ПКсЗ

Проосрка контрольной сум-

6.J2 ,

мы заголовка ПБД

ГКсЗ

Генерация контрольной сум

6.12

мы заголовка ПЬД

Огч Кф

Отчет* о конфигурации

6 2. 6 2.1

Зап Кф

Запись конфигурации

63, 632

Уд СКф

Удаление старой информа

6.4

ции о конфигурации

Зпр Кф

Запрос конфигурации

6.5

ПА Зап

Переадресация ааписи

6.9

Уд СПа

Удаление старой информа

6.11

ции о переадресации

Оби Г1а

Обновление информации о

6.10

переадресации

Имф Кф

Информирование о коифигу-

6.7

Обр тк

paiitl II

Обработка ТК ПОС

6.3.2

Обр МА

Обработка маски адреса

7.4.5

{только)

Обр МАП

Обработка маскн адреса и

7.4.5.

иаскн 11Г1П

7 4.6

Coctmrk

ОбММЧенп

ф

Да Пет

ф

Ла Нет

о

Да Нет X..

(ИКУИП): О

Н/И Да Нет.Х..

(ИКУИП): О

Н/И Да Нет:Х...

Ф

Да Нет

ИК: О

Н/И Да Иет:Х...

ПК: О

Н/И Да Нст:Х...

ИК: О

Н/И Да Нег:Х...

ИК: О

Н/И Да Нет X...

ИП: О

Н/И Да НстХ...

ИП. О

Н/И Да Нет:Х„.

ИП: Ф

Н/И Да Нет

ИК: Ф

Н/И Да Нет

ИК: Ф

Н/И Да Нет

ИП: Ф

Н/И Да Нет

ИП: Ф

Н/И Да Her

Страница 44

Форма ЗСРП (продолжение): ГОСТ Р ИСО 9542 — оконечная систем

Элемент

ЛИ СЛеД

пвд>

Номер пуикта настоящего

СТЯНДврТ*

Состояние

06*вдхси»«

30C-DA

<пд> Заявка оконечной

7.1. 7.5

о

Да НегХ—

ЗОС пм

системы <пм> Заявка оконечной

7.1, 7.5

v\k:o

Н/И Да НегХ-

ЗПСлм

системы <пм> Злянкл промежуточ

7.1. 7.6

ИК: о

Н/И Дл Нет;Х.~

ПА-пм

ное! системы <пм> Пепеадресаиня

7.1. 7.7

МП: О

И/И Да Нег.Х...

ё

ФхЧт

Обеспечиваются ли следую* шне поля ПБД?

<пд> Фиксированная часть

7.2.1— 7.2.7

о

Да НегХ...

<им> Фиксированная часть

7.2.1- 7.2.7

(HKVHfl); О

Да Нет:Х„.

ЛО од!

<пд> Адрес отправителя

7.3.1

О

Н/И Да Нег.Х...

АО-пм!

<пм> только один ПДУСУ

7.3.2

ИК- О

Н/И Да Нег.Х...

АО-пд

<пд> Адрес отправителя

7.33

Ф

Да Ист

АО-пм

<пм> два и болсс ПДУСУ

7.3 1/2/4

ИК: О

Н/И Да НетгХ.^

НЛС-пм

<пм> Наименование логи

АПлм

ческого объекта сетевого уровня

<пм> Адрес получателя

73.1/2/5

(ИКУИП): О ИП: О

Н/И Да НетгХ... Н/И Да Нег.Х...

АПЛМгш

<пм> Адрес полеггн

7 3.1/2/6

ИП: О

Н/И Да Нет:Х.«

Заш-пд *

<пд> Защита

142

Ф

Да Нет

Зашли

<пм> Защита

7.4.2

Ф

Да Нет

Прт-пд

<пд> Приоритет

7.4 3

Ф

Да Нет

п . V V

Прт-пм

<пм> Приоритет

7.4.3

Ф

Да Нет

Обе КУ пм

<пм> Обеспечение КУ

7.4.4

ИП: Ф

Н/И Да Нет

МА-лм

<пм> Маска адреса

7,4.5

ИП: Ф

Н/И Да Нет

МП-пи

<пм> Маска ППП

7.4 .в

ИП: Ф

Н/И Да Нет

ТК ПОС-пм

<пм> Тайм аут конфигура

7.4 7

ИК: Ф

Н/И Да Нет

ции. предложенный ОС

Страница 45

Форма ЗСРП (окончание): ГОСТ Р И СО 9542 — оконечная <

Эа#аи1П

ОСсСЯ^иваЮТСЯ яп следующее

ПБД?

Помер пункта настояпиг© стандарта

НФ-пм

ПФ-пд

<пм> (игнорировать) не-обеспечиваемые или неизвестные факультативные функции <пд> Прочие факультативные функции

7.4.1

Диапазон значений параметра

ТУзн

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

6.1,

6.1.2

ТКзи

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

6.1.

61.1

1 Аннулировать ь случае меисаолыовання.

VCTfM*

Состоим*

О

Да fkt:X_

3

Нет Да;Х..,

о

Ог: секунды До: секунды у исл имением1:

(прочие — определить)1: с допуском.

ИК: О

Or секунды До: секунды увеличенном1:

(прочие — определить)1: с допуском:

ГОСТ P ИСО ®542-

Страница 46

Форма ЗСРП: ГОСТ Р И СО 9542 — промежуточная система

Элсмежг

Прага калии ля фуклямя

Номер пункт* настоящего гтанллрч

ик

Обеспечивается лн информа

ция о конфигурации?

ип

Обеспечивается ли информа

ция о переадрссашн?

Обеспечиваются ли следую

щие функции?

Обр Ош

Обработка протокольных

6.13

ошибок

ПКсЗ

Проверка контрольной сум-

612

ми заголовка ПЬД

ГКсЗ

Генерация контрольной сум

612

мы заюлопка ПБД

Отч Кф

Отчет о конфигурации

62. 6.22

Зап Кф

Запись конфигурации

63. 6.3.1

Уд СКф

Удаление старой информа

64

ции о конфигурации

I1A Зпр

Переадресация запроса

68

Икф Кф

Информирование о конфигу

67

Ген ТК

рации Генерация ТК ПОС

6.32

Ген МЛ

Генерация маски адреса

68

(только)

Ген МАП

Генерация маски адреса и

68

маски ППП

Состоят ac

Обсадесаяс

Ф

Д« Нет

Ф

Д« Нет

О

Да Нет:Х..

0

Да Нст:Х..

Ф

Да Ист

НК: 0

П/И Да Нет:Х_

ИК: 0

Н/И Да Нет:Х„

UK- 0

Н/И Да Нет:Х_

ИП: О

Н/И Да Нет:Х„

ИК: Ф

Н/И Да Нет

ИК: Ф

Н/И Да Нет

ИП: Ф

Н/И Да Нет

ИП: Ф

Н/И Да Нет

ГОСТ P ИСО 9842

I

s

Страница 47

£ Форта ЗСРП (продолжение): ГОСТ Р ИСО 9542 — промежуточная систем


Элемып


ОЛсспечвыютея

ПБД>


ЗОС-Пм

ЗПС-пм

ЗПС-ид

ПА-пд

ПА-пи


<пм> системы <пм> За инка ной системы <пд> Заявка лромежутоя ной системы <пд> Переадресация

<пм> Переадресация (игнорировать)


1

2


Обеспсчниаштся ля тис поля ПБД-


ФаЧт

АО-пм

НЛС-iu

НЛС-ли


<пд> Фиксированная часть

<пм> Фиксированная часть

<пм> Адрес отправителя один или несколько ПДУСУ <пд> Наименование логического объекта сетевого уровня

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

<пм> Адрес получателя <пд> Адрес подсети <пд> Защита <пм> Защита <пд> Приоритет <пм> Приоритет_


АП-ол

АПЛМпд

Заш-пх

Зашпм

Прт-пд

Прт-пм


Я» ОЛ’ДуКМЦКе

Заявка оконечной промежуточ-

следую

Номер пункт* ■мстоаас! о

Cocroiuae

OC*<i\r%rm

етандврт*

7.1. 7.5

ИК: О

Н/И Да НегХ...

7.1. 76

ИК: Ф

Н/И Да Нет

7.1, 7.6

ИК: О

Н/И Да НегХ...

7.1. 7.7

ИП: О

Н/И Да Нет:Х...

6.9. 7.1. 7.7

О

Да Нет:Х.„

7.2.1-7 2.7 7 2.7-

О

О

Да Нет:Х... Да Нет:Х...

7.2.7

73.1/2/3

ИК: О

Н/И Да Нет:Х...

73.0214

О

И/И Да Нет:Х..

7.31/2/4

ЗПС-пм: О

Н/И Да Нет:Х...

7.3    1/2/5 7 3.1/2/6 7.4.2

7.4    2

7.4    3 7.43

ип о

НП: О Ф Ф Ф Ф

Н/И Да Нет X... Н/И Да Нет:Х._ Да Нет Да Нет Да Нет Да Нет

ГОСТ Р ИСО 0342


Страница 48

Форм ЗСРП (окончание): ГОСТ Р ИСО 9542

Элсмtar

06*сг»е*нмюгс* ля следующие ПБД>

Обе КУ пд МА-пд МПпд ТК ПОС-пд

ТК ПОС-пм

НФ-аи

Г1Фпд

<ПД> ОбеСПечСНИС КУ < пд> Маска адреса <ид> Маска ППП <пл> Тайм-аут конфигурации. предложенный ОС <пм> (игнорировать) Таймаут конфигурации, предложенный ОС <пм> (игнорировать) исо-бсслечнааемме или неизвестные факультативные функции <лд> Прочие факультатив-мыс функции

Диапазон значений параметра

ТУзн

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

ТКэя

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

1 Аннулирсють d случае неиспользования.

Номер пункта настоящего стандарта

Огтоини»

Обеспечеяяе

7 4.4

ИП: Ф

И/И Да Нет

7.4 5

ИП: Ф

Н/И Ла Нет

746

ИП: Ф

Н/И Да Нет

7.4.7

ИК: Ф

Н/И Да Нет

7.4 7

ЗПС-им: О

Н/И Да Нег.Х...

7 4.1

Л»“

О

Да Нет:Х...

3

Нет Да:Х._

61.

• о

От: секунды

6.1 2

До: секунды увеличением1:

(прочие — определить) с допуском:'

6.1.

НК: О

От: секунды

6.1 I

До: секунды увеличением1:

(прочие — определить)':

с допуском;

ГОСТ Р ИСО 9542

Страница 49

ГОСТ Р И СО 9542—93

ПРИЛОЖЕНИЕ D (справочное)

ВСПОМОГАТЕЛЬНЫЙ ТЕХНИЧЕСКИЙ МАТЕРИАЛ

B.I Использование тайм-аутов

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

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

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

В. 1.1 Пример использования тайм-аута удержания для переадресации маршрута

Оконечная “система получает информацию о переадресации маршрута через функцию «запрос о переа дресаинн» (см. 6.8). Вполне возможно, что промежуточная система может переадресовать оконечную систему к другой ПС. которая а последний момент стала недоступной (vro может произойти, если алгоритм маршрутизации ПС-Г1С продолжает сходиться, следуя изменениям коифигура-' иии). Если тайм-аут удержания вс был предусмотрен или передающая ПС установила его очень большим, то оконечная система может быть переадресована к ♦черной дыре», из которой ни один ПВД «данные* ие сможет даже возникнуть. Длина поля «время удержания» в ПБД «переадресация* по существу определяет длительность времени, в течение которого допускается существование «черных дыр».

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

46

Страница 50

ГОСТ Р ИСО 9542-93

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

В. 1.2 Пример м сп о л ь j о я а к и * тайм-аута удержания дли информации о конфигурации

Проблема подобного типа может возникнуть и а отношении информации о конфигурации Если поле «врем* удержания» ПБД ЗПС (см. 6.2.2) установлено в очень большое значение и единственная промежуточная система (которая передала эту информацию о конфигурации) данной подсети становится недоступной, то может образовываться «черная дыра», ширина которой соответствует ширине подсети. В течение этого времени оконечные системы данной подсети могут оказаться не в состоянии взаимодействовать друг с другом, поскольку они исходят нз того, что действует промежуточная система, которая будет направлять свои ПБД «данные» адресуемым ОС по локальной подсети и получать обратно ПБД ПА Как только истечет тайм-аут удержания, оконечным системам становится ясно, что нн одна нз ПС не доступна, и онн выполняют единственно возможное о данной ситуации — передают свой трафик непосредственно в локальную подсеть.

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

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

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

8) Адрес отправителя принятого ПБД должен быть и точности таким же. как н адрес получателя, определенный в предыдущем ПБД ПА (это определяет «согласие» по информации переадресации). Рискованно предполагать эквивалентность сокращенных адресов, групповых адресов или аналогичных «специальных» адресов, поскольку нельзя быть уверенными, что маршруты к этим адресам будут одинаковыми.

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

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

Страница 51

f-OCT P ИГ.0 9542-93

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

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

В.З Вопросы инициации системы

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

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

Излагаемое ниже решение введено и стандарт следующим образом Когда функция «регистрация конфигурации» привлекается либо в оконечной, либо з промежуточной системе, <та функция будет определять, была ли ранее известна принятая информация о конфигурации. Если ока была неизвестна, то функция «отчет о конфигурации» может быть привлечена до иогчения системного таймаута о конфигурации. (ШД «заявка», вырабатываемый функцией «отчет о конфигурации». передается затем только тому логическому объекту сетевого урон ня, кокфжурачня которого была ранее неизвестна Таким образок, когда ОС или ПС впервые входит в рабочее состояние, она немедленно сообщает о сгсх-й конфигурации. Как только системы другого типа обнаруживают новый логический объект сетевого уровня, они доводят до сведения этого логического объекта свою собственную конфигурацию.

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

Страница 52

ГОСТ Р ИСО 9542-93

Hcfr'icT тайм-аут удержания, определенный в поле «время удержания» 11БДТ ПА. даже в том случае, когда »та ПС становится недоступной В некоторых случаях можно достичь лучшего и более быстро распознать суихсствованнг «черной дыры». В частности, если ОС предполагает обнаружить прохождение блоков ПБД ЗПС ка ПС, к которой она была переадресована, н тайм аут удержания для дайкой ПС истек, то эта ОС может проигнорировать вое сведения об этой ПС. Это касается ииформацни о всех переадресациях, которая может быть удалена (см функцию «удаление устаревшей информации о переадресации»}. даже если ее тайм-ауты еще не истекли.

В.8 Пример использования маски адреса и маски ППП

Рассмотрим администратора адресов ПДУСУ, который разлагает специфичную часть региона (СЧР) на Ь иерархических элементов, как показано на рисунке 13 Когда ОС принимает ПБД ПА. содержащий маску адреса, то маска идентифицирует согласующую комбинацию или общую структуру, с которой можно проводить сравнение адресов любого ПДУСУ-получателя, которые в последующем могут быть доведены до сведения этой ОС Это сравнение определяет, может ли информация, переносимая и ПВД ПА. достичь данного адреса ПДУСУ При наличии только одной маски эта информация идентифицирует ПС как первого прямого адресата

-1-

С 1 1

1 им*

1

1

1

9

Г

Эмм»"'

llv-11 го

уравМЧ

Эппм«' > >0

*■«

WO.r-M

С* •*» Г|| ПЛгСг

МЧР

• V

У

М»С»» м»*с*

Мк« ППП

Рисунок 13 — Пример разложения адреса на составляющие

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

Примером применения этой иерархической модели является такая сеть частного пользования, в топологию которой входят ЛВС. глобальные сети, основанные на ГОСТ Р 34 950. и двухпунктовые эвенья. основанные на процедурах HDLC На рисунке 1-J промежуточные системы А. В, С и D объединяют четыре логические группы ОС (с l-й по 4-ю>. Используемый для такой топологии СЧР может иметь два иерархических уровня, которые (из-за отсутствие лучших наименований) получили название {ид.подссги. элемент}. Две маски для такого адреса ПДУСУ могут быть определены так. хак показано на рисунке 15

Пользуясь моделью, видим, что ОС в подсети 3 принимает ПБД I1A из промежуточной системы С, которая содержит адрес маски, указывающий, что все адресаты (4, i} достижимы через ПС D Эта ОС регистрирует тот факт, что

Страница 53

Эммпи

ГОСТ Р И СО 9542-9.1


МК<1 *>£*=*    М*С«» ПОП

Рисунок J5 — Пример маски адреса и маски ППП

конкретный ПДУСУ достижим чер« Г1С D, а 'также регистрирует маску адреса. При выдаче запроса на передачу ПБДС другому (отличному от первого) ПДУСУ-ПОЛучатгЛю ОС будет срапмивать адрес этого ПДУСУ с маской адреса. Если соответствующие биты адреса ПДУСУ-получателя равны битам записанного адреса ПДУСУ. то ОС продвигает ПБДС в ПС D Исли сравнение дает огрнцагельный результат (в данном ограниченном сценарии), то решение 6 том. куда ОС направляет данный ПБДС: в НС С пли в ПС D принимается локально; если »то решение оказывается субопткмалышм, го оно может быть скорректировано последующим Г1БД ПА.

Если маска ППГ1 сопутствует маске адреса в ПБД ПА. то ОС вначале использует сравнение маски адреса, как описано выше. И если при этом операция

Страница 54

ГОСТ Р ИСО «542-93

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

Конкретный метод страчичио-уровневой маршрутизации зависят от конкретной ситуации. Одним из примеров служит решение уполномоченного администратора адресации поглотить ППП в адресе ПДУСУ для большинства ОС подсети ЛВС. В этом примере эквивалентный класс указывает набор ОС той подсети, из которой использовано данное соглашений, а маска ППП указывает место ППП в адресе ПДУСУ. Другие ОС той же подсети могут администрироваться индивидуально без включения ППП в адрес ПДУСУ. Остальные ОС этой подсети могут составить отдельный эквивалентный класс, установленный по правилам другого уполномоченного администратора адресации. Другой пример касается ОС. доступных через данную сеть, и маска ППП указывает мегто в адресе ППП адреса X 121 первого (или единственного) этапа в дачном маршруте Последний пример касается ОС. подключенной к набору выделенных двухпунктовых звеньев, а также к другим подсетям Некоторые из двухпунктовых звеньев достигают оконечных систем, другие — промежуточных систем. Эквивалентный класс укалывает набор тех ОС. доступ к которым обеспечивается через двухпунктовые звенья, а маска ППП указывает, где в адресе ПДУСУ находится идентификатор, из которого можно установить идсктлчность конкретного звена.

51

Страница 55

ТОСТ Р ИСО 9542-93

ПРИЛОЖЕНИЕ С (справочное)

ТАБЛИЦЫ СОСТОЯНИЙ

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

В данном приложении протокол описан в виде таблиц состояний (таблица 7 и 8). которые показывают состояние оконечной системы и промежуточной системы, события, появляющиеся 8 протоколе, выполняемые действия и результирующие состояния В таблицах 4, 5 и 6. а также э последующем описании определены понятия, используемы* в самих таблицах состояний.

Таблица 4 — События

Химмввов*»*#

Опнсажн*

тк

Тайм аут конфигурации истек

ТУ!

Гайм-аут удержания истек для элемента таблицы i

ЗОС

Принят ПБД «заявка ©конечной системы»

311C

Принят ПБД «лавка промежуточной системы»

дн

Принят Г1ВД «данные» по ГОСТ Р 34.1952

ПА

Принят ПБД «переадресация»

ОШ

Принят ПБД с сшибками 6.12 и 6.13

ппп

Локальный ППП запрещен или повторно инициирован

зк

Требуется «запрос конфигурации»: 6.5

Таблица 5 — Предикаты

Ханмгиовамиа

Опжли»»

Пк

Система обеспечивает информацию о конфигурации

И па

Система обеспечивает информацию о переадресации

Пб

Система решает выполнить быстрый отчет о конфигурации при повторно!) инициации ППП: 6.2

По

Оконечная система решает обработать блоки ПБД ЗОС

П«

Промежуточная система рсамсг обработать блоки ПБД ЗПС

PI

Недостаточная емкость для записи информации о конфигурации

Р2

Принят ПБД «данные» с ПС-АП ■= все-ОС

РЗ

Согласуемая информация о переадресация существует Для отправителя 11БД ДН и система обеспечивает функ

52

цию «обновление переадресации»

Страница 56

ГОСТ Р «СО «542-93

Окончание таблицы 5

Ни» иском**»

Описавм

Р4

Р5

Принятый ПБД ЗОС или ЗПС поступил из ставшей доступной системы н обеспечивается функция «информирование о конфигурации»

Существует лучший маршрут

Таблица б — Специфичные действия

Нжиеномкмс

Оп|«г*игв

ТК-сброс

ТУ-сброс

Удаление 1

Регистрация

Ох-ТКОС

Аннулирование ЗОС: ПС*

ЗОС: ПСТ-АО

ЗПС: ОС*

ЗПС: ПС-АО

ПА: ПС-АО

ДН: ОС*

Продвнже-

ннс-ДН

ОС* (ПС*)

Останов н повторный пуск тайм-аута конфигурации Останов и повторный пуск тайм-аута удержания для элемента i таблицы Удаление всей информации о конфигурации и/или информации о переадресации для элемента i таблицы

Регистрация новой информации о конфигурации и/или о переадр«с«цки

Факультативное действие по обработке параметров ТКОС при его наличии в ПБД Аннулирование ПБД

Передача ПБД «заявка оконечной системы» с ПС-АП«= = we-ПС

Передача ПБД «заивка оконечной системы» с ПС-АП -* = примятый ПС-АО Передача ПБД «заявка премгжуточной системы» с ПС-АП - все ОС Передача ПБД «.заявка промежуточной системы» с ПС-АП »« принятый ПС-АО Передача ПБД «переадресация» с ПС-АП “ принятый ПС-АО

Передача ПБД «данные» с ПС-АП - все-ОС Продвижение ПБД «данные» в соответствии с ГОСТ Р 34.1952

означает «все ОС» («все ПС»),

C.I Состояния

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

С.2 События

События прсдстав-тены их сокращенными наименованиями, определенными в таблице 4.

Страница 57

ГОСТ Р ИСО 85-12-93

Таблица 7 — Таблица состояний оконечной системы

Событие

Нрсдимг

Дс ftciSMii

Номер nj-uKTj «•твхд*рта

Новое

состояли?

тк

Пк

ЗОС:ПС: ТК-сброс

6 2.1

ТУ1

ПкуПпа

Удаление i

6.4, 6.11

зпс

ПкДП!

Аннулирование

6.3. 6.3.2

П«Д-!П1Л

Под 1 П4

Закись; ТУ1-сброс. О.ч-ТКОС

6.3. 6.3.2

ПхД 1 П1ДП4

Запись; ТУЬсброс;

Ок-ТКОС;

ЗОС:ПСТ-ЛО

6.3. 6.3.2. 6.7

зос

ПкЛПоЛШ

Аннулирование

6 3. 6 3.2

ПкД 1П1Д ПоД Т f 14

Запись; TVt-сброс

6,3. 6 3.2

1 070R-и ость

ПкД~1 П1Д РоДП4

Запись; ТУ1-сброс; ЗОС:ПСТ-АО

6.3. 6.3.2. 6.7

Г12

ЗОС:ПСТ-АО

66

ди

i П2АПЗДПпа

ТУЬсброе

6 10

ПЛ

ПпаЛП!

Аинулиромние

6,9

Ппа Т П1

Запись; TVi-сброс

69

ош

£

X

а

х

&

=

5

6.12. 613

зк

Пк

ДН:ОС

6.5

ппп

Ппа V (ПпД “1 Пб)

Удаление всего

6.4. 6.1!

ПкДПб

Удаление всего; ЗОС:ПС*; ТК-сброс

6.4. 6.11, 62 62.1

ОС

• (ПС*) означает -»&се ОС» {«все ПС»)..

54

Страница 58

ГОСТ Р И СО 1542—93

Таблица 8 — Таблица состояний промежуточной системы

Событие

Предикат

ДеЛстн*

Нокер пункта стандарт*

Новое

ГОГГОИН**

тк

Пи

ЗПС.ОС*; ТК сброс

6 2.2

ТУ!

Удаление 1

6.4

ЗОС

пкдт

Аннулирование

6.3. 6.3 1

пклттл1п4

Запись. T.V'i-сброс.

6.3. 6 3.1

ПкД ' Г11ДП4

Запись: ТУ|' сброс; ЗПС:ПСТ-АО

63. 63.1. 67

зпс

ПкДПнДШ

Аннулирование

6.3. 6.3.1

ПиД -!П1Д ПпД 'П4

Запись; ТУi-сброс

6.3. 6.3.1

ПкД 1 Г11 ДРп ДП4

Запись: ТУ!-сброс: ЗПС:ПСТ-АО

63. 6.3.1. 6.7

Готов.

иостъ

дн

Пп»ДП5

Продвижение ДН; ПА ПСТ-АО

6.8

1П5

Продвижение-ДН

68

ПА

Аннулирование

69

ОШ

Аннулирование

6 12. 6 13

ош

Аннулирование

6.12. 6 13

зк

ложно

ппп

“Пб

Удаление всего

64

ПкДПб

Удаление всего; ЗПС.ОС*; ТК-сброс

64. 62,

6.2.2

ОС* (ПС*) означает «всс ОС» («все ПС»).

55

Страница 59

ГОСТ Р ИСО 9542-93

С.З Действия и предикаты

Для каждого события таблицы определяют результирующий набор действий; эти действия представлены их сокращенными наименованиями в соответствии с таблицей 6

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

С4 Обозначения при адресации

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

Групповые адреса для «логических объектов сетевого уровня всех оконечных систем» и «логических объектов сетевого уровня всех промежуточных систем» пишутся сокращенно в виде «все-ОС» и «все-ПС» соответственно.

УДК 681.324:006.354    П85

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

ОКСТУ 4002

Редактор Т. С. Шско Технический редактор В И. Прщакова Корректор £ Ю. Гебрук

Сд»ио и набор 0l.B2.9i. Подп » печ 1201Я Уел п*ч * 3.4!» Уел ир.-отт. 3.49 _Уч -н>д л ,\?5- Тир. 4и зил. С НИ____

Орлгко «Знак Лоч«та» Нэлвгвлмтво с*икаарюа, ЮТптй. Москнз. КолодвгиыА <К[> . Л. Калужская тнаогр*ф«* <г*ил*|ивв. ул. Москоискья. ?». ЗаК. 38Г

56'“•