ГОСТ Р МЭК 870-6-2-2000
Другие вопросы
- Услуги сетевого уровня должны обеспечивать предложение параметров QOS (приоритет и
т. п.) в терминах «желательное» и «допустимое», как описано в ГОСТ Р 34.951.
- Согласование параметров QOS между поставщиком услуг и обоими пользователями следует
выполнять в соответствии с ГОСТ Р .34.951.
- Услуги сетевою уровня описывают, как указано в ГОСТ I’ 34.951, систему обозначений
относительного приоритета сетевого соединения.
- Выбор между различными средствами передачи (с различными характеристиками) зависит
от значения параметров «пропускная способность» и «транзитная задержка*.
6.3Протокол сетевого уровня
Протокол сетевого уровня должен соотвегствовать требованиям стандартов, указанных в 6.1.3.
6.3.1 Протокол согласования, не зависящий от подсети (SNICP)
Услуги сетевого уровня с установлением соединения (CONS) должны выполняться вместе с
протоколом пакетного уровня Х.25 (см. ГОСТ Р 34.950), который в настоящее время является
единственным протоколом, поддерживающим CONS. Этот протокол выполняет все гри роли
сетевого уровня для CONS. Поэтому нет отдельного протокола для роли SNICP. Применение
протокола Х.25, обеспечивающего CONS, должно соответствовать требованиям ГОСТ 34.954.
Услуги сетевого уровня без установления соединения (CLNS) должны обеспечиваться межсе
тевым протоколом по ГОСТ Р 34.1952 таким, как SNICP. чтобы предостаатять услуги сетевого
уровня непосредственно транспортному уровню. Полный протокол должен применяться при вы
полнении следующих требований:
- для связи внутри подсети не должно использоваться неактивное подмножество;
- не должно использоваться песегментнрованное подмножество;
- использование контрольных сумм должно выбираться с помощью местной системы управ
ления;
- должны быть обеспечены все функции типа 1;
- параметры времени существования (связанные с функцией контроля времени существования
PDU) должны применяться в соолгетствни с ГОСТ Р 34.1952;
- время повторной сборки (связанное с функцией повторной сборки PDU)для исходного PDU
в месте повторной сборки не должно быть более наибольшего значения параметров времени
существования в любом из производных PDU.
Дополнительные функции протокола, которые должны быть рассмотрены, включают параметр
безопасности, использование регистрации частичного маршрута и маршрутизации от источника.
Необходимо, чтобы результаты маршрутизации и коммутации были адресными.
6.3.2 Протокат согласования, зависящий от подсети (SNDCP)
Набор функций, зависящих от подсети, или правила связи между услугами, обеспечиваемыми
подсетями, и произвольными нижележащими услугами —по ГОСТ Р 34.1952. Упомянутые функции
—это не дополнительные протоколы. Соответствующие функции применяются в каждой подсети,
которая участвует в передаче PDU от источника NSAP к приемнику NS.AP.
ГОСТ Р 34.1952 определяет действия CLNS в подсетях, использующих протокол пакетного
уровня Х.25, определенный в ГОСТ Р 34.950, или логическую процедуру управления каналом,
определенную в ГОСТ 28907.
ГОСТ Р 34.1952 определяет действия CLNS в подсетях, которые предусматривают услуги
канала данных модели ВОС. Канаты между оконечными точками для классических подсетей с
коммутацией канатов или ISDN датжны быть установлены до начала связи.
Для CONS нет отдельного SNDCP.
6.3.3 Протокол доступа к подсети (SNAcP)
Там. где доступ к нижележащей подсети осуществляется с помощью протокола пакетного
уровня Х.25, определенного ГОСТ Р 34.950 (например, сеть с коммутацией пакетов или фиксиро
ванный канат), в роли SNAcP будет использован протокол пакетного уровня Х.25.
Там. где нижележащая подсеть является локатьной сетью или трактом передачи HDLC
(например, подсеть, обеспечивающая услуги канала данных ВОС). роль SNAcP выполняет SNDCP.
определенный ГОСТ Р 34.1952.
6.3.4 Дополнительные рекомендации
Приоритет
В приложении G рекомендации МСЭ-Т Х.25 определены некоторые средства (включая
кодирование), обеспечивающие услуги сетевого уровня ВОС. Они передаются в «полях средств*
II