ГОСТ Р 34.950-92 (ИСО 8208-87)
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА ДАННЫХ. ПРОТОКОЛ ПАКЕТНОГО УРОВНЯ Х.25 ДЛЯ ОКОНЕЧНОГО ОБОРУДОВАНИЯ ДАННЫХ
Издание официальное
ГОССТАНДАРТ РОССИИ Москва
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ГОСТ P 34.950—92 (ИСО 8908—57)
ВЭЛНМОСВЙ2 В ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА ДАННЫХ. ПРОТОКОЛ ПАКЕТНОГО УРОВНИ Х.25 ДЛЯ ОКОНЕЧНОГО ОБОРУДОВАНИЯ ДАННЫХ
Information Technology Open Systems Interconnection. Data Communications Packet Layer Protocol X 25 for Data Terminal Equipment
ОКСТУ CC34
Дата введения 01.01.93
Настоящий стандарт распространяется на сетевой уровень эталонной модели взаимосвязи открытых систем (ВОС)—ГОСТ 28906 и определяет процедуры, форматы и услуги пакетного уровня для оконечного оборудования данных (ООД), работающего в соответствии с рекомендацией Х.25 МККТТ в любом из двух режимов работы: режим виртуальных соединений и режим постоянных виртуальных каналов.
Настоящий стандарт эквивалентен стандарту ИСО 8208, за исключением
а) ссылки на стандарты ИСО заменены ссылками на соответствующие государственные стандарты;
б) исключено приложение в «Различия между первым и вторым изданиями ИСО/МЭК 8208» с изменением нумерации приложений.
Термины и определения, используемые в настоящем стандарте, соответствуют ГОСТ 24402.
1. НАЗНАЧЕНИЕ
Настоящий стандарт определяет процедуры, форматы и услуги пакетного уровня для ООД, работающего в соответствии с рекомендацией Х.25 МККТТ. Рассматриваются два режима работы: режим виртуальных соединений и режим постоянных виртуальных каналов. 1 2
Пршхшод аашиоса щшваа шш аыгь шшшшдоыш ш в
среде ВОС, так и в среде, отличной от BQC При использовании в среде ВОС протокол пакетного уоовня охватывается сетевым уровнем эталонной модели ВОС — ГОСТ 28900 (VTCO 7498).
Настоящий стандарт распространяется на операции пакетного уровня ООД, выполняемые в п^язиессе доступа к сетям общего, или честного пользования с коммутацией пакетов, соответствующих рекомендации Х.25 МККТТ, по выделенному маршруту либо по соединению с коммутацией каналов. Он определяет также дополнительные процедуры пакетного уровня, необходимые для прямого обмена данными (т. е. без использования промежуточной сети с коммутацией пакетов) между двумя ООД, соответствующими настоящему стандарту, по выделенному маршруту, по соединению с коммутацией каналов или по локальным вычислительным сетям.
Настоящий стандарт распространяется также на сети частного пользования, которые используют рекомендацию Х.25 МККТТ для подключения к сети общего пользования с коммутацией пакетов и которые также могут обеспечить интерфейс Х.25 с ООД (см. приложение А).
Следует заметить, что назначения настоящего стандарта и рекомендации Х.25 МККТТ различны в их применении к ООД. В настоящем стандарте содержатся те требования, которые рекомендация Х.25 предъявляет к ООД. Помимо этого в нем содержатся дополнительные требования по упрощению взаимодействий между оборудованием ООД и по обеспечению прямых взаимодействий ООД — ООД. При использовании настоящего стандарта следует учитывать более широкое его назначение.
2. ССЫЛКИ
ГОСТ 28906 (ИСО 7498) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная моделью
ИСО 77762 «Системы обработки информации. Передача данных. Процедуры управления звеном данных верхнего уровня. Описание процедур звена данных, совместимых с Х.25 LAPB, для ООД».
ИСО 83482 «Системы обработки информации. Передача данных. Определение услуг сетевого уровня».
ИСО 8348/Доп. 22 «Системы обработки информации. Передача данных. Определение услуг сетевого уровня. Дополнение 2. Адресация на сетевом уровне».
До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационная технология2.
гост f т 9ю—и с. з
ИСО 8348/Доп. 33 «Системы обработки информации. Передача данных. Определение уедут сетевого уровня. Дополнение 33 Дополнительные возможности услуг сетевого уровня3
ИСО 88783 «Системы обработи информации. Передача данных. Использование Х.25 для обеспечения услуг сетевого уровня в режиме-с-установлением соединения».
ИСО 8880/23 «Системы обработки информации. Передача данных. Протокольные комбинации для обеспечения и поддержки услуг сетевого уровня ВОС. Часть 2. Обеспечение и поддержка услуг сетевого уровня в режиме-с-установлением-соединения».
ИСО/МЭК 88813 «Системы обработки информации. Передача данных. Использование протокола пакетного уровня Х.25 в локальных вычислительных сетях».
ИСО/МЭК 88863 «Системы обработки информации. Передача данных. Определение услуг уровня звена данных для взаимосвязи открытых систем».
ИСО/МЭК 95743 «Системы обработки информации. Передача данных. Обеспечение услуг сетевого уровня ВОС в режиме-с установлением-соединения в ООД пакетного режима, подключенного к цифровой сети интегрального обслуживания (ЦСИО)».
ИСО/МЭК ТО 100293 «Информационная технология. Передача данных и обмен информацией между системами. Операции устройства взаимодействия Х.25».
Рекомендация D.12 МККТТ3 «Единица измерения для тарификации объема информации в международной службе передачи данных с коммутацией пакетов», «Голубая книга» МККТТ, 1988.
Рекомендация Х.25 МККТТ3 «Интерфейс между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и подключенных к сетям данных общего пользования по выделенному каналу», «Голубая книга» МККТТ, 1988.
Рекомендация Х.29 МККТТ3 «Процедуры обмена управляющей информацией и данными пользователя между средством сборки/ разборки пакетов (СРП) и пакетным ООД или другим СРП», «Голубая книга» МККТТ, 1988.
Рекомендация Х.31 МККТТ3 «Поддержка оконечного оборудования пакетного режима в сетях ЦСИО», «Голубая книга» МККТТ, 1988.
Рекомендация Х.32 МККТТ3 «Интерфейс между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и имеющих доступ в сеть данных общего пользования с коммутацией пакетов через телефонную сеть общего поль-
зования или сеть данных общего пользования с коммутацией каналов», «Голубая книга» МККТТ, 1988.
Рекомендация Х.96 МККТТ* «Сигналы прохождения связи в сетях данных общего пользования», «Голубая книга» МККТТ, 1968.
Рекомендация Х.244 МККТТ* «Процедуры обмена идентификаторами протокола во время установления виртуального соединения по сетям данных общего пользования с коммутацией пакетов», «Голубая книга» МККТТ, 1988.
3. ОБЩИЕ ПОЛОЖЕНИЯ
Настоящий стандарт определяет с точки зрения ООД пакетный уровень, управляющий передачей пакетов данных на интерфейсе ООД/АКД или ООД/ООД4 5. На передающей стороне пакетный уровень ООД выполняет основную функцию формирования пакетов из сообщений, получаемых этим ООД от логического объекта вышерасположенного уровня, до выдачи информации протоколу уровня звена данных с целью ее передачи в ХХД На приемной стороне пакетный уровень ООД выполняет основные функции по приему пакетов из уровня звена данных, проверке пакетов на правильность, удалению заголовков пакетного уровня, формированию сообщений из пакетов данных пользователя и их передаче логическому объекту вышерасположенного уровня ООД.
В настоящем стандарте содержится описание интерфейса пакетного уровня для служб «виртуальное соединение» и «постоянный виртуальный канал».
Представлена следующая информация:
а) общие положения (разд. 3);
б) процедуры обмена пакетами через интерфейс ООД/ХХД (разд. 4—11). В разд. 5 рассматриваются процедуры установления и завершения для службы виртуального соединения, тогда как другие разделы касаются обеих служб: виртуального соединения и постоянного виртуального канала;
в) форматы пакета (разд. 12);
г) процедуры факультативных услуг пользователя, которые могут быть доступны на интерфейсе ООД/ХХД (разд. 13 и 14);
д) форматы факультативных услуг пользователя и регистрации услуг (разд. 15 и 16);
ГОСТ Р 34.96#—в С 9
е) кодирование поля «код диагностики» (разд. 17);
ж) тайм-ауты и счетчики повторной передачи (разд. 18);
з) диаграммы состояний и таблицы состояний (разд. 19 и 20);
и) руководство по применению положений настоящего стандарта к сетям частного пользования, подключенным к сети данных общего пользования с коммутацией пакетов и способным обеспечить интерфейс Х.25 с ООД (приложение А).
Для облегчения понимания настоящего стандарта принят ряд соглашений относительно изложения его текста:
а) наименования состояний и пакетов написаны прописными буквами;
б) для обозначения различий между службой виртуального соединения и службой постоянного виртуального канала, а также различий между интерфейсами ООД/ООД и ООД/АКД используется текст, выделенный курсивом (разделы, целиком относящиеся к одному виду службы и к одному типу интерфейса не выделяются курсивом; необходимые особенности оговариваются в начале раздела или подраздела);
в) термины, не определенные в настоящем стандарте, взяты из рекомендаций МККТТ серии X.
Определяемые в настоящем стандарте процедуры пакетного уровня основаны на услугах нижерасположенного уровня (определенных, например, в ИСО 7776 или в более общем виде — обеспечение услуг звена данных, определенных в ИСО/МЭК 8886), которые обеспечивают незначительную частоту:
а) необнаруживаемых ошибок по битам;
б) нарушения порядка следования пакетов;
в) потерь и дублирований пакетов.
Пакетный уровень обеспечивает следующие функциональные возможности, способствующие надежному и эффективному обмену данными:
а) мультиплексирование — возможность обеспечивать групповые обмены данными;
б) передача данных — возможность передавать и принимать данные;
в) управление потоком — возможность управлять потоком данных;
г) прерывание передачи — возможность передавать и принимать небольшие объемы информации, независимо от интенсивности потока данных;
д) обработка ошибок — возможность обнаруживать ошибки на пакетном уровне;
е) повторная установка и повторный пуск — возможность повторно инициировать маршруты обмена данными при возникновении ошибок на пакетном уровне.
При разработке определенных в настоящем стандарте процедур пакетного уровня ООД использовалось несколько принципов:
а) полное соответствие рекомендации Х.25 МККТТ-при раОбте по сетям с коммутацией пакетов;
б) минимум различий в работе по сетям с коммутацией пакетов и непосредственно с другим ООД;
в) обеспечение (где возможно) средств устранения ошибочных ситуаций без заметных потерь данных на пакетном уровне;
г) приведение услуг пакетного уровня в соответствие с услугами сетевого уровня, определенными в рамках взаимосвязи открытых систем;
д) построение текста стандарта в соответствии с рекомендацией Х.25.
3.1. Совместимость с версиями рекомендации Х.25 МККТТ
Определяемые в настоящем стандарте процедуры и форматы пакетного уровня совместимы с версией рекомендации Х.25 МККТТ 1988 г. («Голубая книга»).
Примечание. Возможности «тип адресации» и «индикация нумерованного плана», введенные в версию рекомендации X 25 МККТТ 1988 г, не включьчы в настоящий стандарт, поскольку МККТТ оставил их для дальнейшего изучения
Для тех ООД, которые должны работать с прежними версиями рекомендации Х.25, имеют место следующие ограничения
3 1.1. Ограничения совместимости с Х.25 1984 г.
В тех ООД, которые работают с версией рекомендации Х.25 1984 г. («Красная книга»), не используются следующие возможности версии 1988 г.
а) расширенные возможности следующих факультативных средств пользователя:
соответствующие средства идентификации пользователя сети (ИПС) (см. п 13.21);
соответствующие средства признанной частной эксплуатационной организации (ПЧЭО) (см. п. 13.23);
соответствующие средства перемаршрутизации вызова и отражения вызова (см. п. 13.25).
При работе по версии 1984 г. не были определены средства «отражения вызова» и «игнорирование ИПС», а средства ИПС и ПЧЭО не разделены в явном виде на средства индексирования и согласования.
б) следующие специфицированные МККТТ средства ООД:
приоритет (см. п. 14.5);
защита (см. п. 14.6).
При работе по версии 1984 г перечисленные средства не были определены
ГОСТ Р МЛ99-92 С. 7
в) изменено кодирование следующих специфицированных МККТТ средств ООД:
расширение адреса вызываемого (см. п. 15.3.2.1); расширение адреса вызывающего (см. п. 15.3,2.2).
При работе с версией 1984 г. кодирование адресов разрешается только в коде ВС.
г) класс пропускной способности 64000 бит/с; при работе по версии 1984 г. классом наибольшей пропускной способности является 48000 бит/с.
3.1.2. Ограничения на совместимость с Х.25 1980 г.
Для тех ООД, которым необходимо работать по версии 1980 г. рекомендации Х.25 («Желтая книга»), помимо возможностей, перечисленных в п. 3.1.1, не используются следующие возможности протокола версии 1984 г.:
а) максимальные длины поля «данные пользователя» в пакетах ДАННЫЕ —2048 и 4096 октетов (см. п. 6.2); по версии 1980 г. наибольшая допустимая максимальная длина этого поля составляет 1024 октета;
б) поле «услуги» в пакетах ЗАПРОС ВЫЗОВА, ВХОДЯЩИЙ ВЫЗОВ, ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО имеет длину от 64 до 109 октетов (см. пп. 12.2.1.1 и 12.2.2.1); по версии 1980 г. длина этого поля ограничена 63 октетами, а бит 7 поля «длина услуги» должен быть равен 0;
в) в кодах причины в пакетах ЗАПРОС/ИНДИКАЦИЯ ЗАВЕРШЕНИЯ. ЗАПРОС/ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ и ЗАПРОС/ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (см. пп. 12.2.3.1.1, 12.5.1.1 и 12.6.1.1 соответственно) бит 8 равен 1; по версии 1980 г. этот бит должен быть равен 0;
г) поля «длина адреса» и «длина услуги» пакетов ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (см. п. 12.2.3.2) имеют ненулевую длину; по версии 1980 г. длины этих полей должны указывать ноль октетов и эти поля могут присутствовать только в том случае, если пакет содержит поле «данные завершающего пользователя»;
д) пакеты ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ (см. п. 12.2.4.2) имеют расширенный формат; по версии 1980 г. может использоваться только основной формат;
е) поле «данные прерывающего пользователя» в пакетах ПРЕРЫВАНИЕ содержит от 2 до 32 октетов (см. п. 12.3.2); по версии 1980 г. это поле должно содержать 1 октет;
ж) следующие факультативные услуги пользователя: динамическая регистрация услуги (см. п. 13.1); запрет локальной тарификации (см. п. 13.20); идентификация пользователя сети (см. п. 13.21); информация о тарифах (см. п. 13.22);
группа с выбором (см. п. 13.24);
С в ГОСТ Р U-W—12
уведомление о переадресации вызова и отражении вызова
(см. п. 13.25);
уведомление о модификации адреса вызываемо* линии (см.
п. 13.26);
выбор и индикацйя транзитной задержки (см. п. 13.27). При работе по версии 1980 г. вышеперечисленные услуги не могут быть использованы.
з) расширенные возможности для следующих факультативных
услуг пользователя:
закрытые группы пользователей (ЗГП): абонирование услуг ЗГП с исходящим и/или входящим доступом без предпочтительных ЗГП (см. пп. 13.14.2 и 13.14.3 соответственно), использование расширенного формата услуги «выбор ЗГП» для отражения членства в более чем 100 ЗГП (см. п. 13.14.6) и использование услуги «выбор закрытой группы пользователей с исходящим доступом» (ЗГП/ИД) (см. п. 13.14.7), При работе по версии 1980 г. разрешение на использование всех ЗГП должно указывать предпочтительную ЗГП; для отражения членства в 100 или менее ЗГП допустим только основной, формат услуги «выбор ЗГП», а услуга «выбор ЗГП/ИД» не может использоваться;
быстрая выборка и приемлемость быстрой выборки (см. пп 13.16 и 13.17): включение поля «данные завершающего пользователя» в пакеты ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ после установления соединения. При работе по версии 1980 г. вышеуказанные пакеты могут содержать поле «данные завершающего пользователя» только в том случае, когда они переданы или приняты как прямой ответ на пакет ВХОДЯЩИЙ ВЫЗОВ или ЗАПРОС ВЫЗОВА соответственно;
выбор ПЧЭО (см п. 13.23). Использование расширенного формата услуги «выбор ПЧЭО» с целью выбооа одной или нескольких ПЧЭО и согласование на некоторый период времени с АКД относительно набора ПЧЭО, относящихся ко всем пакетам ЗАПРОС ВЫЗОВА; по версии 1980 г ООД, желающее выбрать ПЧЭО, может сделать это только в пакете ЗАПРОС ВЫЗОВА и может использовать только основной формат услуги «выбор ПЧЭО» для выбора отдельной ПЧЭО;
и) услуги ООД, определенные МККТТ, и маркер соответствующей услуги (см. разд. 14 и п. 15.1). По версии 1980 г. эти услуги и маркер не могут использоваться.
3.2. Функциональная среда
Установленные настоящим стандартом аспекты протокола пакетного уровня, касающиеся ООД, применимы к различным условиям работы, в том числе: а) операция ООД/АКД:
доступ ООД к АКД через арендованные тракты;
доступ ООД к АКД через соединения с коммутацией каналов
ГОСТ Р С f
(cent данных с коммутацией каналов, средства коммутавдА каналов сетей ЦСИО или коммутируемые телефонные сети). Дополнительные соображения содержатся в п. 3.4.
Примечания:
1. Ситуация, когда ООД в виде сети частного пользования обращается к АКД а виде сети общего пользования либо когда в качестве ООД выступает шлюз ЛВС с другими сетями, рассмотрена в приложении А.
2. В качестве АКД может быть либо сеть данных с коммутацией пакетов, работающая в соответствии с рекомендацией Х.25 МККТТ, либо средства об-работки пакетов в сетях ЦСИО, работающих в соответствии с рекомендацией Х.31 МККТТ
б) операции ООД/ООД:
работа ООД — ООД по арендованным линиям (сети данных, сети ЦСИО или телефонные сети);
работа ООД — ООД по соединениям с коммутацией каналов (сети данных с коммутацией каналов, возможности работы сетей ЦСИО по коммутируемым каналам или коммутируемые телефонные сети). Дополнительные соображения содержатся в п. 3.4.
работа ООД — ООД через ЛВС. Здесь применимы положения стандарта ИСО/МЭК 8881.
3.3. Различия в операциях на интерфейсах ООД/ООД и ООД/АКД
Описанный здесь протокол пакетного уровня в основном не зависит от того, с чем соединено ООД: с АКД (например работает в сетевой конфигурации Х.25) или непосредственно с другим ООД. Однако в рекомендации Х.25 МККТТ существуют определенные процедуры, которые не являются обязательными для ООД, но необходимы в конфигурации ООД/ООД. Чтобы минимизировать различия между соединениями ООД—АКД и ООД—ООД, от ООД всегда требуется выполнение следующих процедур:
а) поля «длина адреса» и «длина услуги» необходимы в пакетах ВЫЗОВ ПРИНЯТ, даже если эти поля указывают, что адресная информация и информация об услугах соответственно отсутствует в этих пакетах;
б) поле «код диагностики» должно содержаться в пакетах ЗАПРОС ПОВТОРНОГО ПУСКА, ЗАПРОС ЗАВЕРШЕНИЯ и ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ даже если оно указывает «нет дополнительной информации» (т. е. несмотря на то, что для конкретных ошибочных ситуаций определены специальные коды диагностики, ООД может использовать более общие коды, как отмечено в примечании 2 к табл. 31);
в) пакет ДАННЫЕ не должен передаваться, если его поле «данные пользователя» меньше максимально допустимого н его бит Д равен 0, а бит М равен 1;
г) при уведомлении о том, что уровень звена данных выполнил процедуру инициации или что он восстановлен после неисправности, в которой он находился в фазе разъединения, ООД
1
Издание официальное
2
© Издательство стандартов, 1993 Настоя 1« и А стандарт не может быть полностью нм частично воспроизведен, тиражирован н распространен Бея разрешения Госстандарта России
3
До прямого применения данного документа в качестве государственного стандарта распространееие его осуществляет секретариат ТК 22 «Информационная технология3
4
До прямого применения данного документа в качестве государствен чого стандарта распространение его осуществляет секретариат ТК 22 «Информационная технология*
5
В тех случаях, когда можно давать ссылку ках на ООД. так я на АКД, используется обозначение ХХД. Настоящий стандарт можно рассматривать как определение пакетного уровня на интерфейсе ООД/ХХД