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

15 страниц

304.00 ₽

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

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

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

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

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

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

В настоящем стандарте определены операции протокола ППУ Х.25 при использовании процедур управления логическим звеном типа 1 и 2

Оглавление

Введение

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

1 Назначение

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

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

4 Сокращения

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

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

Часть 2. Работа с процедурами УЛЗ типа 2

7 Системные параметры

8 Операции пуска

Часть 3. Работа с процедурами УЛЗ типа 1

9 Применимость процедур УЛЗ типа 1

10 Системные параметры

11 Операции пуска

12 Использование возможностей широковещательной передачи

Часть 4. Требования к соответствию

13 Соответствие

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

Страница 1

ГОСТ Р ИСО/МЭК 8881-98 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ПЕРЕДАЧА ДАННЫХ

ИСПОЛЬЗОВАНИЕ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 В ЛОКАЛЬНЫХ ВЫЧИСЛИТЕЛЬНЫХ СЕТЯХ

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

БЗ 1-98/82


ГОССТАНДАРТ РОССИИ Москва

Страница 2

ГОСТ Р ИСО/МЭК 8881-98

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром Государственного Комитета Российской Федерации по связи и информатизации

ВНЕСЕН Техническим Комитетом по стандартизации ГК 22 «Информационные технологии*

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 мая 199Н г. № 206

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК8881—89 «Системы обработки информации. Передача данных. Использование протокола пакетного уровня Х.25 в локальных вычислительных сетях*

3    ВВЕДЕН ВПЕРВЫЕ

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

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

Страница 3

ГОСТ Р ИСО/МЭК 8881-98

Содержание

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

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

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

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

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

-4 O' O' O' Vi Vi Vi U» U> IV IV

4    Сокращения

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

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

Часть 2. Работа с процедурами УЛЗ типа 2 ....

7    Системные параметры..........

8    Операции пуска.............

Часть 3. Работа с процедурами УЛЗ типа 1.....

9    Применимость проиедур УЛЗ типа I . . .

К) Системные параметры.........

11    Операции пуска............

12    Использование возможностей широковещательной передачи............................7

Часть4. Требования к соответствию............................................................10

13    Соответствие..........................................................................10

III

Страница 4

ГОСТ Р ИСО/МЭК 8881-98

Введение

ГОСТ 28907-91 определяет процедуры подуровней «управление доступом к среде* (УДС) и «управление» логическим звеном* (УЛЗ) в работе локальной вычислительной сети (ЛВС). Настоящий стандарт определяет использование протокола пакетного уровня (П ПУ) Х.25 (обе редакции — ППУ Х.25-1980 и ППУ X.25-19S4), определенного в ГОСТ Р 34.950-92. с целью выполнения дополнительных функций, помимо тех, которые обеспечиваются при использовании процедур УДС и УЛЗ. Эти дополнительные функции охватывают возможности обеспечения в станции ЛВС услуг сетевого уровня (УСУ) в режиме с установлением соединения, определенных в ГОСТ Р 34.954-91. а также подключения терминалов к станции ЛВС. действующей как средство сборки/разборки пакетов (см., например, рекомендации Х.З, Х.28 и Х.29 МККТГ).

Протокол ППУ Х.25 обеспечивает большое количество различных функциональных возможностей. в том числе:

a)    мультиплексирование — способность поддержать несколько потоков данных;

b)    передача адресной информации - способность передачи адресной информации, включая адреса пунктов доступа к услугам сетевого уровня (ПДУСУ) ВОС;

c)    сегментирование и сборка — способность разбиения блока данных на небольшие пакеты для передачи по Л ВС и повторной сборки пакета в исходный бюк данных;

d)    упраазение потоком — способность упраазепия каждым потоком данных между передающим и принимающим оконечным оборудованием данных (ООД);

e)    передача срочных данных — способность передачи небольшого объема данных вне обычных проиедур управления потоком;

g)    обработка ошибок — способность обнаруживать ошибки па пакетном уровне и

h)    сброс и повторный пуск — способность повторно инициировать маршругы передачи данных на пакетном уровне в случае пояазения невосстанаазиваемых ошибок.

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

ИСО/МЭК/ТО 10029 определяет операции устройства взаимодействия для соединения логического объекта пакетного уровня Х.25 станции ЛВС с другим логическим объектом пакетного уровня Х.25.

IV

Страница 5

ГОСТ Р ИСО/МЭК 8881-98 СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННЫЙ

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

ПЕРЕДАЧА ДАННЫХ

Использование протокола пакетного уровня Х.25 в локальных вычислительных сетях

Information technology. Data communication. Use of the X.25 packet level protocol in local area networks

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

Часть 1. ОБЩИЕ ПОЛОЖЕНИЯ

1    Назначение

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

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

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

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

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

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

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

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

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

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

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

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

I

г — 1UHI

Страница 6

ГОСТ Р ИСО/МЭК 8881-98

ИСО/МЭК/ТО 10029—891 Системы обработки информации. Передача данных. Операции устройства взаимодействия Х.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    Сокращения

АКД — аппаратура окончания канала данных

ИДС    —    идентификатор станции

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2

1

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

Страница 7

ГОСТ Р ИСО/МЭК 8881-98

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

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

Интерфейс ООД/ООД для X/Z

П римсчанис— Логический объект ППУ Х.25 и идентифицируется одним адресом пункта доступа к услугам уровня звена данных.

Рисунок I

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

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

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

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

Однако для ООД не требуется распределение ресурсов по всем доступным логическим каналам. ООД, которое принимает пакет ВХОДЯЩИЙ ВЫ ЗОВ, определяющий действующий НЛК в пределах установленного диапазона, но которое не способно принять вызов из-за недостатка ресурсов

3

2*

Страница 8

ГОСТ Р ИСО/МЭК 8881-98

логического канала, должно запершить этот вызов. В этом случае причиной я&пяется «по инициативе ООД*. а диагностикой — «ограничение ресурсов ООД* (кол 163).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечания

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

4

Страница 9

ГОСТ Р ИСО/МЭК 8881-98

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

Часть 2. РАБОТА С ПРОЦЕДУРАМИ УЛЗ ТИПА 2

7 Системные параметры

7.1 Та й м-а у т ы

Тайм-ауты и метод их работы определены в ГОСТ Р 34.950. В таблице 1 показаны используемые тайм-ауты и их значения по умолчанию при использовании протокола ППУ X.25с процедурами УЛЗ типа 2.

Таблица 1— Тайм-ауты протокола ППУ Х.25 при работе в ЛВС

Тайм-аут

Рекоменлуе мыс времен -ийе пределы при работе с процедурный

УЛЗ tHiia 2. с

Тайм-аут

Рекомендуемые временное пределы при pa6Die с процедурами УЛЗ типа 2. с

Т20 (Ответ на запрос повторного пус

36

Т24 (Передача состояния окна»

12

ка)

40

Т25 (Поворот окна)

40

T2I (Ответ на запрос соединения)

36

Т26 (Ответ на прерывание)

36

Т22 (Ответ на запрос сброса)

Г23 (Ответ на запрос мнершеиня)-

36

T2S (Ответ на запрос регистрации)

60

Г! р и м с ч а и и я

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

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

2 Протокол ППУ Х.25 станции ЛВС должен учитывать значения этих тайм-аутов для обеспечения своевременных ответов.

7.2 Счетчики повторной передачи

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

8 Операции пуска

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

Примечания

1    Соперничество при установлении звена данных должно разрешаться в соответствии с процедурами УЛЗ типа 2.

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

5

Страница 10

ГОСТ Р ИСО/МЭК 8881-98

Рекомендуемое значение максимального числа неподтвержденных ПБД должно быть равно 7 (ГОСТ 28907).

Примечание — Эго значение может быть изменено администрацией ЛВС или имеющимися в распоряжении механизмами, определенными в ГОСТ 28907.

Как только между двумя ООД ЛВС будет установлено звено УЛЗ типа 2, «роль* каждого ООД может быть определена посредством процедуры повторного пуска, описанной в 4.5 ГОСТ Р 34.950. По завершении последовательности повторного пуска одна из станций Л ВС получает роль ООД. другая — АКД. При установлении виртуального соединения эти роли касаются выбора логического канала и разрешения соперничества вызовов.

П р и м е ч а н и е — ГОСТ Р 34.950 требует использования процедур повторного пуска независимо от метода выбора роли.

Часть 3. РАБОТА С ПРОЦЕДУРАМИ УЛЗ ТИПА I

9    Применимость процедур УЛЗ типа 1

Про то кат ППУ Х.25 может работать с процедурами УЛЗ типа I в конфигурациях, в которых удовлетворяются требования ГОСТ Р 34.950 к незначительности числа неупорядоченных, дублированных и потерянных пакетов или где появление сигнализируемых ошибок в протоколе ППУ Х.25 обеспечивает приемлемое качество услуг для пользователя ППУ Х.25.

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

а) наличие априорных сведений о возможностях удаленной станции ЛВС, с которой необходимо осуществить взаимодействие;

Ь> использование процедуры ИДС из стандарта ГОСТ 28907 для определения способностей удаленной станции ЛВС;

с) безуспешность первой попытки использовать процедуры УЛЗ типа 2. в случае чего после безуспешности выполнения процедуры установления соединения звена система, способная работать с ППУ Х.25, может попытаться использовать процедуры УЛЗ типа I.

10    Системные параметры

10.1 Тай м-а у т ы

Тайм-ауты и методы работы с ними определены в ГОСТ Р 34.950. В таблице 2 приведены применяемые тайм-ауты и их значения по умолчанию при использовании в станциях ЛВС протокола ППУ Х.25.

Таблица 2 — Тайм-ауты протокола ППУ Х.25 при работе в ЛВС

Тайм-аут

Рекомендуемые временное пределы при pa&ote с процедурами УЛЗ типа 1. с

Тайм-ауч

Рекомендуемые временное пределы при работе с процедурами УЛЗ типа 1. с

Т20 (Ответ на запрос повторного пус

1

Т24 (Передача состояния окна)

1, 5

ка»

1

Т25 (Поворот окна)

2

T2I (Ответ на запрос соединения)

1

Т26 (Ответ на прерывание)

1

Г22 (Ответ на запрос сброса)

Т23 (Отигл на mipttr ингрпимшя)_

1

Т27 (Ответ на запрос регистрации)

1

Примечания

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

6

Страница 11

ГОСТ Р ИСО/МЭК 8881-98

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

2 Протокол IIПУ Х.25 станции ЛВС должен учитывать значения этих тайм-аутов для обеспечения своевременных ответов.

10.2 Счетчики повторной передачи

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

Таблица 3 — Счетчики повторной передачи ПГ1У Х.25 при работе в ЛВС

Счетчик повторной передачи

Рекомендуемое значение при работе с процедурами УЛЗ шпа 1

Р20 (Запрос повторного пуска)

1

Р22 (Запрос сброса)

1

Р23 (Запрос завершения)

1

Р25 (Пакет данных)

0‘

P2S (Запрос регистрации)

1

* Несмотря на то, что значение по умолчанию но ГОСТ Р 34.950 счетчика Р25 равно 0. при использовании процедур УЛЗ типа ! счетчик Р25 в виде факультативной возможности может быть установлен в значение, большее 0, обеспечивая тем самым возможность повторной передачи пакета ДАННЫЕ (см. ГОСТ Р 34.950). В этом случае факультативная возможность передатчика должна обеспечивать повторную передачу содержимого окна (посредством факультативной услуги согласно 11.2.1 b ГОСТ Р 34.950). а факультативная услуга приемника должна игнорировать пакеты ДАННЫЕ с неправильными значениями Ппд (посредством факультативной услуги согласно 11.3 d ГОСТ Р 34.950).

11    Операции пуска

В подразделе 4.5 ГОСТ Р 34.950 рекомендуется процедура определения «роли» ООД относительно выбора логического канала и разрешения соперничества вызовов. Для функционирования этой процедуры ГОСТ Р 34.950 предполагает работу нижележащего уровня в режиме с установлением соединения.

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

При использовании услуги справочной нумерации для обеспечения альтернативного назначения номеров логических каналов (см. ИСО/МЭК 8208—90/Изм. I) положения подраздела 4.5 ГОСТ Р 34.950 неприменимы.

12    Использование возможностей широковещательной передачи

Возможности процедур УЛЗ типа I по широковещательной передаче могут быть использованы для передачи некоторых пакетов ИГ1У Х.25 к более чем одному получателю. Она особенно применима к случаю передачи пакетов ЗАПРОС ВЫЗОВА и ЗАПРОС ПОВТОРНОГО ПУСКА.

Использование этой возможности для передачи пакета ЗАПРОС ВЫЗОВА требует использования факультативной услуги справочной нумерации (см. ИСО/МЭК 8208—90/Изм. I).

7

Страница 12

ГОСТ Р ИСО/МЭК 8881-98

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

12.1    Широковещательная передача пакета ЗАПРОС ВЫЗОВА

Для ЛВС может оказаться удобным реализовать «Справочник распределенной сети». Рассмотрим станцию ЛВС, которая не знает адреса УДС (или адреса ООД) вызываемой ею группы, а знает только ее адрес ПДУСУ. Станция ЛВС передает свой вызов в широковещательном режиме, но только вызываемое ООД распознает адрес своего ПДУСУ (или адрес ООД) и ответит на вызов.

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

В соответствии с изложенным только один логический объект пакетного уровня может работать с одним адресом УДС.

12.1.1    Ответ на пакет ЗАПРОС ВЫЗОВА

ООД. которое выполняет широковещательную передачу пакета ЗАПРОС ВЫЗОВА, должно ввести в поле адреса вызываемого и/или в факультативную услугу расширения адреса вызываемого адрес получателя, которому она хочет передать данные. В таком случае ООД-отправитель может получить одно из следующих:

a)    отсутствие ответа:

b)    вначале отрицательный ответ (ИНДИКАЦИЯ ЗАВЕРШЕНИЯ);

c)    вначале положительный ответ (СОЕДИНЕНИЕ УСТАНОВЛЕНО и ВХОДЯЩИЙ ВЫЗОВ)

или

d)    ошибочный ответ.

Поступление нескольких ответов на широковещательный пакет ЗАПРОС ВЫЗОВА, как будет показано в 12.1.1.2 и 12.1.1.3, является ошибочным условием.

Получив пакет ЗАПРОС ВЫЗОВА с глобальным адресом, ООД. которое не распознало адреса своего ПДУСУ (или адреса ООД), не должно передавать пакет ЗАПРОС ЗАВЕРШЕНИЯ.

12.1.1.1    Отсутствие ответа

Если вызывающее ООД не получило ответа и его тайм-аут Т21 истек, оно должно осуществить широковещательную передачу пакета ЗАПРОС ЗАВЕРШЕНИЯ в расширенном формате и с адресом вызываемого ООД. При этом логический канал устана&тивается в состояние ЗАПРОС ЗАВЕРШЕНИЯ (рб). При приеме пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ ООД вводит состояние ГОТОВО (pi).

12.1.1.2 ООД вначале получает отрицательный ответ

Получив пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ. ООД должно аннулировать все последующие

пакеты завершения, рассматривать первый пакет ВХОДЯЩИЙ ВЫЗОВ (если ои поступил) как запрос соединения и сбросить все пакеты СОЕДИНЕНИЕ УСТАНОВЛЕНО (при их получении).

Фактически после приема первого пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ указатель, назначенный для данного виртуального каната, не используется и может быть назначен для данного вирзуаль-ного соединения (при его наличии), созданного при приеме пакета ВХОДЯЩИЙ ВЫЗОВ (если он поступил).

12.1.1.3 ООД вначале получает по л ожительный о т в е т

Получив положительный ответ. ООД может затем принимать положительные, отрицательные

или ошибочные ответы. Ест и (ЮД получает ошибочные ответы, оно должно обрабатывать их так. как определено в ГОСТ Р 34.950.

Если ООД получает отри нательный ответ, то такой ответ (содержащий справочный номер, назначенный логическому каналу) может иметь:

a)    тот же самый адрес УДС. что и в ранее полученном положительном ответе, или

b)    адрес УДС, отличный от адреса в ранее полученном ответе.

В случае а) ООД-отправитель должно подтвердить завершение соединения путем передачи пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ.

Страница 13

ГОСТ Р ИСО/МЭК 8881-98

В случае Ь), т. е. если адрес УДС отличается от адреса и полученном ответе, ООД-отправитель должно передать пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ для станции столько что полученным адресом УДС. Следует заметить, что первое соединение остается действительным и что назначенные ему справочные номера сохраняются.

Если ООД подучает второй положительный ответ, го этот ответ (содержащий справочный номер, назначенный данному логическому каналу) может иметь:

a)    тот же самый адрес УДС, что и в первом ответе, или

b)    адрес УДС, отличный от адреса в первом ответе.

В случае а) ООД-отправитель должно завершить соединение путем передачи пакета ЗАПРОС ЗАВЕРШЕНИЯ без адреса вызываемого и без адреса вызывающего ООД на станцию, адрес которой получен в ответе как адрес УДС. После выполнения процедуры завершения ООД должно закончить присвоение справочного номера данному виртуальному соединению.

В случае Ь) ООД-отправитель должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ. После этого оно входит в состояние ЗАПРОС ЗАВЕРШЕНИЯ ООД (рб). Присвоенный справочный номер первого ответа остается действительным.

12.1.1.4 Ошибочные ответы

При получении ошибочного ответа ООД должно обработать его в соответствии с процедурами, описанными в ГОСТ Р 34.950.

12.1.2    Прием пакета ВХОДЯЩИЙ ВЫЗОВ по активному логическому каналу

Если ООД получает пакет ВХОДЯ ШИ Й ВЫ ЗОВ с идентификатором логического каната, равным текущему справочному номеру, назначенному для виртуального соединения, оно должно передать в ответ пакет ЗАПРОС ЗАВЕРШЕНИЯ на станцию, адрес которой только что был получен в виде мреса УДС, с идентификатором логического канала, равным указанному в пакете ВХОДЯЩИЙ ВЫЗОВ, с причиной разъединения — «по инициативе ООД* и с кодом диагностики — «не обеспечена ожидаемая услуга» (76). После этого ООД входит в состояние ЗАПРОС ЗАВЕРШЕНИЯ ООД (рб). Следует заметить, что первое соединение остается действительным и что назначенные для него справочные номера сохраняются.

II р и м с ч а н и с — Данная ситуация можсг возникнуть только в том случае, если при работе ППУ Х.25 с процедурами УЛЗ тина 1 не используется факультативная услуга справочной нумерации.

12.2    Широковещательная передача пакета ЗАПРОС ПОВТОРНОГО П У С К А

В функциональной среде ЛВС необходимо иметь механизм, эквивалентный процедуре повторного пуска Х.25 на интерфейсе ООД/АКД. Механизм повторного пуска используется для завершения всех виртуальных соединений конкретного ООД.

Станция ЛВС может изъявить желание проинформировать все остальные станции ЛВС о том, что она завершает все свои виртуальные соединения. Она выполняет это путем широковещательной передачи пакета ЗАПРОС ПОВТОРНОГО ПУСКА. При этом возможны два случая.

Случай 1 — ООД известны адреса пунктов подключения к подсети всех станций ЛВС.

При широковещательной передаче пакета ЗАПРОС ПОВТОРНОГО ПУСКА ООД входит в состояние ЗАПРОС ПОВТОРНОГО ПУСКА ООД (р2). В этом случае оно должно сверить все получаемые пакеты ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА с таблицей всех станций ЛВС путем просмотра адресов ППП. Если какое-либо ООД не получило подтверждения повторного пуска, то ООД-отправитель должно передать пакет ЗАПРОС ПОВТОРНОГО ПУСКА через каждый из этих интерфейсов. После завершения второго цикла повторного пуска каждый логический канал находится в состоянии ГОТОВО (pi).

П р и м е ч а н и я

1    Передающее ООД проверяет также алрсс УДС поступающих пакетов ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА. Если они отсутствуют в его та&ШЦс, ООД аннулирует такие пакеты и рассматривает их как протокольные ошибки.

2    Получатель пакета ЗАПРОС.' ПОВТОРНОГО ПУСКА с глобальным адресом должен использовать адрес удаленного УДС для определения тех виртуальных соединений, которые должны быть завершены.

Случай 2 — ООД не знает адресов станций в ЛВС.

9

Страница 14

ГОСТ Р ИСО/МЭК 8881-98

В этом случае каждый логический канал находится п состоянии ГОТОВ (pi). Следует заметить, что если данная процедура реализуется, то ООД должно аннулировать все пакеты ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА и не рассматривать их как протокольные ошибки.

Часть 4 ТРЕБОВАНИЯ К СООТВЕТСТВИЮ

13 Соответствие

Системы, претендующие на соответствие настоящему стандарту, должны реализовать процедуры, изложенные в разделах 5 и 6 части 1, а также процедуры, описанные в части 2 (работа с процедурами УЛЗ типа 2). Системы также могут факультативно реализовать процедуры, описанные в части 3 (работа с процедурами УЛЗ типа 1).

Примечание — Использование процедур УЛЗ тина 1 позволяет данной системе взаимодействовать с другой системой (не соответствующей настоящему стандарту), в которой могут использоваться только процедуры УЛЗ типа I.

10

Страница 15

ГОСТ Р ИСО/МЭК 8881-98

УДК 681.324:006.354    ОКС 35.100.30    П85    ОКСТУ    4002

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

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

Над. лиц. Ml 021007 от 10.OS.95. Сдано и набор 22.05.98. Подписано в печать I7.06.9S. Уел. меч. л. I.S6. Уч.-над. л. 1.45.

Тирах 263 ЭМ. С/Д 5339. Зак.419.

НПК Издательство сгаидартв.107076. Москва, Колодезный пер.. 14.

Набрано п Калужской типографии стандартов ка ПЭВМ.

Калужская nmoi рафия стандарта, уд. Московская. 256.

ПЛР Л4 040138