Средства технические телематических служб общие технические требования - korshu.ru o_O
Главная
Поиск по ключевым словам:
Похожие работы
Название работы Кол-во страниц Размер
Межгосударственный стандарт безопасность оборудования основные понятия... 2 855.13kb.
Отраслевой стандарт сосуды и аппараты стальные сварные общие технические... 23 8569.16kb.
Технические требования к оформлению рукописи 1 51.05kb.
Место расположения Тизера на вконтакте ру Технические требования 1 64.5kb.
Технические требования Настройка пк на рабочих местах пользователей... 1 115.43kb.
Нормативные правовые акты, положения, инструкции, другие руководящие... 1 23.95kb.
Приказ от 27 декабря 2000 г. №163 межотраслевые правила по охране... 7 2381.01kb.
Комплектация 4 Технические характеристики 4 1 227.21kb.
Получение ткани 1 48.91kb.
Вестн. Самар. Гос. Техн. Ун-та. Сер. Технические наук 2 589.74kb.
Подразделение лазерной резки трафаретов 1 121.08kb.
Руководство по эксплуатации, совмещенное с методикой поверки, (РЭ) 5 702.58kb.
Инструкция по работе с сервисом «sms-платеж» 1 218.94kb.

Средства технические телематических служб общие технические требования - страница №1/14


Утверждаю
Первый заместитель министра
Российской Федерации
по связи и информатизации
Ю.А.ПАВЛЕНКО
26 июня 2000 года
Согласовано
Руководитель
Департамента электросвязи
В.Ю.КВИЦИНСКИЙ
23 июня 2000 года
СРЕДСТВА ТЕХНИЧЕСКИЕ ТЕЛЕМАТИЧЕСКИХ СЛУЖБ

ОБЩИЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

РД 45.134-2000
ПРЕДИСЛОВИЕ
1. Разработан Ассоциацией Документальной Электросвязи (АДЭ), испытательным центром

документальной электросвязи (ИЦ ДЭС), испытательным центром "ЦНИИС".


Внесен Департаментом электросвязи Министерства РФ по связи и информатизации.
2. Утвержден Министерством Российской Федерации по связи и информатизации.
3. Введен в действие информационным письмом от 14.07.2000 N 4316.
4. Введен впервые.
1. ОБЛАСТЬ ПРИМЕНЕНИЯ
Настоящие Общие технические требования предназначены для руководства при проведении
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
сертификационных испытаний и инспекционного контроля в системе "Электросвязь" технических

средств телематических служб.


Не все функции, содержащиеся в РД, обязательны для реализации в технических средствах

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

требованиям РД.
Настоящие Общие технические требования распространяются на технические средства

следующих телематических служб:


службы обмена электронными сообщениями в части службы электронной почты (по

протоколам SMTP, POP3, IMAP4);


информационные службы в части службы доменных имен (по протоколу DNS), службы доступа

к информационным ресурсам (по протоколам HTTP, NNTP, FTP).


Технические требования к техническим средствам факсимильной службы в части службы

телефакс определены в РД 45.121-2000.


Технические требования к техническим средствам службы голосовой связи в части службы

голосовых сообщений определены в "Общих технических требованиях на оборудование электронных

речевых серверов", утвержденных Госкомсвязи России 24.06.98.
Технические требования к техническим средствам службы голосовой связи в части службы

передачи речевых сообщений определены в РД 45.46-99.


2. НОРМАТИВНЫЕ ССЫЛКИ
[1] Рекомендация        Простой протокол передачи почты, 1982 г.
IETF RFC 821            (Simple Mail Transfer Protocol)
[2] Рекомендация        Стандарт для формата текстовых сообщений

Интернета


IETF RFC 822            ARPA, 1982 г.
                        (Standart for the Format of ARPA Internet

Text
                        Messages)


[3] Рекомендация        Протокол почтового офиса, 1996 г.
IETF RFC 1939           (Post Office Protocol - Version 3)
[4] Рекомендация        Команда AUTH протокола POP3, 1994 г.
IETF RFC 1734           (POP3. Authentication command)
[5] Рекомендация        Алгоритм цифрового сообщения MD5, 1992 г.
IETF RFC 1321           (The MD5 Message-Digest Algorithm)
[6] Рекомендация        Механизм аудентификации протокола IMAP4, 1994
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
г.
IETF RFC 1731           (IMAP4. Authentication Mechanisms)
[7] Рекомендация        Распределенные модели электронной почты в

IMAP4,
IETF RFC 1733           1994 г.


                        (Distributed Electronic Mail Models in IMAP4)
[8] Рекомендация        MIME (Многоцелевые расширения почты

Интернета).


IETF RFC 2045           Часть 1: Формат тела сообщения Internet, 1996

г.
                        (MIME (Multipurpose Internet Mail

Extensions).
                        Part One: Format of Internet Message Bodies)
[9] Рекомендация        Выделение номера, 1994 г.
IETF RFC 1700           (Assigned Number)
[10] Рекомендация       Протокол доступа к сообщениям Интернет, 1996

г.
IETF RFC 1730           (Internet Message Access Protocol - version

4)
[11] Рекомендация       Протокол доступа к сообщениям Интернет, 1996

г.
IETF RFC 2060           (Internet Message Access Protocol - version

4rev1)
[12] Рекомендация       Доменные имена. Концепции и возможности, 1987

г.
IETF RFC 1034           (Domain name - concepts and facilities)


[13] Рекомендация       Доменные имена. Реализация и спецификация,

1987 г.
IETF RFC 1035           (Domain name - implementation and

specification)
[14] Рекомендация       Протокол передачи гипертекста - HTTP/1.1,

1997 г.
IETF RFC 2068           (Hypertext Transfer Protocol - HTTP/1.1)


[15] Рекомендация       Процедура регистрации типа информации, 1996

г.
IETF RFC 2048           (Media Type Registration Procedure)


[16] ISO-8859           Международный стандарт по обработке

информации -


Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
                        8-битные однобайтовые наборы кодов

графических


                        символов.
                        (International Standart - Information

Processing -


                        8-bit Single Byte Coded Graphic Character

Sets)
[17] Рекомендация       MIME (Многоцелевые расширения почты

Интернета).
IETF RFC 2047           Часть 3: Расширения заголовка для не ASCII-
                        текста, 1996 г.
                        (MIME (Multipurpose Internet Mail Extensions)

Part
                        Three: Message Header Extensions for Non-

ASCII
                        Text)
[18] Рекомендация       Требования для узлов Интернета - применение и
IETF RFC 1123           поддержка, 1989 г.
                        (Requirements for Internet hosts -

application and


                        support)
[19] Рекомендация       Стандарт для обмена USENET-сообщениями, 1987

г.
IETF RFC 1036           (Standart for interchange of USENET messages)


[20] Рекомендация       Стандарт для обмена USENET-сообщениями, 1983

г.
IETF RFC 850            (Standart for interchange of USENET messages)


[21] Рекомендация       Спецификация формата файла GZIP версии 4.3,

1996
IETF RFC 1952           г.


                        (GZIP file format specification version 4.3)
[22] Рекомендация       Тэги для идентификации языков, 1995 г.
IETF RFC 1766           (Tags for the identification of languages)
[23] ISO-639            Коды для представления названий языков, 1988

г.
                        (Code for representation of names languages)


[24] ISO-3166           Коды стран.
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
                        (Country codes)
[25] Рекомендация       Поле заголовка Content-MD5, 1995 г.
IETF RFC 1864           (The Content-MD5 Header Field)
[26] Рекомендация       Протокол передачи сетевых новостей, 1986 г.
IETF RFC 977            (Network News Transfer Protokol)
[27] Рекомендация       Протокол передачи файлов, 1985 г.
IETF RFC 959            (File Transfer Protocol)
[28] Рекомендация       Выделенные числа, 1985 г.
IETF RFC 943            (Assigned Numbers)
[29] Рекомендация       Служба удаленной аутентификации

пользователей,


IETF RFC 2138           подключаемых через телефонную сеть общего
                        пользования (ТфОП)
                        (Remote Authentication Dial In User Service)
3. ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
ASCII - набор символов, определенный в ARPA-Internet Protocol Handbook. В FTP определена

нижняя часть восьмибитного кода (старший бит равен нулю)


ccTLD - национальный домен верхнего уровня (Country Code Top Level Domain)
CR - символ возврата каретки
CRLF - символы перехода в начало следующей строки, соответствующие и
DAP - протокол доступа к справочнику (Directory Access Protocol)
DNS (Domain Name System) - система доменных имен
DTP (data transfer process) - процесс передачи данных. Устанавливает и управляет соединением

данных. Может быть активным и пассивным


EOF - символ конца файла, определяющий конец передаваемого файла
EOL - последовательность символов и , разделяющая линии, выводимые на печать
EOR - символ конца записи, определяющий конец передаваемой записи
FTP - протокол передачи файлов (File Transport Protocol)
HTTP - протокол передачи гипертекста (Hyper Text Transfer Protocol)
IETF - Рабочая группа по инженерным проблемам сети Интернет (Internet Engineering Task Force)
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
IP - межсетевой протокол (Internet Protocol)
LF - символ перехода на следующую строку
MIME-IMB - формат сообщения, описанный в рекомендации RFC 2045 [8]
Mode (режим передачи данных) - определяет формат данных при передаче, включая EOR и EOF
NNTP - Network News Transfer Protocol (протокол передачи сетевых новостей)
NUL - специальный атом, представляющий отсутствие отдельного элемента данных,

представленного как строка, либо список в скобках, в отличие от пустой строки "" или пустого списка

в скобках ()
NULL-строка - строка, состоящая только из символов
NVFS - сетевая виртуальная файловая система. Концепция, определяющая стандартную сетевую

файловую систему со стандартными командами и преобразованием имен путей


NVT - виртуальный терминал сети согласно определению, данному в описании протокола

Telnet
Page (страница) - структурная единица файла


Pathname - символьная строка, идентифицирующая файл в файловой системе. Конкретный вид

зависит от файловой системы


PI - интерпретатор протокола. Стороны клиента и сервера реализуют PI клиента и PI сервера
POP3 - протокол обмена почтовой информацией (Post Office Protocol)
RADIUS - протокол аутентификации пользователей в соответствии с RFC 2138 [29] (Remote

Authentication Dial In User Service)


Record (запись) - структурная единица последовательного файла. Структура записей

поддерживается FTP, но файл не должен состоять из структуры записей


RFC - обозначение документа IETF (Request For Comments)
RR (Resource Records) - набор информации о ресурсе, связанный с отдельным доменным именем
SMTP - простой протокол передачи почты (Simple Mail Transport Protocol)
SNMP - протокол управления сетью на базе TCP/IP (Simple Network Management Protocol)
SP - символ пробела
TCP - транспортный протокол (Transport Control Protocol)
TCP/IP - стек протоколов межсетевого взаимодействия (Transmission Control Protocol/Internet

Protocol)


Type (тип представления данных). Тип определяет преобразования при хранении данных и

передаче данных


UDP (User Datagramm Protocol) - протокол пользовательских датаграмм
UID - уникальный идентификатор почтового сообщения
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
URI - Universal Resource Identifier (универсальный идентификатор ресурса)
URL - Uniform Resource Locators (унифицированный указатель ресурсов)
АВ-терминал - аудио-, видеотерминал
Авторитетные данные - данные, полученные от авторитетного сервера
Авторитетный сервер - сервер, хранящий полную информацию о зоне
Агент клиентский - клиент, инициирующий запрос (броузер, редактор, робот или другое

средство)


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

специальными


Валидатор - элемент протокола, используемый для определения, является ли данная позиция

кэша эквивалентной копией сущности


Вариант - каждое из отдельных представлений ресурса, связанное с представлением в данный

момент
Возраст - время, прошедшее с момента отправки или успешной проверки актуальности ответа


Группа новостей - имя, идентифицирующее группу клиентов, которым будет доставлена данная

статья
Группа распространения - имя, идентифицирующее группу клиентов, которым будет доставлена

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

кода ASCII, удовлетворяющая формату почтового сообщения в соответствии с RFC 822 [2]


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

строки символов


Заголовок сообщения HTTP - 1. Набор строк между первой строкой сообщения (start-line) и

пустой строкой, отделяющей заголовок от тела сообщения. 2. Строка (несколько строк), содержащая

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

При удалении почтового ящика и создании почтового ящика с таким же именем, идентификатор

валидности нового почтового ящика должен быть отличным от предыдущего
Идентификатор уникальный почтового сообщения (UID-сообщения) - 32-битовый номер,

выделяемый для каждого почтового сообщения и используемый совместно с уникальным

идентификатором валидности. UID и идентификатор валидности вместе занимают 64 бита. Значение

итогового составного идентификатора является гарантированно уникальным для каждого почтового

сообщения в данном почтовом ящике
ИС - информационная служба
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
ИСО - Международная организация по стандартизации (International Organization for

Standartization)


Канал передачи - полнодуплексное соединение между передатчиком SMTP и приемником

SMTP, используемое для обмена командами, ответами и текстом почтовых сообщений


"Клеевые" записи - записи, содержащие ссылку на авторитетный сервер подзоны
Клиент - программа, устанавливающая соединение с целью получения услуги некоторого вида,

определенного соответствующим протоколом. Причиной, источником запуска такой программы

может выступать процесс на компьютере или действия человека
Команда - сообщение NNTP, направляемое от клиента к серверу
Конверт сообщения - заголовок почтового сообщения
Кэш - местное хранилище сообщений ответов, а также подсистема, управляющая хранением и

удалением сообщений. Как сервер, так и клиент могут содержать кэш, хотя кэш не может

использоваться на сервере, выполняющем функции тоннеля
"Лист" - элемент иерархического графа, дерева, не имеющего выходящих дуг
Литерал - основная форма строки. Представляет последовательность из 0 или более октетов

(включая символы и ), которой предшествует счетчик октетов. Формат счетчика октетов:

открывающаяся фигурная скобка "{", число октетов, закрывающаяся фигурная скобка "}", . В

случае когда литерал посылается от клиента серверу, клиент должен ждать получения запроса

продолжения команды перед отправлением данных (и остатка команды). Даже если счетчик октетов

равен 0, клиент, передающий буквенную строку, должен ждать получения команды запроса

продолжения
МПС - служба межперсональных сообщений
МСЭ - Международный союз электросвязи
МСЭ-Т - Сектор стандартизации электросвязи МСЭ
Новости электронные (news) - вид информации, периодически распространяемой в виде

электронных сообщений большому количеству клиентов по сети передачи данных


Номер порядковый почтового сообщения - относительный номер сообщения в почтовом ящике.

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

порядковых номера сообщения должны отличаться точно на 1. Порядковые номера сообщений могут

изменяться в течение сессии


Остаток (имени, команды) - последний элемент (группа элементов) структуры
Ответ - сообщение NNTP, направляемое от сервера клиенту
Ответ актуальный - ответ, который не устарел, не утратил актуальности
Ответ отрицательный - ответ со значением индикатора статуса "-ERR"
Ответ первичный - ответ, который пришел от сервера-источника. Ответ также является

первичным, если его актуальность была проверена непосредственно сервером-источником


Ответ положительный - ответ со значением индикатора статуса "+OK"
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Ответ устаревший - ответ, у которого истек срок его актуальности
Отправитель - клиент, инициировавший отправку почтового сообщения
Передатчик SMTP - процесс, осуществляющий передачу электронной почты. Передатчик SMTP

инициирует соединение транспортного уровня


Представление - сущность, включенная в ответ, являющийся предметом согласования

содержимого. Может быть множество различных представлений, ассоциированных с отдельным

статусом ответа
Приемник SMTP - процесс, осуществляющий прием электронной почты
Прокси - программа-посредник, выполняющая функции сервера и клиента с целью выполнения

запросов от имени других клиентов


Процесс сервера FTP (сервер) - процесс, выполняющий функции передачи файлов совместно с

процессом клиента FTP и, возможно, другим сервером. Функционально процесс сервера можно

разделить на процесс интерпретатора протокола (PI) и процесс передачи данных (DTP)
"Разрез" - точка разделения иерархического графа (дерева) на два составляющих иерархических

графа (поддерева)


РД - руководящий документ
Режим стойких соединений - режим работы сервера, при котором он обрабатывает несколько

запросов клиента, не разрывая соединения TCP с данным клиентом


Ресурс - объект сетевых данных или служба, которая может быть идентифицирована

посредством URl


САК - служба аудиоконференций
СВК - служба видеоконференций
СГС - служба голосовых сообщений
Сервер - 1. Прикладная программа, принимающая соединения с целью обслуживания запросов

путем отправки ответов. Использование этого термина относится только к текущему конкретному

соединению, так как может быть программа, способная выполнять функции и клиента и сервера. 2.

Процесс, выполняющий функции доступа к электронной почте совместно с процессом клиента


Сервер-источник - сервер, на котором находится или создается данный ресурс серверов. В

отличие от прокси шлюз принимает запросы так, как если бы он был сервером-источником для

запрошенного ресурса
Сессия - набор процедур обмена, происходящих по открытому соединению транспортного

уровня
Система новостей USENET - способ организации доставки электронных новостей, а также

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

доставки электронные новости доставляются клиенту специальными средствами в моменты

времени, определяемые стороной клиента
СКА - сервер контроля и авторизации
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Слово - последовательность печатных символов
Согласование содержимого - механизм для выбора соответствующего представления при

обслуживании запроса


Соединение данных - полнодуплексное соединение, по которому в определенном режиме

(mode) передаются данные определенного типа (type)


Сообщение - информация, состоящая из структурированной последовательности октетов,

удовлетворяющая синтаксису сообщения HTTP и передаваемая по соединению


Сообщение NNTP - сообщение, передаваемое по каналу передачи протокола нижнего уровня,

используемого протоколом NNTP


Список в скобках - структура данных, представляющая собой последовательность элементов

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

содержать другие списки в скобках. При этом несколько уровней скобок показывают вложенность.

Пустой список представляется как () - список в скобках, не содержащий членов


Список рассылки (mailing list) - способ организации доставки электронных новостей, а также

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

доставки электронные новости доставляются клиенту средствами электронной почты в моменты

времени, определяемые серверной стороной списка рассылки


СПРИ - служба передачи речевой информации
СПС - система передачи сообщений
Срок актуальности - промежуток времени между генерацией ответа и окончанием срока

истечения


Срок истечения точный - время, по истечении которого сервер-источник считает, что сущность

не должна больше выдаваться кэшем без дальнейшей проверки актуальности


Срок истечения эвристический - срок истечения точный, устанавливаемый кэшем
Статья - сообщение электронных новостей
СТК - служба телеконференций
Строка бинарная - это любая строка с символами NUL
Строка в кавычках - форма строки, представляющая собой последовательность из 0 или более

семибитных символов, кроме символов и , с символом двойной кавычки <"> с каждой

стороны
Сущность - информация, передаваемая в виде полезной нагрузки запроса или ответа. Сущность

состоит из метаинформации в форме полей заголовка сущности и содержимого в форме тела

сущности
СХИ - система хранения информации
Тег - короткая строка, состоящая из буквенно-цифровой информации, используемая в качестве

идентификатора команды


ТМ службы - телематические службы
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Тоннель - промежуточная программа, работающая как безусловный ретранслятор между двумя

соединениями. Будучи установленным активный тоннель не рассматривается как часть

взаимодействия по HTTP, хотя тоннель может быть установлен вследствие запроса HTTP. Тоннель

перестает существовать, когда оба соединения закрываются


Транзакция - набор процедур обмена, требуемый для того, чтобы одно почтовое сообщение

было передано одному или нескольким получателям


ТС - сеанс телеконференц-связи
ТфОП - телефонная (сеть) общего пользования
Узел сети (узел) - компьютер, подключенный к сети, на котором запущен процесс SMTP, либо

присутствуют почтовые ящики


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

конец данных электронной почты. Состоит из последовательности символов: CR, LF, символа точка

("."), CR, LF
УПОР - устройство пакетной обработки речи
Управляющее соединение - соединение между PI клиента и PI сервера для обмена командами и

ответами
УТС DNS - узел телематических служб, реализующий функции сервера DNS


УТС FTP - узел телематических служб, реализующий функции сервера FTP
УФС - узел факсимильной связи
ХС - хранилище сообщений
Шлюз - сервер, который работает как промежуточный для некоторых других
ЭП - электронная почта
Ящик электронной почты (почтовый ящик) - набор символов, идентифицирующий клиента,

которому отправляется почта. Обычно состоит из спецификации клиента и узла. Дополнительно под

данным термином понимают абстрактный "контейнер", в котором хранятся сообщения электронной

почты
4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ


Технические требования к техническим средствам службы обмена электронными сообщениями

в части службы электронной почты по протоколу SMTP приведены в Приложении 1.


Технические требования к техническим средствам службы обмена электронными сообщениями

в части службы электронной почты по протоколу POP3 приведены в Приложении 2.


Технические требования к техническим средствам службы обмена электронными сообщениями

в части службы электронной почты по протоколу IMAP4 приведены в Приложении 3.


Технические требования к техническим средствам информационных служб в части службы
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
доменных имен по протоколу DNS приведены в Приложении 4.
Технические требования к техническим средствам службы доступа к информационным ресурсам

по протоколу HTTP приведены в Приложении 5.


Технические требования к техническим средствам службы доступа к информационным ресурсам

по протоколу NNTP приведены в Приложении 6.


Технические требования к техническим средствам службы доступа к информационным ресурсам

по протоколу FTP приведены в Приложении 7.


5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ
Используемые при создании ТС телематической службы средства вычислительной техники

должны иметь сертификаты системы ГОСТ Р, подтверждающие соответствие Российским

стандартам на средства вычислительной техники, эксплуатируемые в производственных

помещениях.


6. ТРЕБОВАНИЯ К НАДЕЖНОСТИ И ДОСТОВЕРНОСТИ
ТС телематических служб должны быть рассчитаны на круглосуточную работу без постоянного

присутствия персонала и технического обслуживания. Надежность хранения информации в системе

должна обеспечиваться применением аппаратно-программных методов организации данных с

применением стандартных носителей.


7. ТРЕБОВАНИЯ К ДИАГНОСТИКЕ
Диагностика аппаратной части и системного программного обеспечения ТС телематических

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

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

тестовое ПО комплекса технических средств телематических служб, обеспечивающее проверку

работоспособности ТС телематических служб и диагностику.
Средства диагностики сервера (узла) телематических служб не должны нарушать целостность и

корректность данных.


8. ТРЕБОВАНИЯ К ЭЛЕКТРОПИТАНИЮ
Система должна быть работоспособной при электропитании оборудования системы от
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
источников бесперебойного электропитания, обеспечивающих на выходе напряжение 220 В с

частотой 50 Гц и допустимыми отклонениями напряжения от минус 15% до +10% и частоты +/- 5 Гц.


В случае пропадания электропитания источники гарантированного питания должны обеспечить

работоспособность аппаратуры сервера (узла) телематических служб в течение не менее 5 минут для

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

информации.


9. ТРЕБОВАНИЯ К ЭЛЕКТРОБЕЗОПАСНОСТИ
И ЭЛЕКТРОМАГНИТНОЙ СОВМЕСТИМОСТИ
Технические средства телематических служб должны отвечать общим требованиям

электрической и механической безопасности, требованиям электромагнитной совместимости и

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

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

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

заземлению (занулению).


10. ТРЕБОВАНИЯ ПО УСТОЙЧИВОСТИ К КЛИМАТИЧЕСКИМ ФАКТОРАМ
ТС телематических служб должен оставаться работоспособным при температуре окружающего

воздуха от 5 до 40 град. С и относительной влажности от 20 до 80% (без конденсата).


ТС телематических служб должен сохранять свои параметры во всем диапазоне рабочих

температур при изменении напряжения первичного источника электропитания в допустимых

пределах.
11. ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
В состав документации на ТС телематических служб должны входить следующие обязательные

документы:


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

соответствовать требованиям настоящих ОТТ.


Комплект эксплуатационной документации должен быть выполнен на русском языке и должен
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
содержать:
- общее описание, включая контрольный пример;
- руководства администратора и оператора.
Приложение 1
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
К ТЕХНИЧЕСКИМ СРЕДСТВАМ СЛУЖБЫ ЭЛЕКТРОННОЙ
ПОЧТЫ ПО ПРОТОКОЛУ SMTP
1. ОБЛАСТЬ ПРИМЕНЕНИЯ
Настоящее Приложение описывает технические требования к ТС службы ЭП по протоколу

SMTP в соответствии с RFC 821 [1].


В Приложении приведены передача сообщений электронной почты другим серверам

электронной почты по протоколу SMTP по сети передачи данных в соответствии с адресом

получателя, промежуточное временное накопление сообщений для дальнейшей передачи, а также

доставка сообщений в локальный ящик электронной почты в соответствии с указанным именем

ящика.
Не все функции, содержащиеся в данном Приложении, обязательны для ТС служб ЭП по

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

Приложению.
2. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К SMTP
2.1. Соединения
2.1.1. Протокол нижнего уровня
При использовании TCP для организации соединения клиента и сервера должен использоваться
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
порт 25. При кодировании сообщений SMTP должно учитываться, что соединение TCP

поддерживает длину байта 8 бит. Семибитные символы сообщений SMTP должны быть выравнены

вправо, а старший бит октета установлен в 0.
2.1.2. Установление соединений
В результате запроса клиента передатчик SMTP устанавливает дуплексное соединение с

приемником SMTP.


Протокол SMTP должен предоставлять механизм передачи почты непосредственно с узла

передающего клиента на узел получающего клиента при условии, что эти два узла соединены единой

транспортной службой.
Протокол SMTP должен предоставлять механизм передачи почты путем пересылки между

одним и более серверами SMTP, если два узла клиентов не соединены единой транспортной

службой.
2.2. Взаимодействие
По запросу клиента передатчик SMTP устанавливает дуплексное соединение транспортного

уровня с приемником SMTP. Приемник SMTP может быть либо промежуточным узлом, либо

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

приветствия 220.


Первой командой в сессии должна быть команда HELO.
Последней командой сессии должна быть команда QUIT.
Элементы взаимодействия по протоколу SMTP приведены в п. 8.
3. СООБЩЕНИЯ
Сообщения SMTP, посылаемые передатчиком SMTP приемнику SMTP, называются командами.

Сообщения SMTP, посылаемые приемником SMTP передатчику SMTP, называются ответами.


Команды и ответы состоят из символов кода ASCII.
3.1. Команды
Командами являются символьные строки, заканчивающиеся . Команды состоят из кода

команды и последующего поля аргументов. Коды команды и аргументы должны быть разделены

одним или более пробелами. Регистр символов кода команды и названий параметров, таких как "to:"

или "from:", не является существенным. Регистр аргументов прямого и обратного пути является

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

.
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
3.1.1. Перечень команд
Перечень команд SMTP приведен в табл. 1
Таблица 1
ПЕРЕЧЕНЬ КОМАНД SMTP
Команда    HELO                                                

Аргументы  domain - имя узла передатчика SMTP                          

Описание   Используется для идентификации передатчика SMTP приемником  

SMTP                                                        

Действия с Все таблицы состояний и буферы очищены                      

буферами  


Команда    MAIL FROM:                                    

Аргументы  reverce-path - обратный путь. Состоит из списка узлов и     

почтового ящика отправителя                                 

Описание   Указывает на передачу почты. Наличие списка узлов в обратном

пути показывает, что данное почтовое сообщение было переслано

через каждый из указанных узлов. Данный список используется в

качестве маршрута для пересылки недоставленной почты        

отправителю.                                                

При каждой пересылке пересылающий узел добавляет свое имя в 

начало списка. Если узел имеет несколько имен, должно       

использоваться имя, известное в системе назначения          

Действия с Очищаются буферы обратного пути, буферы прямого пути, буфер 

буферами   данных почты.                                               

В буфер обратного пути помещаются данные аргумента команды  


Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Команда    RCPT TO:                                      

Аргументы  forward-path - прямой путь. Состоит из списка узлов и       

почтового ящика адресата                                    

Описание   Идентифицирует индивидуального получателя данных почты.     

Несколько получателей определяются использованием множества 

команд RCPT. Наличие списка узлов в прямом пути указывает,  

что почтовое сообщение должно быть передано следующему узлу 

из списка. Если приемник SMTP не поддерживает функцию       

пересылки, он должен выдать ответ 550 (неизвестный локальный

клиент).                                                    

При передаче почтового сообщения передающий узел должен     

удалить свое имя из списка прямого пути. При достижении     

почтовым сообщением оконечного адресата (при этом прямой путь

будет содержать только имя почтового ящика) приемник SMTP   

должен поместить почтовое сообщение в почтовый ящик с именем,

указанным в прямом пути                                     

Действия с Аргумент прямого пути добавляется в буфер прямого пути      

буферами  


Команда    DATA                                                        

Аргументы  -                                                           

Описание   Приемник обрабатывает строки, следующие за этой командой как

данные почты, направляемой от передатчика. Полученные       

почтовые данные добавляются к буферу данных. Почтовые данные

должны заканчиваться последовательностью ".".   

После окончания получения почтовых данных сервер начинает их

обработку с использованием информации из буфера обратного   

пути, прямого пути и буфера почтовых данных. По окончании   

выполнения данной команды эти буферы должны быть очищены. В 

случае удачного выполнения команды приемник должен выдать   

ответ OK.                                                   

Когда приемник SMTP получает почтовое сообщение для пересылки

или для окончательной доставки, он должен вставлять в начало

почтовых данных линию штампа времени. В штампе времени должны

указываться: узел-отправитель, узел-получатель (приемник    

данной команды), дата и время получения сообщения.          

Когда приемник SMTP выполняет окончательную доставку        

почтового сообщения, он должен вставлять в начало почтовых  

данных информацию о линии обратного пути. Вставляемая       

информация должна быть взята из аргумента "обратный путь"   

команды MAIL. В случае если пересылка почты выполнена только

частично (только части указанных адресатов), сервер SMTP    

должен выдать ответ ОК и извещения о непересланных          

сообщениях. Может быть либо одно извещение с перечнем всех  

неудачных адресатов, либо для каждого неудачного адресата   

должно быть выслано отдельное извещение.                    

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

команды MAIL                                                
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Действия с Буферы обратного пути, прямого пути и буфер данных          

буферами   сбрасываются                                                


Команда    SEND FROM:                                    

Аргументы  reverse-path - обратный путь                                

Описание   Используется для инициации транзакции, в которой почта      

доставляется одному или более терминалам.                   

Обратный путь может состоять из необязательного списка узлов

и имени почтового яшика отправителя. Если присутствует список

узлов, он указывает на узлы, через которые пересылалось     

данное почтовое сообщение.                                  

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

о недоставке                                                

Действия с Буферы обратного пути, прямого пути и буфер данных          

буферами   сбрасываются. Информация из аргумента обратного пути        

вставляется в буфер обратного пути                          
Команда    SOML FROM:                                    

Аргументы  reverse-path - обратный путь                                

Описание   Используется для инициации транзакции, в которой почта      

доставляется одному или более терминалам или почтовым ящикам.

Данные почты для каждого адресата доставляются на терминал, 

если он активен, или в почтовый ящик в противном случае.    

Назначение аргумента аналогично команде SEND                

Действия с Буферы обратного пути, прямого пути и буфер данных          

буферами   сбрасываются. Информация из аргумента обратного пути        

вставляется в буфер обратного пути                          


Команда    SAML FROM:                                    

Аргументы  Reverse-path - обратный путь                                

Описание   Используется для инициации транзакции, в которой почта      

доставляется одному или более терминалам и почтовым ящикам. 

Данные почты для каждого адресата доставляются на терминал, 

если он активен, и обязательно в почтовый ящик. Назначение  

аргумента аналогично команде SEND                           

Действия с Буферы обратного пути, прямого пути и буфер данных          

буферами   сбрасываются. Информация из аргумента обратного пути        

вставляется в буфер обратного пути                          


Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Команда    RSET                                                        

Аргументы  -                                                           

Описание   Показывает, что текущая транзакция должна быть прекращена,  

все запомненные данные уничтожены, все буферы очищены.      

Приемник должен ответить OK                                 

Действия с Все сохраненные данные уничтожаются, все буферы сбрасываются

буферами  
Команда    VRFY                                                

Аргументы  string - предполагаемое имя клиента                         

Описание   Данная команда просит приемник подтвердить, что аргумент    

идентифицирует клиента. Если аргумент содержит имя клиента, 

приемник должен выдать ответ с полным именем клиента, если  

оно известно, и полным именем почтового ящика               

Действия с -                                                           

буферами  


Команда    EXPN                                                

Аргументы  string - предполагаемый идентификатор списка рассылки       

Описание   Данная команда просит приемник подтвердить, что аргумент    

идентифицирует список рассылки. Если аргумент содержит список

рассылки, приемник должен выдать многострочный ответ с      

перечнем полных имен клиентов, если они известны, и полных  

имен почтовых ящиков, занесенных в данный список рассылки   

Действия с -                                                           

буферами  
Команда    HELP []                                             

Аргументы  string - имя команды                                        

Описание   По данной команде приемник должен выдать ответ с полезной для

передатчика информацией                                     

Действия с -                                                           

буферами  


Команда    NOOP                                                        

Аргументы  -                                                           

Описание   Нет операции. Приемник должен выдать ответ OK               

Действия с -                                                           

буферами  
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Команда    QUIT                                                        

Аргументы  -                                                           

Описание   Приемник должен выдать ответ OK и закрыть соединение        

Действия с Сброс всех данных и буферов                                 

буферами  
Команда    TURN                                                        

Аргументы  -                                                           

Описание   Приемник должен либо выдать ответ ОК и взять на себя роль   

передатчика, либо выдать ответ отказа 502 и остаться в роли 

приемника.                                                  

Если обмен ролями произошел, процесс, ставший приемником,   

высылает ответ приветствия 220                              

Действия с Сброс всех данных и буферов                                 

буферами  
3.1.2. Синтаксис команд определен в п. 4.
3.1.3. Команды: HELO, MAIL, RCPT, DATA, RSET, NOOP, QUIT должны быть реализованы

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


3.1.4. Обеспечение прозрачности передачи данных в команде DATA
При посылке передатчиком данных почты каждую последовательность ".." (0х0D 0х0A

0х2E) передатчик должен заменять на "." (0х0D 0х0A 0х2E 0х2E). Приемник должен

выполнять обратное преобразование. Указатель конца почтовых данных этому преобразованию не

подвергается.


3.2. Ответы
3.2.1. Код ответа
Ответ SMTP состоит из трехзначного кода ответа (передаваемого как три символа), за которым

следует текст.


Значения номера ответа:
первая цифра
1          Положительный предварительный ответ                

2          Положительный окончательный ответ                  

3          Положительный промежуточный ответ                  

4          Временный отрицательный окончательный ответ        

5          Постоянный отрицательный окончательный ответ       
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
вторая цифра
0          Ошибки синтаксиса                                  

1          Запрос информации                                  

2          О состоянии соединения                             

3          Не определен                                       

4          Не определен                                       

5          О состоянии почтовой системы                       


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

категориям, определенным второй цифрой.


Ответ сервера может состоять из одной или нескольких строк.
Однострочный ответ состоит из:
трехзначного номера ответа, передаваемого как три символа,
символа ,
текста,
символа .
Многострочный ответ состоит из:
трехзначного номера ответа, передаваемого как три символа,
символа "-"
текста первой строки
символа
трехзначного номера ответа, передаваемого как три символа,
символа "-"
текста второй строки
символа
...
трехзначного номера ответа, передаваемого как три символа,
символа ,
текста последней строки,
символа .
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
Список кодов ответов приведен в табл. 2. Для всех ответов, кроме 110, текст ответа не

обязательно должен соответствовать приведенному в табл. 2.


Таблица 2
СПИСОК КОДОВ ОТВЕТОВ
Код Текст                               

211 Системный статус или ответ системной помощи                        

214 Ответ помощи                                                       

220 <домен> Служба готова                                              

221 <домен> Служба закрывает соединение                                

250 Запрошенное действие выполнено успешно                             

251 Клиент не локальный, направлено в <прямой путь>                    

354 Начинаю получение почтовых данных. Конец при .         

421 <домен> Служба не доступна, закрываю соединение                    

450 Запрошенное действие не принято. Почтовый ящик не доступен         

(например, занят)                                                  

451 Запрошенное действие прервано. Локальная ошибка выполнения         

452 Запрошенное действие не принято. Недостаточно памяти               

500 Синтаксическая ошибка, команда не распознана                       

501 Синтаксическая ошибка в параметре или аргументах                   

502 Команда не реализована                                             

503 Неправильная последовательность команд                             

504 Аргумент команды не реализован                                     

550 Запрошенное действие не принято. Почтовый ящик не доступен         

(например, не найден)                                              

551 Клиент не локальный. Пожалуйста, попробуйте <прямой путь>          

552 Запрошенное действие прервано. Превышен лимит памяти               

553 Запрошенное действие не принято. Неправильное имя почтового ящика  

554 Ошибка транзакции                                                  


3.3. Порядок команд и ответов
Первой командой в сессии должна быть команда HELO. Если аргумент команды HELO является

неприемлемым, должен быть выдан ответ 501, и приемник SMTP должен остаться в прежнем

состоянии.
Команды NOOP, HELP, EXPN, VRFY могут использоваться в любое время в течение сессии.
Команды MAIL, SEND, SOML, SAML начинают транзакцию. Если аргумент команды начала

транзакции является неприемлемым, приемник должен выдать ответ 501 и остаться в прежнем

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

одна или несколько команд RCPT, одна команда DATA. Транзакция может быть прервана командой

RSET. В течение сессии может быть 0, 1 или более транзакций. Если во время транзакции команды
Не является официальной версией, бесплатно предоставляется членам Ассоциации лесопользователей Приладожья, Поморья и Прионежья – www.alppp.ru. Постоянно действующий третейский суд.
выдаются с нарушением указанного порядка, приемник должен выдать ответ 503 и остаться в

прежнем состоянии.


Последней командой сессии должна быть команда QUIT. Команда QUIT может быть выдана в

любое время в течение сессии.


На каждую команду должен выдаваться точно один ответ.
В п. 6 и п. 7 определяются допустимые последовательности команд и ответов.
3.4. Ограничения на размер элементов сообщений SMTP
Ограничения на размер элементов сообщений SMTP приведены в табл. 3.
Таблица 3
ОГРАНИЧЕНИЯ НА РАЗМЕР ЭЛЕМЕНТОВ СООБЩЕНИЙ SMTP
Обозначение Элемент                 Максимальный размер

элемента 

User        Имя клиента                             64 символа        

Domain      Имя домена                              64 символа        

Path        Обратный путь или прямой путь           256 символов      

Command line Строка команды, включая символы   512 символов      

reply line  Строка ответа, включая код ответа и     512 символов      

символы                          

text line   Строка данных почты, включая символы    1000 символов     

, но не считая символы точки,    

добавленные для обеспечения прозрачности

Recipient   Емкость буфера адресатов                100 адресатов     

buffer     


4. ОПИСАНИЕ СИНТАКСИСА КОМАНД И ОТВЕТОВ

следующая страница >>