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

6 ПРОТОКОЛЬНЫЕ ФУНКЦИИ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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