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

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

1. Назначение

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

В части 2 настоящего стандарта определены операции протокола ППУ Х.25 при использовании процедур управления логическим звеном (УЛЗ) типа 2, стандартизованных в ГОСТ 28907. В части 3 определены операции протокола ППУ Х.25 при использовании процедур УЛЗ типа 1, приведенных в ГОСТ 28907.

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

Настоящий стандарт содержит ссылки на следующие документы:

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

ГОСТ 28907-91 (ИСО 8802-2-89) Системы обработки информации. Локальные вычислительные сети.

ГОСТ 29099-91 Системы обработки информации. Сети вычислительные локальные. Термины и определения.

ГОСТ Р 34.950-92 (ИСО 8208-87) Системы обработки информации. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных.

ГОСТ Р 34.954-91 (ИСО 8878-87) Системы обработки информации. Передача данных. Использование протокола Х.25 для обеспечения услуг сетевого уровня ВОС в режиме с установлением соединения.

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

ИСО/МЭК 8208-90/Изм. 1-90 Информация технологии. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных. Изменение 1. Альтернативное назначение номеров логического канала.

ИСО/МЭК/ТО 10029-89* Системы обработки информации. Передача данных. Операции устройства взаимодействия Х.25.

_____________________________

* Оригиналы стандартов и проектов ИСО/МЭК - во ВНИИКИ Госстандарта России.

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

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

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

a) услуги сетевого уровня ВОС;

b) адрес пункта доступа к услугам сетевого уровня ВОС.

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

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

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

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

a) локальная вычислительная сеть;

b) управление логическим звеном;

c) управление доступом к среде;

d) адрес пункта доступа к услугам уровня звена данных.

3.4 Определения из стандарта по протоколу пакетного уровня Х.25

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

a) логический объект пакетного уровня;

b) виртуальное соединение;

c) логический канал;

d) младший входящий канал;

e) старший входящий канал;

f) младший двунаправленный канал;

g) старший двунаправленный канал;

h) младший исходящий канал;

i) старший исходящий канал.

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

АКД - аппаратура окончания канала данных ИДС-идентификатор станции

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

МВК - младший входящий канал

МДК - младший двунаправленный канал

МИК - младший исходящий канал

МККТТ - международный консультативный комитет по телеграфии и телефонии

НЛК - номер логического канала

ООД - оконечное оборудование данных

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

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

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

ППУ - протокол пакетного уровня

ПУ - пакетный уровень

СВК - старший входящий канал

СДК - старший двунаправленный канал

СИК - старший исходящий канал

УДС - управление доступом к среде

УЛЗ - управление логическим звеном

5. Рассмотрение нижерасположенных уровней

При использовании протокола ППУ Х.25 в ЛВС этот протокол используется в двупунктовом режиме (ООД-ООД), разрешенном в стандарте ГОСТ Р 34.950. В этом случае каждая станция ЛВС действует как ООД. Станция ЛВС имеет (концептуально) по одному логическому объекту ПУ на каждый интерфейс ООД/ООД, в котором она является одной из сторон (т.е. по одному для каждой удаленной станции ЛВС, с которой она взаимодействует). Внутри станции ЛВС логический объект ПУ, связанный с интерфейсом ООД/ООД, индентифицируется адресом логического объекта подуровня УДС удаленной станции ЛВС. Таким образом интерфейс ООД/ООД индентифицируется парой адресов УДС двух станций ЛВС, связанных этим интерфейсом. Эта концепция показана на рисунке 1.

"Рисунок 1. Интерфейс ООД/ООД"

6. Рассмотрение пакетного уровня

6.1. Назначение номеров логических каналов

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

Администрация ЛВС определяет диапазон логических каналов (МВК, СВК, МДК, СДК, МИК и СИК по ГОСТ Р 34.950) для использования всеми ООД, подключенными к ЛВС. Заметим, что для каждого логического объекта ПУ X.25 в ООД всегда существует хотя бы одно использование параметров из диапазона логических каналов (МВК и т.д.), и, следовательно, в общем случае может иметь место многократное использование всех логических каналов (достигающее числа логических объектов ПУ X.25). При этом работа ООД может основываться на предположении, что все логические каналы определенных диапазонов доступны для использования в соответствии с процедурами, определенными в ГОСТ Р 34.950.

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

Одно из ООД выполняет роль АКД с целью выбора логического канала в соответствии с процедурами, определенными в ГОСТ Р 34.950. Для определения ООД, выполняющего роль АКД, в разделах 8 и 11 определяются процедуры пуска.

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

Примечание - После повторного определения диапазонов логических каналов к действительным НЛК применимы те же рассмотренные выше соображения относительно доступности ресурсов.

6.2. Факультативные услуги пользователя

Для ООД, работающих в соответствии с настоящим стандартом по протоколу ППУ Х.25 в режиме ООД/ООД через ЛВС, определенные в ГОСТ 28907, установлено следующее подмножество факультативных услуг пользователя:

a) динамическая регистрация услуг;

b) расширенная порядковая нумерация пакетов;

c) односторонние исходящие логические каналы;

d) односторонние входящие логические каналы;

e) нестандартные рекомендуемые размеры пакета;

f) нестандартные рекомендуемые размеры окна;

g) присвоение рекомендуемого класса пропускной способности;

h) согласование параметра управления потоком;

i) согласование класса пропускной способности;

j) быстрая выборка;

k) выбор и индикация транзитной задержки;

l) расширенный адрес вызывающего;

m) расширенный адрес вызываемого;

n) согласование класса минимальной пропускной способности;

o) согласование межконцевой транзитной задержки;

p) согласование возможности передачи срочных данных.

Для каждой из услуг е), f) и g) каждая станция ЛВС должна использовать одно и то же значение.

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

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

6.3. Размеры пакета и размеры окна по умолчанию

Должны обеспечиваться определенные к настоящему времени в стандартах и нестандартные значения по умолчанию согласно ГОСТ Р 34.950 размеры пакетов и окна.

Для оптимального использования методов нижерасположенных уровней администрация ЛВС может выбрать нестандартные значения по умолчанию размеров пакета и окна из набора возможных значений, определенных в ГОСТ Р 34.950. Однако нижерасположенный подуровень УДС может ограничить максимально доступный размер пакета.

Примечания

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

2. Для лучшего использования технологии нижерасположенных уровней ЛВС может оказаться желательным определить нестандартное значение по умолчанию размера пакета дополнительно к тем, которые определены в ГОСТ Р 34.950. Значение такого нестандартного размера пакета может быть ограничено максимальным числом октетов, которые может иметь поле "данные пользователя" пакета ДАННЫЕ в конкретной реализации ЛВС. Это значение снижено до ближайшего числа, кратного 128 октетам. Вычисленное таким образом нестандартное значение по умолчанию размера пакета недоступно при использовании услуг "согласование параметра управления потоком" и "динамическая регистрация услуг".