Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 54018-2010; Страница 15

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 54426-2011 Руководство по проверке и обработке элегаза (SF6), взятого из электрооборудования, и технические требования к его повторному использованию ГОСТ Р 54426-2011 Руководство по проверке и обработке элегаза (SF6), взятого из электрооборудования, и технические требования к его повторному использованию Guidelines for the checking and treatment of sulfur hexafluoride (SF6) taken from electrical equipment and specification for its re-use (Настоящий стандарт устанавливает требования к проверке и обработке элегаза после извлечения из электрооборудования и его повторного использования в процессе эксплуатации или по завершении его срока службы. Настоящий стандарт также устанавливает методы восстановления потребительских свойств элегаза до требуемого уровня, позволяющее его дальнейшее использование в новом или действующем оборудовании. Настоящий стандарт является руководством для оперативного и эксплуатационного персонала по испытаниям и надежной эксплуатации использованного элегаза) ГОСТ Р 54659-2011 Оценка соответствия. Правила проведения добровольной сертификации услуг (работ) ГОСТ Р 54659-2011 Оценка соответствия. Правила проведения добровольной сертификации услуг (работ) Conformity assessment. Rules for services (works) voluntary certification (Настоящий стандарт устанавливает правила проведения добровольной сертификации услуг (работ) в системах добровольной сертификации, созданных в соответствии с Федеральным законом и зарегистрированных федеральным органом исполнительной власти по техническому регулированию в соответствии с Рекомендации по содержанию и форме документов, представляемых на регистрацию системы добровольной сертификации. Объектами сертификации являются услуги (работы), оказание которых регулируется нормативными, техническими и другими документами, содержащими требования к их качеству и безопасности, а также методы их оценки, проверки и контроля) ГОСТ Р 54732-2011 Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению ГОСТ Р 54732-2011 Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению Quality management. Customer satisfaction. Guidelines for monitoring and measuring (Настоящий стандарт дает рекомендации по определению и осуществлению процессов мониторинга и измерения удовлетворенности потребителей. Настоящий стандарт предназначен для использования организациями независимо от их вида, размеров или выпускаемой продукции. Настоящий стандарт акцентирует внимание на внешних потребителях организации. Настоящий стандарт не предназначен для целей сертификации или заключения контрактов, а также для изменения каких-либо прав или обязанностей в рамках действующих законодательных или нормативных требований)
Страница 15
Untitled document
ГОСТ Р 54018—2010
12
Всякий раз, когда (N+1)-объект пытается установить (N)-соединение или передать блок данных в
режиме без установления соединения, он должен указать адрес(а) предполагаемого(ых) партнера(ов) и
может указать собственный адрес. Адрес партнера указывается как параметр вызываемый-(N)-адрес.
Этот адрес указывает (N)-адрес (N)-ПДУ или набора (N)-ПДУ, который дает доступ к желаемому партне-
ру. Для получения этой информации вызывающий-(N+1)-объект локально использует функции справоч-
ника (см. 6.5). Эти функции, в свою очередь, при необходимости могут требовать доступа к внутренним
или внешним средствам справочника (см. 7.3).
В вызываемой открытой системе используется локальный механизм для выбора подходящего
(N)-ПДУ в случае нескольких (N)-ПДУ, совместно использующих один и тот же (N)-адрес.
Адрес (N)-ПДУ, закрепленный за инициировавшим (N+1)-объектом (то есть объектом, который
инициирует соединение или передает примитив в режиме без установления соединения), передается в
примитиве запроса как параметр вызывающий-(N)-адрес. Эта информация предоставляется как пара-
метр примитива услуги с вызывающей стороны, хотя обычно в ней нет необходимости, так как она неяв-но
известна из вызывающей системы. Информация передается к системе получателя в (N)-протоколе, она
становится доступной вызываемому (N+1)-объекту как параметр примитива индикации (N)-услуги для
ее предоставления вместе с информацией, необходимой для идентификации вызывающего партне-ра и,
возможно, для будущего повторного вызова.
Когда вызываемый-(N)-адрес относится к набору нескольких (N)-ПДУ, то может быть полезно, что-
бы получающая система указывала адрес конкретного (N)-ПДУ, который выбирается локально. Это до-
стигается использованием параметра примитива услуг отвечающий-(N)-адрес. Этот конкретный адрес
(N)-ПДУ передается обратно вызывающему партнеру и предоставляется ему в примитиве подтверж-
дения (N)-услуги, таким образом появляется возможность будущего повторного вызова того же самого
(N)-ПДУ,через который получатель установил первоначальное соединение. Как следствие, отвечающий-
(N)-адрес, найденный в примитиве подтверждения, не обязательно идентичен вызываемому-N-адресу,
первоначально представленному в примитиве запроса (N)-услуги.
Таким образом, отвечающий-(N)-адрес является параметром, который может появляться в при-
митиве ответа или подтверждения (N)-услуги, выданным с целью установления соединения, но который
не применим в режиме без установления соединения. Он указывает (N)-адрес у (N)-получателя и тем
самым идентифицирует набор (N)-ПДУ у этого (N)-получателя.
Идентифицирует ли отвечающий-(N)-адрес единственный (N)-ПДУ не набор (N)-ПДУ], может
быть решено локально [когда конкретные стандарты (N)-уровня не устанавливают каких-либо огра-
ничений] или может быть явно потребовано каким-либо стандартом N-уровня. На практике представ-
ляется более разумным разработчику реальной открытой системы использовать это ограничение для
отвечающего-N-адреса, даже если в применяемых стандартах оно не является обязательным.
6.3 Адресная информация в протоколах ВОС
На уровне протокола адресная информация необходима на этапе установления (и, возможно, раз-
рыва)соединения в режиме с установлением соединения и при любой передаче данных в режиме без уста-
новления соединения. Фактически некоторый вид адресации существует при передаче данных в режиме с
установлением соединения, когда имеется мультиплексирование, но адресация ограничивается ссылкой
на соответствующий идентификатор-оконечной-точки-соединения и не выглядит как истинная адресация.
Примечание При передаче данных в режиме с установлением соединения для различения разных
соединений к (N)-объекту используются локальные ссылки. Такие локальные ссылки (идентификаторы-оконеч-
ной-точки-соединения) назначаются при установлении соединения. Они позволяют указывать тот же самый вы-
зываемый объект, который в каждой участвующей открытой системе использует установленное соединение. Эти
локальные ссылки остаются действительными до тех пор, пока сохраняется соединение. Они не обязаны иметь
одинаковые значения в оконечных точках соединеня.
Адресная информация, предоставленная в примитивах услуг установления (и, возможно, раз-
рыва) соединения в режиме с установлением соединения и во всех примитивах в режиме без уста-
новления соединения, передается между открытыми системами как часть протокольной-управляю-
щей-информации (ПУИ) протокольных блоков данных (ПБД). Для этого используется конкретное поле в
(N)-ПУИ: поле (N)-протокольной-адресной-информации (N)-ПАИ. Кодирование этого поля является
частью спецификации протокола.
Вид адресной информации, передаваемой в (N)-ПАИ, в зависимости от места соответствующего
протокола в иерархии протоколов ВОС, относится к двум категориям: полные адреса и/или селекторы.