ГОСТ Р ИСО/МЭК МФС 10613-1-98

Группа П85

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


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

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ. ПРОФИЛЬ RA.
РЕТРАНСЛЯЦИЯ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ
 БЕЗ УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ

Часть 1

Общее описание функции ретрансляции и требования,
не зависимые от подсети

Information technology. International Standardized Profile RA.
Relaying the Connectionless-mode Network Service.
Part 1. Relay function general overview and
subnetwork-independent requirements

     
ОКС 35.100.30
ОКСТУ 4002

Дата введения 1999-01-01

     
     
Предисловие

     
     1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации
     
     ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 "Информационные технологии"
     
     2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 июля 1998 г. N 294
     
     Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10613-1-94 "Информационная технология. Международный функциональный стандарт. Профиль RA. Ретрансляция услуг сетевого уровня в режиме без установления соединения. Часть 1. Общее описание функции ретрансляции и требования, не зависимые от подсети"
     
     3 ВВЕДЕН ВПЕРВЫЕ
     
     

     0 ВВЕДЕНИЕ

     
     Настоящий стандарт определен в контексте функциональной стандартизации в соответствии с принципами, установленными в ГОСТ Р ИСО/МЭК ТО 10000-1. Контекст функциональной стандартизации - это одна из частей обшей сферы деятельности в области информационной технологии (ИТ), охватывающей базовые стандарты, профили и механизмы регистрации. Профиль определяет комбинацию базовых стандартов, которые в совокупности выполняют конкретную четко определенную функцию ИТ. Профили стандартизуют использование факультативных возможностей и других вариантов в базовых стандартах и обеспечивают основу для разработки унифицированных международно признанных системных тестов.
     
     Одна из наиболее важных задач функционального стандарта (ФС) состоит в том, чтобы стать основой для разработки (организациями кроме ИСО и МЭК) международно признанных тестов и центров аттестационного тестирования. Функциональные стандарты разрабатываются не просто для "узаконивания" конкретного набора базовых стандартов и факультативных возможностей, но и для того, чтобы способствовать взаимодействию открытых систем. Для успешного достижения этой цели очень важна разработка и широкая приемлемость тестов, основанных на настоящем и других ФС.
     
     Настоящий функциональный стандарт состоит из нескольких частей, из которых данная часть является частью 1. Часть 1 определяет требования к профилю, которые не зависят от особенностей подсети. В других частях определяются зависимые от подсети и физической среды требования к профилю. Кроме того, для каждого отдельного профиля предусмотрена отдельная часть настоящего ФС, в которой устанавливаются конкретные требования к данному профилю со ссылками на соответствующий материал из части 1 и других частей, определяющих зависимые от подсети требования.
     
     Стандарт содержит три приложения. Приложения А и В являются обязательными, приложение С - информационным.
     
     

     1 НАЗНАЧЕНИЕ

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

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

     
     Настоящий стандарт содержит ссылки на следующие стандарты:
     
     ГОСТ 28907-91 (ИСО 8802-2-89) СОИ. Локальные вычислительные сети. Управление логическим звеном
     
     ГОСТ Р 34.950-92 (ИСО 8208-87) СОИ. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных
     
     ГОСТ Р 34.1952-92 (ИСО 8473-88) Системы обработки информации. Передача данных. Протокол для обеспечения услуг сетевого уровня в режиме без установления соединения
     
     ГОСТ Р ИСО 9542-93 Системы обработки информации. Передача данных и обмен информацией между системами. Протокол обмена маршрутной информацией между оконечной и промежуточной системами для использования совместно с протоколом, обеспечивающим услуги сетевого уровня в режиме без установления соединения
     
     ГОСТ Р ИСО/МЭК 9646-2-93 Информационная технология. Взаимосвязь открытых систем. Основы и методология аттестационного тестирования для ВОС. Часть 2. Спецификация комплекта абстрактных тестов
     
     ГОСТ Р ИСО/МЭК ТО 10000-1-93 Информационная технология. Функциональный стандарт. Основы и таксономия функциональных стандартов. Часть 1. Основы
     
     

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

     
     Все термины, используемые в настоящем стандарте, определены в базовых стандартах, на которые даны ссылки (см. раздел 2).
     

     4 СОКРАЩЕНИЯ

     
     Аббревиатуры, используемые в настоящем стандарте, определены в базовых стандартах, на которые даны ссылки (см. раздел 2).
     
     

     5 ТРЕБОВАНИЯ

     
     5.1 Введение
     
     Требования данного раздела относятся ко всем устройствам взаимодействия, входящим в предмет рассмотрения настоящего ФС, и должны реализовываться во всех соединениях подсетей, на которые распространяется настоящий ФС. Дополнительные специфические требования относятся к соединениям только определенных типов подсетей; эти требования определены в других частях настоящего ФС.
     
     5.2 Требования к статическому соответствию
     
     5.2.1 Общие требования
     
     Реализация, претендующая на соответствие настоящему стандарту, должна удовлетворять требованиям ГОСТ Р 34.952*, определенным в 5.2.2, и ГОСТ Р ИСО 9542, определенным в 5.2.3. Она должна реализовать все свойства, которые в "Списке требований к ЗСРФС" (приложение А) указаны как требуемые.
__________________
     * Ошибка оригинал. Следует читать ГОСТ Р 34.1952. - Примечание .
          
     5.2.2 Требования ГОСТ Р 34.1952
     
     Реализация должна:
     
     a) реализовать функции, необходимые для соответствия ГОСТ Р 34.1952, со стороны системы типа "продвижение", как определено в разделе 9 ГОСТ Р 34.1952;
     
     b) обладать возможностью продвигать ПБД из любого пункта подключения подсети к тому же или какому-то другому пункту подключения подсети;
     
     c) если реализована функция "сборка", обеспечивать средства для подавления ее использования.
     
     Примечание - Если функция сборки реализована, то в промежуточной системе она может быть частичной или полной в зависимости от используемого метода сборки, как указано в 6.8 ГОСТ Р 34.1952;
     
     
     d) обеспечивать механизм, способный вносить соответствующие записи в базу маршрутной информации, используемую функцией ПБД "маршрутизация" ГОСТ Р 34.1952.
     
     Примечание - Несмотря на требование о том, чтобы этот метод маршрутизации можно было выбирать для любого заданного адреса сетевого уровня независимо от его формата и значения, число различных адресов сетевого уровня, для которых может храниться такая информация, зависит от реализации. Реализациям разрешается обеспечивать возможность заменять заложенную в конфигурации информацию о маршрутах на информацию, полученную из протокола динамической маршрутизации, поскольку возможны ситуации, когда такая информация (при ее наличии) может быть более точной по сравнению с информацией, заложенной в конфигурации;
     
     

     е) реализовать функцию "частичная регистрация маршрута".
     
     5.2.3 Требования ГОСТ Р ИСО 9542
     
     Реализация должна:
     
     a) реализовывать требования к статическому соответствию для промежуточных систем, определенных в ГОСТ Р ИСО 9542;
     
     b) если реализована информация о конфигурации, обеспечивать средства подавления ее использования независимо в каждой подсети.
     
     5.3 Требования к динамическому соответствию
     
     5.3.1 Общие требования
     
     Реализация, претендующая на соответствие настоящему стандарту, должна выполнять обеспечиваемые функции протокола по ГОСТ Р 34.1952, как определено в 5.3.2, а также функции протокола ГОСТ Р ИСО 9542, как определено в 5.3.3. Она должна выполнять требования "Списка требований к ЗСРФС", приведенного в приложении А.
     
     5.3.2 Требования ГОСТ Р 34.1952
     
     Реализация должна:
     
     a) выполнять обеспечиваемые функции, определенные в разделе 9 ГОСТ Р 34.1952;
     
     b) при получении ПБД, первый октет которого указывает неактивное подмножество протокола, не передавать и не вырабатывать отчет об ошибке.
     
     5.3.3 ГОСТ Р ИСО 9542
     
     Реализация должна реализовывать требования к динамическому соответствию, определенные в ГОСТ Р ИСО 9542.
     
     

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

     
СПИСОК ТРЕБОВАНИЙ К ЗСРФС

     
     А.1 Введение
     
     ГОСТ Р ИСО/МЭК ТО 10000-1 определяет три позиции для включения в список требований к ЗСРФС. К ним относятся:
     
     - общие факультативные возможности профиля;
     
     - список базовых стандартов, выбранных в профиле;
     
     - ограничения на допустимые ответы в форме ЗСРП каждого такого стандарта.
     
     Две первые позиции относятся к профилю в целом и поэтому входят только в те части ГОСТ Р ИСО/МЭК МФС 10613, которые специфичны для отдельных профилей. Однако в каждой части указанного стандарта содержится идентификация тех ограничений профиля, которые входят в предмет ее рассмотрения.
     
     ГОСТ Р ИСО/МЭК ТО 10000-1 указывает, что форма ЗСРФС может содержать либо простой список ограничений, либо измененные копии форм ЗСРП базовых стандартов. В настоящем стандарте используется первая из указанных возможностей.
     
     А.2 Нотация и соглашения
     
     А.2.1 Введение
     
     Во многих случаях ограничения, налагаемые СТЗФС, выражаются в виде символов, указывающих статус в контексте настоящего стандарта тех позиций форм ЗСРП базовых стандартов, к которым относятся эти ограничения. Используемые символы определены в следующих двух подразделах.
     
     А.2.2 Нотация для статического соответствия
     
     Для идентификации ограничений, налагаемых на возможности аттестуемых реализаций, используются следующие символы:
     
     а) Символы, непосредственно определяющие статус
     

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

     
     Символы в виде у<н> используются в тех случаях, когда статус данной позиции зависит от обеспечения других позиций. В этом случае <н> - это номер, который ссылается на определение, приведенное в окончании того раздела, в котором он используется. Это определение устанавливает специальный статус, который может быть выражен, например, в виде "если ABC, то о, иначе з", что должно означать статус "обязательное", если позиция в форме ЗСРП с указателем ABC обеспечивается, и статус "запрещено" в противном случае.
     
     Символы в виде <позиция>: <статус> используются как сокращенный способ выражения условия, при которых статус такой, как указан, если данная позиция обеспечивается, а в противном случае статус будет иметь значение "не используется". Таким образом, например, "АВС:о" будет эквивалентом условному статусу "если ABC, то о, иначе -".
     
     А.2.3 Нотация при описании динамического соответствия
     
     В некоторых случаях необходимо определить ограничения, налагаемые не только на реализацию возможностей, но и на их использование. При наличии такой необходимости за символом статуса статического соответствия, определенным выше в А.2.2а, следует дополнительный символ, предназначенный для создания определения двухзнакового статуса. Второй символ определяет динамические ограничения и имеет следующие значения:
     

     
     Таким образом, например, статус "оо" должен означать обязательное обеспечение возможности, указанной в позиции формы ЗСРП, и обязательность ее использования в применимых случаях.
     
     При использовании только однознакового статуса он определяет статическое требование и означает, что на динамическое использование данной возможности не налагается никаких дополнительных ограничений.
     
     А.3 СТЗФС для протокола по ГОСТ Р 34.1952
     
     Поскольку сам базовый стандарт еще не содержит формы ЗСРП, в приложении В приведена временная информация относительно формы ЗСРП базового стандарта для промежуточной системы. После разработки формы ЗСРП базового стандарта в настоящий стандарт будут внесены соответствующие изменения.
     
     Настоящий стандарт налагает следующие ограничения:
     
     Основные возможности
     

     
     
     Обеспечиваемые функции
     

     
     
     Параметры ПБДТ ДН
     

     
     
     Параметры ПБДТ ОШ
     

     
     
     А.4 СТЗФС для протокола по ГОСТ Р ИСО 9542
     
     Соответствующая форма ЗСРП базового стандарта для промежуточных систем приведена в приложении А к ГОСТ Р ИСО 9542. Настоящий стандарт налагает на нее следующие ограничения.
     
     Функция протокола. Промежуточная система
     

     
     
     Поля ПБД. Промежуточная система
     

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

     
ПРЕДПОЛАГАЕМЫЕ ФОРМЫ ЗСРП БАЗОВЫХ СТАНДАРТОВ
ДЛЯ РАБОТЫ ПРОМЕЖУТОЧНОЙ СИСТЕМЫ ПО ГОСТ Р 34.1952

     
     В.1 Введение
     
     В данном приложении содержится информация о предполагаемой форме заявки о соответствии реализации протоколу (ЗСРП) для настоящего стандарта, который еще не имеет устоявшейся в международном плане формы ЗСРП. В данном приложении содержатся только те позиции предполагаемой формы ЗСРП, которые относятся к работе промежуточных систем протокола по ГОСТ Р 34.1952.
     
     Поставщик реализации протокола, претендующей на соответствие настоящему стандарту, должен заполнить приводимую ниже форму ЗСРП.
     
     Заполненная форма ЗСРП представляет собой ЗСРП для рассматриваемой реализации. ЗСРП представляет собой констатацию реализованных функций и факультативных возможностей протокола. ЗСРП может использоваться многими, в том числе:
     
     - разработчиком протокола в качестве проверочного списка с целью уменьшения риска ошибиться в соответствии стандарту при просмотре;
     
     - поставщиком и покупателем или потенциальным покупателем реализации, констатирующего основу для общего понимания, установленную стандартной формой ЗСРП;
     
     - пользователем или потенциальным пользователем реализации в качестве основы для начальной проверки возможностей взаимодействия с другими реализациями. (Заметим, что если взаимодействие никогда нельзя гарантировать, то ошибки взаимодействия часто можно предсказать исходя из несовместимых ЗСРП);
     
     - протокольным тестером в качестве основы для выбора соответствующих тестов, по которым оценивается заявка на соответствие реализации.
     
     В.2 Сокращения и специальные символы
     
     В.2.1 Символы статуса
     
     о - обязательно
     
     ф - факультативно
     
     Ф<п> - факультативно, но с обязательным обеспечением, по меньшей мере, одной из групп факультативных возможностей, имеющих один и тот же номер  
     
     X - запрещено
     
     <пред> - символ условного элемента, включая идентификацию предиката <см. В.3.4)
     
      - логическое отрицание, применимое к условным предикатам элемента
     
     В.2.2 Прочие символы
     
     <г> аспект приема для данной позиции
     
     <s> аспект передачи для данной позиции
     
     В.3 Указания по заполнению формы ЗСРП
     
     В.3.1 Общая структура формы ЗСРП
     
     Первая часть формы ЗСРП "Идентификация реализации и сводные сведения о протоколе" должна заполняться в соответствии с указаниями информацией, необходимой для полной идентификации как поставщика, так и реализации.
     
     Основная часть формы ЗСРП представляет собой вопросник фиксированного формата, разделенный на несколько основных подразделов; последние могут быть разделены далее на более мелкие подразделы, каждый из которых должен содержать группу отдельных позиций. Ответы на вопросы каждой позиции пишутся в правой колонке либо простой пометкой ответа при указании ограниченного выбора (обычно Да или Нет), либо указанием конкретного значения, или набора, или диапазона значений.
     
     Примечание - Имеются такие позиции, где применимы два или более вариантов из набора возможных ответов. Все соответствующие варианты должны быть отмечены.
     
     
     Каждая позиция идентифицируется обозначением позиции в первой колонке; во второй колонке содержится вопрос, на который нужно ответить; в третьей колонке содержится ссылка или ссылки на материал, который специфицирует позицию в основной части ГОСТ Р 34.1952. В остальных колонках зарегистрирован статус позиции - обеспечивается ли данная возможность как обязательная, факультативная, запрещенная или условная - и предусмотрено место для ответов (см. также В.3.4).
     
     Поставщик может также обеспечить или потребовать обеспечения другой информации, классифицируемой как "дополнительная информация" или "особая информация". Каждый вид такой информации при ее наличии должен быть представлен в последующих подразделах позиций, отмеченных как Д<i> или O<i> соответственно с целью ссылок на нее, где <i> - любая недвусмысленная идентификация позиции (например, обычный номер); никаких других ограничений на ее формат и представление не налагается.
     
     Заполненная форма ЗСРП, включая любую дополнительную информацию и особую информацию, представляет собой ЗСРП для соответствующей реализации.
     
     Примечание - Если какая-либо реализация может быть построена несколькими способами, то в одной ЗСРП можно описать все такие конфигурации. Однако поставщик может составить несколько ЗСРП, каждая из которых охватывает некоторое подмножество возможных конфигураций реализации, чтобы облегчить представление информации и сделать ее более понятной.
     
     
     В.3.2 Дополнительная информация
     
     Позиции раздела "Дополнительная информация" ЗСРП дают поставщику возможность представить дополнительную информацию, которая может помочь в интерпретации ЗСРП. Не ставится целью и не предполагается обеспечить большой объем такой информации, и вся ЗСРП может рассматриваться без любой такой информации. Примерами могут служить описания способов создания реализации (отдельной) для работы в разнообразных условиях и в разных конфигурациях; либо краткое обоснование, основанное, возможно, на специфических потребностях применения, исключения тех возможностей, которые хотя и являются факультативными, но тем не менее повсеместно представлены в реализациях данного протокола.
     
     Для любого ответа в вопроснике могут быть даны ссылки на позиции раздела "Дополнительная информация" или введены в позиции раздела "Особая информация".
     
     В.3.3 Особая информация
     
     Случайно может оказаться, что поставщик пожелает ответить в позиции со статусом обязательности или факультативности (после применения любых необходимых условий) способом, противоречащим указанным требованиям. В колонке "обеспечение" он не найдет никакого заготовленного ответа на этот случай; вместо этого поставщик должен записать в эту колонку отсутствующий ответ вместе со ссылкой O<i> на позицию особой информации и должен дать соответствующее обоснование позиции особой информации.
     
     Реализация, для которой необходима такая особая позиция, не соответствует ГОСТ Р 34.1952.
     
     Примечание - Возможной причиной описанной выше ситуации может быть извещение об ошибке в настоящем стандарте, и ее исправление должно изменить требование, которой не соответствует реализация.
     
     
     В.3.4 Статус условности
     
     В.3.4.1 Условные позиции
     
     Форма ЗСРП содержит большое число условных позиций. Это такие позиции, в которых применимый статус - обязательно, факультативно или запрещено - зависит от того, обеспечены или нет некоторые другие позиции.
     
     Во многих случаях общая применимость данной позиции условна в указанном смысле, также как и статус в случае позиции применимости.
     
     В тех случаях, когда объектом одного и того же условия применимости является группа позиций, в заголовке этой группы ставится отдельный предварительный вопрос относительно этого условия с указанием пропустить последний пункт вопросника при выборе ответа "не используется". В противном случае отдельные условные позиции указываются одним или несколькими условными символами (в отдельных строках) в колонке "статус".
     
     Условный символ имеет форму "<пред>"<х>, где "<пред>"означает предикат согласно В.3.4.2, а "<х>"- один из символов статуса О, Ф, Ф. <п> или И.
     
     Если предикат в любой строке условной позиции имеет значение "истинно" (см.В.3.4.2), то условная позиция применима и ее статус соответствует символу статуса, следующему за предикатом: колонка ответов должна быть заполнена необычным образом. Если предикат имеет значение "ложно", то в соответствующей строке должен быть указан ответ "не используется" (Н/И). (Каждая строка в многострочной условной позиции должна быть заполнена: максимум, однако строка потребует ответа, отличного от Н/И).
     
     В.3.4.2 Предикаты
     
     Предикатом считается одно из следующих:
     
     a) ссылка в позиции на какую-либо позицию в форме ЗСРП: предикат имеет значение "истинно", если позиция указана как обеспечиваемая, и "ложно" в противном случае;
     
     b) имя предиката, определенного в каком-либо месте формы ЗСРП (обычно в разделе "Основные возможности" или в конце раздела, содержащего условную позицию) (см. ниже), или
     
     c) символ логического отрицания "", предшествующий ссылке в позиции или имени предиката: предикат имеет значение "истинно", если это значение предиката при отсутствии символа "" ложно, и наоборот.
     
     Определение имени предиката представляет собой одно из следующих:
     
     a) ссылка в позиции, интерпретируемая как в подпункте а);
     
     b) соотношение, содержащее оператор сравнения (=, <, и т.п.), где, по меньшей мере, один из операндов является ссылкой в позиции, имеющей в качестве ответа численное значение; такой предикат имеет значение "истинно", если соотношение выполняется, когда каждая ссылка в позиции заменяется значением в колонке "Обеспечение" в качестве ответа на указанную позицию, или
     
     c) булево выражение, составленное из простых предикатов, как в подпунктах а) и Ь), с обычным использованием булевых операторов И, ИЛИ и НЕ и скобок; значение такого предиката оценивается как "истинно", если булево выражение оценивается как истинное при интерпретации ссылки на позицию, как указано выше.
     
     Каждая позиция, на которую в предикате или в определении предиката используется ссылка, отмечается знаком "звездочка" в колонке "позиция".
     
     В.4 Идентификация
     
     В.4.1 Идентификация реализации
     

     
     
     В.4.2 Сводные сведения о протоколе
     

     
     
     В.5. Основные возможности
     

     
     
     В.6 Оконечные системы
     
     Оконечные системы не рассматриваются в настоящем стандарте.
     
     В.7 Промежуточные системы
     
     В.7.1 Применимость
     
     Позиции формы ЗСРП в В.7 относятся только к реализациям промежуточных систем, т.е. тех систем, которые в подразделе В.5 обеспечивают позиции IS.
     
     В.7.2 Обеспечиваемые функции
     

     
     
     В.7.3 Обеспечиваемые ПБД
     

     
     
     В.7.4 Обеспечиваемые параметры
     
     В.7.4.1 Параметры ПБДС ДН
     

     
     
     В.7.4.2 Параметры ПБДС ОШ
     

     
     
     В.7.5 Тайм-ауты и значения параметров
     

     
     
     В.8 Функции сходимости, зависимые от подсети
     
     В.8.1 Основные возможности ФСЗП
     

     
     
     В.8.2 ФСЗП, используемые с подсетями по ГОСТ 28907
     
     B.8.2.1 Применимость
     
     Подраздел В.8.2.2 применим только к тем реализациям, которые обеспечивают возможность S802 из В.8.1.
     
     B.8.2.2 Функция ФСЗП по ГОСТ 28907
     

     
     
     В.8.2.3 Многоуровневые зависимости ФСЗП по ГОСТ 28907
     

     
     
     В.8.3 ФСЗП, используемые с подсетями по ГОСТ Р 34.950
     
     B.8.3.1 Применимость
     
     Подраздел В.8.3.2 применим только к тем реализациям, которые обеспечивают возможность SX25 из В.8.1.
     
     B.8.3.2 Функции ФСЗП по ГОСТ Р 34.950
     

     
     
     В.8.3.3 Данные вызывающего пользователя Х.25
     

     
     
     В.8.3.4 Тайм-ауты ФСЗП по ГОСТ Р 34.950
     

     
     
     В.8.3.5 Многоуровневые зависимости ФСЗП по ГОСТ Р 34.950
     

     
ПРИЛОЖЕНИЕ С
(информационное)

     
РЕКОМЕНДАЦИИ

     
     С.1 Введение
     
     Информация данного приложения носит рекомендательный характер и не является обязательной частью настоящего стандарта.
     
     При отсутствии конкретных применений, обеспечивающих соответствующее альтернативное поведение, рекомендуется реализовывать функциональные возможности, излагаемые в данном приложении.
     
     С.2 Рекомендации ГОСТ Р ИСО 9542
     
     1 Для обеспечения отлаженных операций протокола системные пользователи должны выбирать наиболее подходящие значения используемого в ПБД тайм-аута времени удержания и тайм-аута конфигурации из всего диапазона значений, допускаемых в полях ПБД (от 0 до 65535 с) отдельно для каждой подсети.
     
     Пользователи должны устанавливать значения тайм-аутов промежуточных систем по ГОСТ Р ИСО 9542 так, чтобы они были совместимы со значениями тайм-аутов вышерасположенных уровней (при их наличии), используемыми оконечными системами. Для тайм-аута конфигурации предложено значение 30 с, а для тайм-аута удержания - значение 65 с, если только не окажутся более подходящими другие значения, полученные на основе анализа характеристик профиля оконечных систем.
     
     2 Для обнаружения случайных потерь ПБД должна обеспечиваться возможность присваивать тайм-ауту конфигурации значение, несколько меньшее половины значения тайм-аута времени удержания.
     
     С.3 Рекомендации ГОСТ Р 34.1952
     
     1 Поскольку ПБД "ошибка" - это те же ПБД "данные", искаженные во время передачи, то ПБД "обнаружение ошибок в заголовке" должен выбираться из ПБД "отчет об ошибках", если последний был выбран из ПБД "данные", обусловившего отчет об ошибке.
     
     
     
Текст документа сверен по:
официальное издание
М.: ИПК Издательство стандартов, 1998