Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

27 страниц

456.00 ₽

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

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

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

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

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

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

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

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

код ОКС откорректирован в соответствии с указателем стандартов 2007 г.

Оглавление

Введение

1 Область применения

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

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

4 Сокращения

5 Требования, независимые от типа подсети

6 Расположение требований, специфичных для типа подсети

Приложение А Список требований ЗСРПФС (СТФС)

Приложение В Перечень поправок

Приложение С Список требований ЗСРПФС (СТФС)

Приложение D Рекомендации по взаимодействию на транспортном уровне

Приложение Е Библиография

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

Страница 1

ГОСТ Р ИСО/МЭК МФС 10608—1—95

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

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

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

ЧАСТЬ 1. ОБЩЕЕ ОПИСАНИЕ И ТРЕБОВАНИЯ. НЕЗАВИСИМЫЕ ОТ ПОДСЕТИ

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

Г*

3

?

2

л

ГОССТАНДАРТ РОССИИ М0СК1

Страница 2

ГОСТ Р ИСО/МЭК МФС 10608—I—95

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ), Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России и Российским научно-исследовательским институтом информационных технологий и систем автоматизированного проектирования (РосНИИ ИТ и АП)

ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации

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

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 22.08.95 N? 446

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10608—1—92 “Информационная технология. Международный функциональный стандарт профиля ТАпппп. Услуги транспортного уровня в режиме-с-установ-ленисм-соедннения при использовании услуг сетевого уровня в рсжиме-без-установлсния-соелинения. Часть 1. Общее описание, и требования, независимые от подсети"

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

© ИПК Издательство стандартов, 1995

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

'I

Страница 3

ГОСТ Р ИСО'МЭК МФС 1060»—1—95

Содержание

Введение ..............................IV

1    Область применения.........................I

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

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

4    Сокращения ............................3

5    Требования, независимые от типа подсети............3

6    Расположение требований, специфичных для типа подсети . . .7

Приложение А Список требований ЗСРПФС    (СТФС).......8

Приложение В Перечень поправок.................12

Приложение С Список требований ЗСРПФС    (СТФС)......13

Приложение D Рекомендации по взаимодействию на транспортном уровне .............................17

Приложение Е    Библиография....................21

in

Страница 4

ГОСТ Р ИСО/МЭК МФС 10608— I —95

Введение

Настоящий функциональный стандарт (ФС) определен в контексте функциональной стандартизации в соответствии с принципами, определенными в ГОСТ Р ИСО/МЭК ТО 10000 “Информационная технология. Основы и таксономия функциональных стандартов” «части I и 2). Контекст функциональной стандартизации является одним из направлений общей области деятельности по стандартизации информационной технологии (ИТ), охватывающей базовые стандарты, профили и механизмы регистрации. Профиль определяет комбинации базовых стандартов, которые совместно выполняют конкретную четко определенную функцию ИТ. Профили стандартизуют использование факультативных возможностей и других вариантов в базовых стандартах и обеспечивают основу для разработки унифицированных международно признанных системных тестов.

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

Настоящий ФС определяет независимые от типа подсети требования для профилей группы ТА.

IV

Страница 5

ГОСТ Р ИСО/МЭК МФС 10608—1—95

государственный стандарт российской федерации

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

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

Часть I. Общее описание и требования, независимые от иодссти

Information techr>o»ofy International SUuidadlied Profile TAnnnn Conorttinn-mode Transport Service over comv.tltoiUe« niodc Network Scrviie. Part I. General overview and sutwictwock-type Independent fcqulreevents

Дата «веления I *>96—07—01

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

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

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

Профили услуг транспоргного уровня в режимс-с-устзновленисм-соединения с использованием услуг сетевого уровня в режиме-без-установления-соединения являются членами одной группы — группы ТА, и обеспечивают один класс протокола транспортного уровня, а именно класс 4.

1.3.1ЛННС официальное

I

Страница 6

ГОСТ Р ИСО/МЭК МФС 10603- 1—95

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

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ 34.960-91 (ИСО 8072—86) Информационная технология. Взаимосвязь открытых систем. Определение услуг транспортного уровня

Примечание -- См икже рекомендацию МККТГ Х,2!4—8В

ГОСТ 34.961-91 {ИСО/МЭК 8073—88) Информационная технология. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня с режиме с установлением соединения

Примечание — См. пкже рекомендацию МККТТ Х.224-W!.

ИСО/МЭК 8073—88/Лон. 2—891 Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлен нем соединения. Дополнение 2. Операции класса 4 с использованием услуг сетевого уровня в режиме без установления соединения

ИСО/МЭК 8073—88/Доп. 3—92* Системы обработки информации. Взаимосвязь открытых систем Спецификация протокола транспортного уровня в режиме с установлением соединения. Дополнение 3. Форма заявки о соответствии реализации протоколу

ИСО/МЭК 8073—88/Изм. I—90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Изменение I.

ИСО/МЭК 8073—88/Изм. 2—90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола iранепортного    уровня    ь    режиме    с    установлением    соединения

Изменение 2.

ИСО/МЭК 8073—88/Изм. 4—91* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного    уровня    в    режиме    с    установлением    соединения.

Изменение 4.

ИСО/МЭК 8073—88/Изм. 5—91* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного    уровня    и    режиме    с    установлением    соединения.

Изменение 5.

ГОСТ Р 34.951-92 (ИСО 834* -87. ИСО 8348-87/Доп. 1-87) Информационная технология. Передача данных. Определение услуг сетевого уровня

1

До прямого применение данного докумеша п качсогс государственного стандарта РОССИЙСГОЙ Ф»дерп;и»! a»i    fwfs гм>л>-><еи    uo 1ШИМКИ Госсшмлартл Риськи

Страница 7

ГОСТ И ИСО.МЗХ МФС 10603— I —95

Примечание — См. тиьже рекомендацию МКК.П X 2IJ- 88.

ИС'О 8348—87/Доп. 2—881 Системы обр<»ботки информации. Передача данных. Определение услуг сетевой» уровня. Дополнение 2. Адресация на сетевом уровне

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

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

Термин.*, используемые п настоящем стандарте, определены либо в базовых стандартах, на которые даны ссылки <см. раздел 2), либо в стандартах, перечисленных л приложении Е.

* СОКРАЩЕНИЯ

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

5 ТРКЬОКАНИЯ. НЕЗАВИСИМЫЕ ОТ ТИПА ПОДСЕТИ

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

Требования, устанавливаемые в данном разделе, применимы в равной степени ко всем оконечным системам, проявляющим соответствие, независимо от типа(ов) подсети, к которой эти системы мог)’г быть подсоединены. Дополнительные требивания относятся к оконечным системам в соответствии с типом<ами> подсети, к которой они подсоединены; эти требования определены в последующих частях настоящего стандарта.

5.2    Требования транспортного уровня

Настоящий стандарт устанавливает обеспечение услуг транспортного уровня в режимс-с-установленисм-соеаинения, определенных в ГОСТ 34.960, с использованием класса 4 протокола транспортного уровня в осжиме-с-установлением-сосдинсния, определенного в ГОСТ ;4.961, а также в ИСО/МЭК 8073/Доп. 2, где описаны операции класса 4 при использовании услуг сетевого уровня в рсжимс-без-ус-мновлення соединения.

1

Дм причо'х* применении дачного документ* и «я'ичтие гиулрепяаи» сганларта оссийиНсй Федерации он может еггь намучен по ЯИМИКИ Iосстаядарта России.

Страница 8

ГОСТ I* ИСО/МЭК МФО 10608— 1—95

Дополнительные требовании приведены в приложениях А и С, которые определяют СТФС для протокола транспортного уровня. В приложении В приведен перечень поправок к ИСО/МЭК 8073 вместе с формулировкой любых требований к реализациям данных профилей.

5.2.1 Требования статического соответствия

Реализация, претендующая на соответствие, должна:

a)    удовлетворять требованиям соответствия согласно разделу 14 ГОСТ '34.961;

b)    обеспечивать обязательные функциональные возможности для класса 4 через УСУ-БУС согласно ГОСТ 34.961 и ИСО/МЭК 8073/Доп. 2;

c)    если реализация претендует на возможность инициации соединения транспортного уровня, она должна быть способна демонстрировать передачу ПБДТ ЗС с:

1) классом 4 как предопределенным;

d)    если реализация претендует на способность отвечать на попытку установления соединения транспортного уровня, она должна быть способна демонстрировать прием ПБДТ ЗС с классом 4 как предопределенным;

e)    если реализация претендует на возможность инициации соединения транспортного уровня, она должна быть способна:

1)    передавать поле ИД-ПДУТУ вызываемого в ПБДТ ЗС,

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

f)    если реализация претендует на способность отвечать на попытку установления соединения транспортною уровня, она должна быть способна:

1)    передавать поле ИД-ПДУТУ вызывающего в ПБДТ ПС,

2)    при необходимости, передавать поле ИД-ПДУТУ вызываемого в ПБДТ ПС. который может переносить любой из селекторов транспортного уровня, реализуемых системой;

g> быть способна образовывать начальные значения следующих параметров:

TI — Время локальной повторной передачи,

N — Максимальное число повторных передач,

I — Время неактивности,

W — Время окна;

h) если реализация соблюдает любую стратегию, задерживающую передачу ПБДТ ГЩ, то максимальное время, на которое может быть задержан один ПБДТ ПД, должно бытг. указано поставщику услуг .-ранслортного уровня с использованием параметра “время подтверждения”.

4

Страница 9

ГОСТ Р ИСО/М Ж МФС 10608—1—95

5.2.2 Требования л и к а м и ч с с к о t о соотвстсшия

а) ИД-ПДУТУ

Рс;1лизация должна поддерживать параметры 'удаленного ИД-ПДУТУ переменного размера вплоть до 32 октетов, использующих любые коды н значения.

Длина локальных Т-селекторов не должна превышать 32 октстз.

При получении ПБДТ ЗС отсутствие параметра "ИД-ПДУТУ вызывающего" или “ИД-ПДУТУ вызываемого" следует рассматривать ка», эквивалент такого же параметра нулевой длины.

Отсутствие параметра "ИД-ПДУТУ вызывающего" в полученном ПНДТ ПС. означает, что значение параметра "ИД-ГШУТУ вызывающего" в Г1С эквивалентно значению параметра “ИД-ПДУТУ вызывающего" в ЗС.

Отсутствие параметра “ИД-ПДУТУ вызываемого" в полученном ПБДТ ПС. означает, что значение параметра "ИД-ПДУТУ вызываемого" в ПС эквивалентно значению параметра “ИД-ПДУТУ вызываемого" в ЗС.

На рисунке I приводятся сводные сведения о трактовке параметров ИД-ПДУТУ вызывающей и вызываемой стороны в ПБДТ ЗС и ПС.

ЗС *ы1ктлгмоп?    ЗС    мичвткчигг»

11<т nif4-метр л

Я1им« 0

Длин* > 0

Н«т iiijm-иетри

Длмю 0

Я> 0

Игг

члулыц тр**

ПУСТО

пусто

Приме

чание

1

Met

ПУСТО

ПУСТО

Приме->жяс 4

Дтжл 0

ПУСТО

ПУСТл

11г*с0

стм».

КЛМр

§ Д.**«1Ч 0

I

пусто

ПУСТО

НгмР-

CffcM-

Т#ЛМ*»

Длиий> 0

Н«лсЯ

с»*и-

тыьио

1клс*>

СПИ

ТСЯ

П(.4«ИС-•♦лицс 2

> о

IUjuA

'’7Ш-

т«д>»н»

Mwe

СТИН-

тельм»

П^»мг

чимие 1

Примечания

1    IIC иызыадемого эк»ивялеигно ЗС гммипасмсчо

2    ПС иызымсчот по ллиис и лиичению должен сосивсгствонатъ ЗС гкнымсмого.

3    ПС ршымющсго по аяинг и течению дгмжем соогыгстжммт. ЗС дегыватшгго.

4    НС гыгымюшеш эквивалентен ЗС м-оиваюшехо.

Гиеужж I — Трак ген» а нарамггрст ИД-ПДУТУ гоамчмемоп' и кызыаающего

5

Страница 10

ГОСТ »• ИСО/МЭК МФС 10ЛП.1— J-9'

b)    Факультативный выбор при устаиоглении соединения

Реализация, претендующая на соответствие, должна выполнять

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

c)    Недействительные значения в известных параметрах

Известные параметры с недействительными длинами в ПБД'Г ЗС

или ПС должны рассматриваться как протокольная ошибка.

Известные параметры с действительными длинами, но недействительными значениями в ПБДТ ЗС, должны обрабатычаться следу* юшим образом:

Параметр    Действие

Вызываемый ИД-ПЛУТУ    передача ПЬДТ ЗР

Кончрольная сумма    сброс ПБДТ ЗС

5.3 Требования сетевого уровня

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

Стандарт определяет использование адресов сетевого уровня ВОС в соответствии с ИСО 83-18/Доп. 2. Любые адреса ПДУСУ в любых форматах, определенных ИСО 8348/Доп 2, м.иут быть использованы в ГОСТ Р 34 1952.

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

Дополнительные требования, которые определяют СТФС для протокола сетевого уровня, приведены в приложении С.

5.3.1    Требования ПСБУС

5.3.1.1    Неактивное подмножество

Реализация не должна передавать ПБД, закодированный с использованием неактивного подмножества. Принимаемые ПНД> закодированные с использованием неактивного подмножества, могут быть аннулированы.

5.3.1.2    Несегментиро*\ачное подмножество

Реализация не должна генерировать ПБД “данные" без части "сегментирование”. Однако она должна принимать и правильно обрабатывать тс ПБД, которые не содержат ссгметгтнрусмой части, необходимой для обеспечения взаимодействия г теми системами, которые предпочитают передавать ПБД без сегментированной части, т.е. когда флаг “еегм-гитирсиание разрешено" 'устаиоячгн в нол»

Страница 11

ГОСТ Р ИСО/МЭК МФС 10008—1—95

5.3.2 Т рсбопяния ОС-ПС

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

6 РАСПОЛОЖЕНИЕ ТРЕГ.ОВАНИЙ. СПЕЦИФИЧНЫХ ДЛЯ ТИПА

ПОДСЕТИ

Дополнительные требования, относящиеся к оконечным системам в соответствии с типомГОСТ Р 34.1952.

Перечисленные ниже номера частей настоящего стандарта присвоены в предположении, что эти части будут разработаны в обозримом будущем.

Часть    2    TA5I    —    ЛВС    КДОН/ОК;

Часть    3    ТА52    —    ЛВС    "Шина с маркерным    доступом";

Часть    4    ТА53    —    ЛВС'    “Кольцо с маркерным    доступом”;

Часть    5    TAI 111/ТА 1121 — Подсеть Х.25.

7

Страница 12

iuli ** m.u/.MJK МФС 1060Я—I—OS

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

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

A.I Введение

СГФС в данном приложении определяет дополнительные требования к ИСО/МЗК «073/До». 3.. Требования. установленные и НСО/МЭК !Ю73/Доп 3. относятся к каждой позиции, для которой отсутствует- амись в дзнном СТФС

СГФС данного приложения составлен по форме. определенной в ИСО/МЭК 8073/Доп 3. Поскольку груши профилей ТА использует только класс 4 протокол! транспортного уровня, то колонка ‘статус" ЗСРП для классов с 0 по 3 и класса 4 через УСУ-УС не нуждается о повторной описании и СТФС лея профилей ТА. Dec ссылки на ждали транспортного уровня с ! по 3 к класс 4 через УСУ-УС не входят в предмет рассмотрение настоящею ФС.

Реализация, претендующая на соответствие. должка удс&«гтворяп. обязательным требованиям соответствия базовых стандартов, на которые даны ссылки в даммом ст-атшргс.

А.2 Нотация

В приводимых далее таблицах определяются функции, для которых заявлено соответствие, с использованием сденующих обсйна*»ений.

а) Нотация статуса базовых стандартов.

1) тип или диапазон базовою стандарта.

—    обязательно

О

Ф

Ф <п>

—    факультативно

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

—    этот предоткатиый символ означает, что статус или следую шее за ним обеспечение применимо только в том случае. >ж-лн 3CIMI устанавливает, 'тто обеспечивается одна иди несколько позиций, идентифицированных обозначением «пг.зи-цни>. В простейшем случае <пии1(ии> идентифипируют тег одмючпой полиции ЗСРП. Обозначение <позйции> может быть также булевским выражением, скомпонованным на не скольких позиций

<п01иции>:

<потции>: : — копа этот групповой предикат имеет значение "истина”, «ют-ветстлуюатий раздел должен быть завершен

h)    Нотация статуса СТФС.

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

i)    Статическое

о — обязательно (реализация обязательна)

и/р — не входит а предмет рассмотрения (не лтносигся к наегоягцему профилю!

2) Пииами'Мсксе

О - обязательно (исполпкшннке •У’шммчыю»

Страница 13

ГОСТ t* ИСО/М'ЭК МФС I060R-I—95

А 3 ГТФС транспортного уровня

А.3.1 Ф унии ии ППУ-ССУ

Функимоплльпыс BOJMO»»rt;TH &ио*.хк гтачдога

Ин.тгкс

Ф)>|ГИИ««ЛЬИЯ1| ШПИОЖМПТЬ

Радасл 6.1 х» ото

Cwyt

П

Унраалемие соединением сетевого уровне

63 1

ф

сз

Диагностика

7 6 2. 7.7

ф

С4

Активное восстановление соедмисми* сетевого уровне

7.4.2

ф

■ижоаншти пробил»

Ралаел ФС

Статус

н/р

м/р

н/р


А.32 Функции. обеспечиваемые » классе 4 (С4 или C4L::)

Ф умиоояшльмыс юмошош 6*л»<но <. Гайдар

Имаехс

Фуншмсмимаа яошан<01(|>

Рмлсл 5т»«<.

11*ИД»РЧ

CTaTyt

Т4Ф29

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

6.17

ф

ФуИПЩЛНЯЛЬМиГ

прифм.м

Раздел ФС

Crtryc

5.2.2 Ь

О


А-3-3 Обеспсчнввсмме параметры выдаваемых 11БДТ АЗ.З 1 Обеспечиваемые параметры для ИПУ ССУ <А1 :)

А.3.3 2 ПБДТ ИС (SNI

Ф у»ици«1*льн**г мотмокности Гчкаоге . ток»ч>>-1

киоске

Об(С1)<ЧИВВ(МЫ( ГирЛЧ? гри

Ра «дел fxaaeuni стимлярк

IIUMMM*

ВИ1

Идентификатор'

протокола

8.3 36

ГОСТ

34.961,

гост г

34 9М. частное

Ф умтаиалмыс возможно:тн п^гфила

Рвщы «‘f'

Ciirryc

ГОСТ

34.961


9

Страница 14

ГОСТ Р ИСО/МЭК МФС 10608-1—95

А.З 3.3 Обеспечиваемые параметры для класс* 4

®V«u»OHiU»uf номаамжтм (чзоього стаыафта

Ими»

Обсспсчмыкыыс параметры

Pai.lc.1 fnunero стандарт

Статус

В43С7

Вызываемый ИД ПДУТУ

13 3 4*

Ф

В43С11

Параметры защиты

13-3 4r

Ф

В43С12

Выбор пополнительной факультативной функции

13.3.4с

Ф

B43CI3

Просускная способность

13.3.4*i

Ф

B43CI4

Ксиффицисит необнаруженных ошибок

13.3.4k

Ф

B43CI5

Приоритет

13 3 4л

Ф

'B43CI6

Транзитная задержка

13.34м

Ф

В4ПС7

Вышиюший ИД ПДУТУ

13 4 4

Ф

В4ПС9

Параметры защиты

13.4.4

Ф

11411C 10

Выбор дополнительной факультативной функции

1344

Ф

R4IICI2

Пропускная способность

134 4

Ф

Й4ПС13

Коэффициент необнаруженных ошибок

13.4 4

Ф

В4ПС14

Приоритет

13.4.4

Ф

B4I1CI5

Транзитная задержка

1344

Ф

В43Р4

Д01ЮЛМИТС..1ЫШ*

информация

13 5.4а

Ф

Ф)шмпильмыс аамдеамо-тм прлфмла

Радел ФС

Статус

0

и/р

0

и/р

и/р

н/р

м/р

0

м/р

0

и/р

н/р

и/р

м/р

н/р


А.3.4 Р е а л и з а и и в протокола А.З 4.1 Реализуемые классы

Фунедитальные ахпмокности ба>с*оп> < там дар та

Иносах

Фуммикаклыши

■СОМОКЫОСТк

Раздел базового стандарта

Статус

C4L

Реализации класса 4 через УСУ-КУС

14

ИСО.С2.Ф

Фуикии анальные •OOWOBMOCTM профил*

Гаадел ФС

Ститус

0


Страница 15

А 3.4 2 Согласование .класса со стороны ответчика

Фушсииоикимыс аммояыостм faxooco стамафтд

Индекс

Функционалы*»* родиожность

Р*>дел

базового

стяиафтя

Дспухлимме

ответы

RC4

Этими классами вы можете отвечать, если 3 С предлагает толы о класс 4

65.43 тдбл. 3

2. 4 ИЯМ от* ад от соединении • зависимости от обеспечиваемых классов

фуНКММ ОНЛ.УЪЛ4\*С •ОДМОЖМОСТИ Профи Л1

Разде л Ф С

Стл*ус

4


11

Страница 16

ГОСТ Р ИСО/МЭК МФС 10608—1—95

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

ПЕРЕЧЕНЬ ПОПРАВОК

П.1 Введение

Перечень ооприпок. приведенный в данном приложении, отражает содержимое ИСО/МЭК 8073 (ГОСТ 34 961). дополнений и изменений к нему (см. раздел 2). Данный перечень поправок разработан и одобрен ИСО/МЭК СТХ 1/ПК 6. но к моменту публикации настоящего стандарта не бит опубликован ■ качестве изменения ИСО/МЭК 8073 Перечень поправок ключей а данное приложение потому, что он содержит соответствующую информацию о требованиях и смысловом содержании базового стандарт». Реализации должны соответствовать бмоваму стандарту с учетом данных поправок

1 .• Номер поправки: 8073/53.

К Классификатор: Техническая.

9. Ссылка • документе: подраздел 12.2.4.2.

10 Содержание поправки:

Применение процедуры повторной передачи в фазе разъединения может привести к открытию нового соединения сетевого уровня для повторной передачи ЗР. В этом случае должна обеспечиваться возможность отключения соединения транспортного уровия.

11. Решение, предлагаемое первоисточником:

Дополнит* 12.2.4.2 следующим абзацем;

“Примечание — Хотя процедуре повторной передачи также применяется для ПБДТ ЗР в фазе раледииеиия. она по возможности учитывает, что соединение траиепортиого уровня ооюбождается. если необходимо открыть новое соединение сетевого уровня для повторной передачи ПБДТ ЗР".

12 Редакционная правка:

Дополнить 12 24 2 следующим абзацем:

‘Хотя процедура повторной передачи также применяется для ПБДТ ЗР в фазе разъединения, логический объект транспортного уровня может учитывать, что соединение транспортного уровня освобождается, если необходимо отхрьт. новое соединение сетевого уровня, чтобы попторно передать ПБДТ ЗР".

I.    Номер поправки: 8073/64

8.    Классификатор: Техническая.

9.    Ссылка в документе: подпункт 6.1-3. абзацы 3 и 5.

10.    Содержание поправки: Пояснение, связанное с поправкой 8073/63

II.    Решение, предлагаемое первоисточником: см. пункт 12.

Подпункт 6.1.3, абзац 3:

Заменить термин "логический объект транспортного у [юаня" на термин 'инициатор*.

Подпункт 6.1.3. абзац 5. Дополнить перечисление с) предложением: “В этом случае как инициатор, так и о».«тчик информируют о прикреплении СГУ.

12. Редакционная правка;

В подпункте 613. абзац 3:

Заменить термин ‘логический объект транспортного уровня* на термин ‘инициатор".

12

Страница 17

ГОСТ Р ИСО/МЭК МФС 1060Я—I—95

ПРИЛОЖЕНИЕ С (о6яхипе,\ьное)

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

C.I Введение

СТФС ■ данном приложении определяет доиолнигельиые требования к ГОСТ Р 34.1952. Требования, установленные я ГОСТ Р 34.1952. относятся к каждой позиции, для которой отсутствует запись в настоящем СТФС.

СТФС па иного приложения основывается на рабочем проекте формы, которая мне не была пересмотрена компетентным техническим комитетом ИСО.

Данный СТФС определяет полную реализацию протокол» сетевого уровни в режиме-без-устаисяления-соединения для оконечных систем. Ни одно из двух определенных ■ ГОСТ Р 34.1952 подмножеств не используется Операции промежуточных систем не определены.

Реализация. претендующая на соответствие, должна удовлетворят» обязательным требованиям соответствия базовых стандартов, на которые даны ссылки в данном стандарте профиля.

С.2 Нотация

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

а) Нотация статуса базовых стандартов-

I) тип иди диапазон базового стандарта.

—    обязательно

О

Ф

Ф.<п>

—    факультативно

—    факультативно, но требуется обеспечение по меныией мерс одной из групп факультативных возможностей, помеченных одним и тем же номером <п>

—    не используется

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

<позиции>:

<позицин>: : — когда этот групповой предикат имеет значение “истина". соответствующий ра.|дс.т должен быть завершен

Ь> Нотация статуса СТФС.

Колонка "статус" возможностей профиля заполняется с использованием одного иди двух символов нотации. Один символ нотации показывает только статические требования Для даухйймвольной нотации первый символ — это статичесгис требования, а вгорой — динамические требования.

1) Статическое

о — обязательно (реализация обязательна)

ф — фа»улътативно (реализуется фвкультативио)

13

Страница 18

ГОСТ Р ИСО/МЭК МФС 1060в—I—95

и/р — не входит я предмет рассмотрения (не отисоггся к настоящему профилю) 2» Динамическое

о — обязательно (использование обязательно)

и — исключено (использование в контексте настоящего профиля запрещено).

С 3 СТФС * режиме без-устлновлсния-соединен на

Примечание — СТФС включает промежуточную версию формы ЗСРП. Когда будет опубликована стандаршзо&анная форма ЗСРП. то СТФС должен ссылаться на нес

С-3-1 Обсспсчишсмис ПБЯС Используются только перечисленные ниже ПБДС

Фукшиоильмыг возможности базовогостандарта

И маг* с

ПБДС

Р»а*а Г'И«*ого «такирта

Стягу»

Передача ДМ

7.7

О

Прием ДП

7.7

о

Передача OIU

7.9

о

Прием OIIJ

79

о

Ф умпдеоиал»ммг ••пможмости профи гг*

P»i,V" ФС

Ст лгу*

Л

л

л

&


С-3-2 Обеспечиваемые подмножества

Поставщик должен указать а форме ЗСРП «се обеспечиваемое из следующих подмножеств.

Функинокчьмые возможности базового стандарта

И»««<

ПрЛШОАЫ1М(

поаииоккт»

Раздел базпеоге стам парта

Стус

ДН

OUI

Передача

неактивной

подмножеств*

7 8

Ф

Прием неактивней подмножества

7 8

Ф

Передача

несегмеитируемого

подмножества

7.4

Ф

Прием

«сегментируемого

подмножества

7 4

Ф

4 — так же. как а базовом стандарте.

Ф ункин ОНЛ-пмыг «пможмостм пр<фмла

Развел ФС

Статус

ДН

ош

S 3.1

фм

&

5.3.1

н/р

&

5.3.1

фи

л

5-3.1

оо

&


14

Страница 19

ГОСТ Р ИСО/МЭК МФС 1060S—I—95

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

Поставщик должен указать • форме 3CPII обеспечение следующих функций.

Ф)мкиийм*Лкиис »о>мо»и<хтх (ukwiicu ст.<иvpTj — nepc*MJ

Икаш

П'ргоы-*'мыс футмии

Гщм

бдмссго

Сит>(

притока**

СТ*МЛ*рТ4

Д11

ош

!

5

1

I

1

6.1

0

О

Маршрутизации

ПБД

6.5

О

0

Продвижение ПБД

6.6

О

О

Сегментирование

6.7

О

Отчет об ошибке

6.10

ф

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

6.11

ф

ф

Уведомление о перегрузке

6.1«

ф

ф

Ф умпяммымям мимвш<иС1н профили

Рлзлел ФС

Стлту.

дн

ош

&

д-

А

&

&

&

&

&

&

&

А

&

А

А


Ф)>1киио*м»мк возможности базовое»ст-.«адирт» — прием

Икщс

Принимаемые функции

Гаии 6м иного

Статус

Пр<1ГААК

стмадрт*

лн

ош

Расформирование

ПБД

6.2

О

О

Лмалэа формата мголовка

6.3

О

О

Контроль времени существования ПБД

6.4

ф

ф

Сборки

6.8

о

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

ПБД

6.9

о

О

Отчет об ошибке

6.10

0

Обнаружение ошибки в wro/кжхс ПБД

6.11

0

ф

Уведомление о перегрузке

6.18

ф

ф

& — таг же. как в базовом стандарте.

ф уисинпил кные •■импямости профим

Рамсл ФС

Стягу».

iUI

ОШ

4

а

А

&

л

&

А

А

А

а

А

А

А

А

вс

&


15

Страница 20

ГОСТ Р ИСО/МЭК МФС 10608—1—95

Ф )гма»< омльмыг •ojmoxmocto г>р«ф«им

Р» (ДЕЛ ФС

Статус

дн

ош

А

Л

и/р

и/р

А

А

фи

фи

фи

фи

&

А

фи

фи

н/р

и:;.

и/р

н/р

С-3 4 Об еспечиеасмыс параметры

Поставщик должен указать в форме ЗСР.П обеспечите следующих параметров

Функциональные атамоалгасти бj)<««<> стандарта — передача

Ин

декс

Передаамчме ntpiNcifu пряжа»

Слхлого

стандарта

Статус

ЯН

ош

Заполнение

7.5 2

Ф

ф

Зашита

7.5.3

Ф

ф

7.9.1.4

о

Частичная маршрутизация СО стороны отправителя

7.5.4

Ф

ф

Полная маршрутизация со стороны отправится»

7.54

Ф

ф

Частичная регистрация маршрута

7.5.5

Ф

ф

Полная регистрация маршрута

7.5.5

Ф

ф

Обеспечение КУ

7 5.6

Ф

ф

Приоритетность

7.5.7

Ф

ф

Ф)*Ш1и»нял»мые komokmolth fieuot-im стандарт* — прием

Ии

аввс

Принимаемые п*р*мет?и протокол*

?а>дсл

6а>с*огс

стандарта

Статус

дн

ош

Заполнение

7.52

ф

Ф

Зашита

7.5.3

ф

Ф

Причина аннулирования

7.9.1.4

0

Частичная маршрутизация со стороны отправителя

7.5.4

ф

ф

Полная маршрутизация со стороны отправителя

7.5.4

ф

ф

Частичная регистрация маршрута

74.5

ф

ф

Полная регистрация маршрута

7.55

ф

ф

Обеспечение КУ

7.5.6

ф

ф

Приоритетность

75.7

ф

ф

Ф ума* оиалымс

аозиоахосте профмл*

Раысл ФС

Статуе

ЯН

ош

А

А

"'V

Г

А

4

и/р

и/р

н/р

и/р

и/р

и/р

н/р

н/р

и/р

н/р

н/р

н/р


Примечание - »)беспечеиис KV обязательно <оо), если систем* обеспечивает функцию уведомление о перетруме А — так же, как а базовом стандарте

16

Страница 21

ГОСТ Р ИСО/МЭК МФС I МОЯ-1—95

ПРИЛОЖЕНИЕ D ( рекомендуемое)

РЕКОМЕНДАЦИИ ПО ВЗАИМОДЕЙСТВИЮ НА ТРАНСПОРТНОМ УРОВНЕ

D.I Рекомендации по транспортному уровню

Приводимые ниже рекомендации относятся к транспортному уровню для всех профилей, определенных * настоящем стандарте. Оми должна повысить вероятность взаимодействия. если им следовать

D.1.1 Тайм-аут повторных переаач

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

/1 < —k£ * w.

где Е — текущее оценочное значение задержки кругового обхода в соединении, транспортного уровня; w — значение it* ра метра "время подтверждения", полученного От удаленного поставщика услуг транспортного уровня во яремя установления соединения; к — некоторый локально назначаемый коэффициент.

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

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

Е <—£+<! — a) (S — И.

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

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

Если представить а в виде I — 2*" для некоторого значения п. то процедура корректировки может быть сведена к вычитанию и примет следующий вид:

Е <-Е + Г" (S - Я).

17

Страница 22

ГОСТ Р ИСО/МЭК МФС 10608—1—95

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

D. 12 Функция сохранения активности

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

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

—    Реализация должна всегда передавать дублирующие ПБДТ ПД без подтверждения управления потоком по истечении локального тайм-аут* окна (ГОСТ 34.961, 12 2.3 8.1). Получение этого ПБДТ удаленным логическим объектом транспортного уровня приведет к выдаче им в ответ ПБДТ ПД. содержащего параметр подтверждения управления потоком. Когда этот ПБДТ будет примят локальным логическим объектом транспортного уровня, последний сбросит тайм-аут неактивиости — см. рисунок D.I.

—    Установка значений тайм-аутов реализации, в частности, а подходящие относительные значения носит локальный для реализации характер:

—    значение тайм-аута окна должно превышать задержку кругового обхода;

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

ЛублирукншЛ ПБДТ ПД (см рисунок D.I) содержит в себе ге же значения НР-ОТВ, кредита и порядкового номера, что и ранее переданный ПБДТ ПД. Дублирующий ПБДТ ПД не подтверждает никаких новых данных и не изменяет кредитного окна.

Дублирующий ПЬДТ ПД

Тайм-аут

окна

HcTi

мввитиамостм

-    - Сброс

-    - Сброс Рисунок D.I

ПБДТ ПД ♦ КПК

Дублирующий П6ДТ ПД

— Истечение

ПБДТ ПД ♦ КПК

Обмен ПБДТ ПД по холостому соедикгчию

18

Страница 23

ГОСТ Р ИСО/МЭК МФО 10608—I—«5

D. 1.3 Номер версии

Параметр “помер версии* никогда не должен передаваться в ПБЛТ ЗС. а в случае получения должен игнорироваться. Если по каким-либо причинам номер версии был передан в ПБДТ ЗС. то его значение должно быть установлено в единицу.

D.I.4 Расширенная нумерация

Для всех профилей ТА5л настоятельно рекомендуется обеспечивать а реализации факультативную возможность расширенной нумерации Г1БДГ ЗС

В высокоскоростных сете*, таки* как ЛВС КДОН/ОК на 10 Мбит/с (профиль ТА51>, большое число результатов тестирования и реализаций показали необходимость использования факультативной возможности расширенной нумерации для получении адекватной производительности

D. 1.5 Механизм устранения перегрузок

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

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

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

Правила принимающих логических объектов траноюрпюю уровия (ПмЛОТ 1.

Правило I Инициализация окна.

Начальное значение ОПм (известное как ОПмО) должно иметь локально формируемую верхнюю границу. Это окно передается передаюшему логическому объекту транспортного уровня (ПдЛОГ) в следующем передаваемом поле КРД.

Правило 2 Требуемый период проверки.

Все ПмЛОТ должны сохранять фиксированное значение ОПм до тс* пор. пока не поступят следующие 2 ПБЛТ ЛИ ОПм. считая с момента, когда ПмЛО'Г передал последнее голе КРД

Правило 3 Требуемый подсчет принятых ПБДТ в период проверки.

Все ПмЛОТ должны сохранять число N. определяющее суммарное количество принятых ПБДТ, и число NC. определяющее суммарное чисто принятых ПБЛТ. в которых устаноклеи флаг “ощущается перегрузка" (ОП). В подсчет N и NC включаются все типы ПБЛТ за исключением ПБДТ ДП.

Правило 4 Необходимые действия в конце периода проверки.

Все ПмЛОТ в конце каждого периола проверки должны «ыпатиять следующие действия:

—    если число NC составляет менее 50 % N. ю ПмЛОТ должен увеличивать ОПм. добавляя единицу максимум до ОГ1м1, что основывается па стратегии управления локальным буфером. В противном случае. ПмЛОТ должен уменьшать ОПм. умножая его на O.S75 (минимум до I):

—    сбросить N и NC в паль.

—    передать я следующем поле КРД новое окно ОПм передающему логическому объекту транспортного уровня

19

Страница 24

ГОСТ Р ИСО/МЭК МФО 10608—I—95

Правила передающих логических объектов г pai «портного уровне (ПрЛОТ).

Правило 1 Инициализация окна.

Все ПдЛОТ должны. обеспечивать размер овив передачи (ОПд). В начальный момен', а также до тех пор. пока не происходит потерь. ОПд устанавливается в значение ох на приема ОПм, полученного рт удаленного ПмЛОТ в последнем поле КРД.

Правило 2 Необходимые действия при истечении тайм-аута.

Все ПрЛОТ должны устанавливать ОПд в единицу по истечении тайм аута повторной передачи и указывать последний ПБДТ. При этом ОПд ограничивает количество ПБДТ ДН, которые могут быть переданы или повторно переданы без последующего подтверждения.

Правило 3 Требуемый подсчет подтвержденных ПБДТ.

Все ПрЛОТ должны обеспечивать счет ДАПм. определяющего число ПБДТ ДН. подтвержденных ПмЛОТ с момента последней подстройки ОПд. Следовательно, при каждой подстройке ОПд счет ДАПм должен сбрасываться в мать.

Правило 4 Стратегия уменьшения ов;иа.

Все ПрЛОТ должны уменьшать ОПд на единицу каждый раз. когда счет ДАПм становится равным или большим текущего значения ОПд. если только ОПд не превышает овна. допускаемого удаленным ПмЛОТ

D.2 Рекомендации по сетевому уровню

D.2.I ПСУ БУС

В реализации протокола ГОСТ Р 34 1952 параметр "время существования ПБД' должен представляться начальным значением, по меньшей мере трехкратной протяженности сети или трехкратным значением максимальной транзитной задержки (в единицах 500 мс) в зависимости от того, что больше.

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

D 2.2 ОС-ПС

Использование или иеиспатьзокшие контрольной суммы должно быть заложено в конфигурации Рекомендуется. чтобы контрольная сумма не генерировалась в момент отттрввки ПБД OC-I1C.

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

20

Страница 25

ГОСТ Р ИСО/МЭК МФС 10608—1—95

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

БИБЛИОГРАФИЯ

В данном приложении приведем перс'км» стандартов, которые содержат информацию дополнительно к перечисленной в разделе 2

ИСО 8648—$71 Системы обработки информации Передача данных. Внутренняя организация сетевого уровня

ГОСТ Р 34.90-93 Информационная технология. Передача данных и обмен информацией между системами. Протокольные комбинации для обеспечения и поддержки услуг сетевого уровне ВОС. (ИСО/МЭК ШО—I—90. ИСО/МЭК 8880-2-92. ИСО/МЭК 8880-3-90)

ИСО/МЭК ТО 9575—90* Информационна* технология Телекоммуникации и информационный обмен между системами. Основы маршрутизации в ВОС

ИСО/МЭК ТО 9577—90* Информационная технология. Телекоммуникации и информационный обмен между системами. Идентификация протоколов сетевого уровня ГОСТ Р ИСО/МЭК 9646—1—93 Информационная технология Взаимосвязь открытых систем. Методология и основы аттестационною тестирования. Часть 1. Общие положения

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

21

1

До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.

Страница 26

ГОСТ Р ИСО/МЭК МФС 10608—1—95

УДК 681.3.06:006.354 ОКС 35.100.40    П85    ОКСТУ 4002

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

22

Страница 27

Редактор В. П. Огурцов Технический реодкюр Л.А КутпрФа Корректор В. И. Варенцом Компьютерная верстхд В.И. Гриш/снко

Сдано в набор 13-10.95. Пояпиом ■ печать 25.10.95. Уел. печ. д. 1.63. Уел, кр-отт 1.&3. Уч. чад л. 1.50. Тираж 329 экз С 293». Зак. 6130-ИПК Издательство стандартов 107076, Москва. Колодезный пер.. 14.

ЛР Nf 021007 от 10 08.95.

Набрано • Издательстве на ПЭВМ Филиал ИПК Издательство стандартов — тип. “Московский печатник" Москва. Лилин пер., &