Нтп 1 99: Страница не найдена – Солар

Опубликовано в Разное

11 Май 1980

Содержание

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

Скачать PDF

Документ:	НТП 1-99
Название:	Нормы технологического проектирования предприятий крупного рогатого скота
Начало действия:	1999-10-01
Дата последнего изменения:	2002-11-10
Завершения срока действия:	2010-09-06
Вид документа:	НТП
Область применения:	Нормы распространяются на проектирование вновь организуемых и реконструируемых ферм и комплексов крупного рогатого скота и входящих в их состав зданий и сооружений.
Разработчики документа:	ВИЭСХ(20), ВНИИМЖ(10), НПЦ «Гипронисельхоз»(16), ВНИИВС ГЭ(12), ВИЖ(5), ВНИИЭТУСХ(2), СНИИСГ(4), Севкавнипиагропром,

Постраничный просмотр! Все страницы Отдельные страницы: &LT;&LT; 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 &GT;&GT;

1.4pt 0cm 1.4pt’>

Телята и молодняк

1800

400

600

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

9.3 Для подачи воды на производственные и хозяйственные нужды предприятие должно быть оборудовано объединенным водопроводом. При использовании для производственных нужд предприятия воды, не отвечающей требованиям действующего стандарта на питьевую воду (см. 9.2), вопрос о подаче питьевой воды обслуживающему персоналу и на некоторые производственные нужды (мойка молочной посуды и оборудования и т.д.) решается в каждом случае с учетом местных условий по согласованию с органами и учреждениями санитарно-эпидемиологической службы Минздрава РФ.

Системы водоснабжения животноводческих предприятий следует относить ко II категории надежности. Элементы систем водоснабжения II категории, повреждения которых могут нарушить подачу воды на пожаротушение, должны относиться к I категории надежности. На сети внутреннего водопровода следует устанавливать внутренние пожарные краны в соответствии с требованиями СНиП 2.04.01-85.

9.4 Расходы воды на наружное пожаротушение принимать по СНиП 2.04.02-84*, на внутреннее пожаротушение — по СНиП 2.04.01-85.

9.5 Перерывы в подаче воды для поения животных допускаются не более 3 часов, доения — не более 30 минут.

10.1 Нормативы выхода навоза, требования к системам удаления и системы удаления навоза следует принимать по НТП 17-99.

10.2 Для отвода производственных сточных вод (стоков от мойки оборудования, корнеклубнеплодов и др.), а также хозяйственно-бытовых сточных вод предприятие должно быть оборудовано канализацией.

10.3 Условия спуска сточных вод должны удовлетворять требованиям «Правил охраны поверхностных вод от загрязнения сточными водами». В целях предотвращения загрязнения подземных вод следует предусматривать мероприятия в соответствии с «Положением о порядке использования и охраны подземных вод».

10.4 Отвод поверхностных стоков с выгульных площадок, выгульно-кормовых дворов и других территорий, загрязненных навозом, обеззараживание этих стоков и дальнейшее использование осуществляют в соответствии с НТП 17-99.

11.1 Нормы выделения животными теплоты, водяных паров и углекислоты приведены в таблице 18.

Таблица 18

Библиотека технической документации

Обозначение	Дата введения	Статус
ГОСТ Р МЭК 60335-2-70-98 Безопасность бытовых и аналогичных электрических приборов. Дополнительные требования к доильным установкам и методы испытаний	01.01.1999	Отменен
Область применения: Стандарт содержит нормы, правила и методы испытаний, которые дополняют, заменяют или исключают соответствующие разделы и (или) пункты ГОСТ Р МЭК 335-1.
ГОСТ Р МЭК 60335-2-76-2001 Безопасность бытовых и аналогичных электрических приборов. Дополнительные требования к блокам питания электрического ограждения и методы испытаний	01.01.2003	Отменен
Область применения: Стандарт содержит нормы, правила и методы испытаний, которые дополняют, заменяют или исключают соответствующие разделы и(или) пункты ГОСТ Р МЭК 335-1. Стандарт устанавливает требования безопасности к блокам питания электрического ограждения номинальным напряжением не более 250 В, посредством которых могут электрифицированы или проверены проволочные ограждения в сельском хозяйстве, ограждения для контроля за дикими животными и защитные ограждения.
Инструкция Инструкция по приемке, наладке и эксплуатации сооружений обработки навоза	12.11.1985	Действует
Область применения: Инструкция распространяется на построенные и эксплуатируемые сооружения обработки навоза, входящие в состав животноводческих комплексов и ферм.
НТП 1-99 Нормы технологического проектирования предприятий крупного рогатого скота	01.10.1999	Заменен
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых ферм и комплексов крупного рогатого скота и входящих в их состав зданий и сооружений. Заменяет собой:
НТП 17-99* Нормы технологического проектирования систем удаления и подготовки к использованию навоза и помета	01.10.1999	Заменен
Область применения: Нормы распространяются на проектирование систем удаления, подготовки, использования навоза подстилочного при влажности до 85 %, бесподстилочного полужидкого при влажности до 92 %, жидкого при влажности до 97 %, навозных стоков при влажности более 97 % и всех видов помета для вновь строящихся, расширяемых и реконструируемых предприятий крупного рогатого скота, свиноводческих и птицеводческих предприятий Российской Федерации. Заменяет собой:
НТП-АПК 1.10.01.001-00 Нормы технологического проектирования ферм крупного рогатого скота крестьянских хозяйств	01.08.2000	Заменен
Область применения: Нормы распространяются на проектирование ферм крупного рогатого скота крестьянских (фермерских) хозяйств по производству молока и говядины. Заменяет собой:
НТП-АПК 1.10.02.001-00 Нормы технологического проектирования свиноводческих ферм крестьянских хозяйств	01.10.2000	Заменен
Область применения: Нормы распространяются на проектирование вновь создаваемых и реконструируемых свиноводческих ферм, отдельных зданий и сооружений крестьянских хозяйств, в том числе семейных ферм и подворий. Заменяет собой:
НТП-АПК 1.10.03.001-00 Нормы технологического проектирования овцеводческих предприятий	01.10.2000	Заменен
Область применения: Нормы распространяются на проектирование вновь организуемых, технически перевооружаемых, реконструируемых и расширяемых овцеводческих предприятий (комплексов, ферм, площадок, производственных зон крестьянских хозяйств, пособных хозяйств предприятий), а также отдельных зданий и сооружений Заменяет собой: ОНТП 5-90 «Общесоюзные нормы технологического проектирования овцеводческих предприятий»
НТП-АПК 1.10.03.002-02 Нормы технологического проектирования козоводческих объектов	01.05.2002	Не действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых козоводческих объектов, а также отдельных зданий и сооружений. Заменяет собой:
НТП-АПК 1.10.04.001-00 Нормы технологического проектирования коневодческих предприятий	01.10.2000	Заменен
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых коневодческих предприятий, а также отдельных зданий и сооружений для лошадей и производственных зон фермерских (крестьянских) хозяйств. Заменяет собой:
НТП-АПК 1.10.04.002-02 Нормы технологического проектирования верблюдоводческих предприятий	01.05.2002	Действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых верблюдоводческих объектов, а также отдельных зданий и сооружений для верблюдов. Заменяет собой: ВНТП 1-90 «Нормы технологического проектирования верблюдоводческих предприятий»
НТП-АПК 1.10.04.003-03 Нормы технологического проектирования конноспортивных комплексов	01.01.2004	Действует
Область применения: Нормы носят рекомендательный характер и распространяются на проектирование вновь организуемых и реконструируемых конно-спортивных комплексов (КСК).
НТП-АПК 1.10.05.001-01 Нормы технологического проектирования птицеводческих предприятий	01.03.2002	Заменен
Область применения: Нормы распространяются на проектирование вновь организуемых, реконструкцию и техническое перевооружение действующих птицеводческих предприятий, их отдельных зданий и сооружений.
НТП-АПК 1.10.06.001-00 Нормы технологического проектирования звероводческих и кролиководческих ферм	01.01.2001	Действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых звероводческих и кролиководческих ферм, вне зависимости от их организационно-правовой формы при шедовом содержании, а также кролиководческих и нутриеводческих ферм при содержании животных в зданиях с регулируемым микроклиматом. Заменяет собой:
НТП-АПК 1.10.06.002-01 Нормы технологического проектирования предприятий малой мощности звероводческих и кролиководческих ферм	01.03.2001	Действует
Область применения: Ведомственные нормы распространяются на проектирование вновь организуемых и реконструируемых звероводческих, нутриеводческих, кролиководческих и ондатроводческих семейных и фермерских хозяйств именуемых предприятиями малой мощности. Заменяет собой:
НТП-АПК 1.10.07.001-02 Нормы технологического проектирования ветеринарных объектов для животноводческих, звероводческих, птицеводческих предприятий и крестьянских хозяйств	01.01.2003	Заменен
Область применения: Нормы распространяются на проектирование ветеринарных объектов для вновь строящихся и реконструируемых животноводческих, звероводческих и птицеводческих предприятий (комплексов и ферм) всех форм собственности и крестьянских хозяйств. Заменяет собой:
НТП-АПК 1.10.07.002-02 Нормы технологического проектирования ветеринарных объектов для городов и иных населенных пунктов	01.01.2003	Не действует
Область применения: Нормы распространяются на проектирование вновь строящихся ветеринарных объектов, городских объектов, перепрофилируемых под ветеринарные и реконструкцию действующих ветеринарных объектов для городов и иных населенных пунктов вне зависимости от их организационно-правовой формы, формы собственности и ведомственной подчиненности.
НТП-АПК 1.10.07.003-02 Нормы технологического проектирования станций и пунктов искусственного осеменения животных	01.01.2003	Действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых станций и пунктов по искусственному осеменению маточного поголовья сельскохозяйственных животных (коров, свиней, лошадей, овец), в том числе и на Федеральных государственных унитарных предприятиях по племенной работе (ФГУП, ГУП по племенной работе).
НТП-АПК 1.10.11.001-00 Нормы технологического проектирования хранилищ силоса и сенажа	01.01.2001	Действует
Область применения: Нормы распространяются на проектирование вновь строящихся и реконструкцию действующих хранилищ силоса и сенажа, сооружаемых в сельскохозяйственных предприятиях и крестьянских хозяйствах вне зависимости от их размера и организационно-правовых форм собственности. Заменяет собой:
НТП-АПК 1.10.14.001-01 Нормы технологического проектирования пунктов первичной обработки каракуля	03.01.2002	Действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструкцию действующих пунктов первичной обработки шкурок и других продуктов убоя каракульских ягнят всех форм собственности. Заменяет собой:
НТП-АПК 1.10.16.001-02 Нормы технологического проектирования кормоцехов для животноводческих ферм и комплексов	01.05.2002	Действует
Область применения: Нормы распространяются на проектирование вновь строящихся и реконструируемых кормоприготовительных и кормосмесительных цехов (кормоцехов) для ферм и комплексов крупного рогатого скота, свиней, овец и зверей. Заменяет собой:
НТП-АПК 1.10.16.002-03 Нормы технологического проектирования сельскохозяйственных предприятий по производству комбикормов	01.01.2004	Заменен
Область применения: Нормы распространяются на проектирование вновь строящихся и реконструируемых сельскохозяйственных предприятий, предназначенных для выработки комбикормов и сухих кормовых смесей из местного сырья (фуражное зерно, отходы уборки и послеуборочной обработки урожая, травяная мука и т.п.) и белково-витаминно-минеральных добавок (БВД) промышленного производства или с использованием премиксов и минеральных кормов. Заменяет собой:
ОНТП 2-85/Госагропром СССР Общесоюзные нормы технологического проектирования свиноводческих предприятий	01.01.1986	Заменен
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых свиноводческих предприятий (комплексов промышленного типа и ферм) и отдельных зданий и сооружений. Заменяет собой: ОНТП 2-77 «Общесоюзные нормы технологического проектирования свиноводческих предприятий»
ОНТП 5-85 Общесоюзные нормы технологического проектирования овцеводческих предприятий	01.01.1986	Действует
Область применения: Нормы распространяются на проектирование вновь организуемых и реконструируемых овцеводческих предприятий (комплексы, фермы, площадки), а также отдельных зданий и сооружений Заменяет собой: НТП СХ.15-72 «Нормы технологического проектирования пунктов первичной обработки шкурок и других продуктов убоя каракульских ягнят» ОНТП 5-80 «Общесоюзные нормы технологического проектирования овцеводческих предприятий»
ОНТП 17-86/Госагропром СССР Общесоюзные нормы технологического проектирования систем удаления и подготовки к использованию навоза	01.07.1986	Заменен
Область применения: Нормы распространяются на проектирование систем удаления и подготовки к использованию подстилочного (влажностью до 85 процентов) и бесподстилочного навоза (полужидкого влажностью до 92 процентов; жидкого влажностью до 97 процентов и навозных стоков влажностью более 97 процентов) на вновь строящихся, расширяемых и реконструируемых предприятиях крупного рогатого скота и свиней Заменяет собой: ОНТП 17-81/Минсельхоз СССР «Общесоюзные нормы технологического проектирования систем удаления, обработки, обеззараживания, хранения, подготовки и использования навоза и помета»
ОСН-АПК 2.10.22.001-04 Инструкция по применению местных теплоизоляционных материалов при строительстве животноводческих зданий	—	Введен впервые
Область применения: Нормы распространяются на проектирование и строительство следующих животноводческих зданий: — крупного рогатого скота; — свиноводческие; — звероводческие и кролиководческие; — овцеводческие; — коневодческие.
РД-АПК 1.10.01.02-10 Методические рекомендации по технологическому проектированию ферм и комплексов крупного рогатого скота	01.11.2010	Заменен
Область применения: Документ распространяется на проектирование вновь организуемых, реконструируемых, подвергающихся техническому перевооружению ферм и комплексов крупного рогатого скота. Заменяет собой:
РД-АПК 1.10.01.03-12 Методические рекомендации по технологическому проектированию ферм и комплексов крупного рогатого скота крестьянских (фермерских хозяйств)	01.10.2012	Действует
Область применения: Методические рекомендации распространяются на проектирование вновь организуемых, реконструируемых, подвергающихся техническому перевооружению ферм крупного рогатого скота крестьянских (фермерских) и личных подсобных хозяйств. Заменяет собой:
РД-АПК 1.10.01.01-18 Методические рекомендации по технологическому проектированию ферм и комплексов крупного рогатого скота	01.09.2018	Взамен
Область применения: Методические рекомендации распространяются на проектирование вновь организуемых, реконструируемых, подвергающихся техническому перевооружению ферм и комплексов крупного рогатого скота независимо от их организационно правовой формы и формы собственности. Методические рекомендации не распространяются на проектирование вновь организуемых, реконструируемых и подвергающихся технологическому перевооружению ферм крупного рогатого скота крестьянских (фермерских) хозяйств и личных подсобных хозяйств. Заменяет собой:
РД-АПК 1.10.02.04-12 Методические рекомендации по технологическому проектированию свиноводческих ферм и комплексов	01.10.2012	Действует
Область применения: Методические рекомендации распространяются на проектирование вновь организуемых, реконструируемых, подвергающихся техническому перевооружению свиноводческих ферм и комплексов, работающих в режиме закрытого типа, и входящих в их состав зданий и сооружений. Заменяет собой:
РД-АПК 1.10.02.01-13 Методические рекомендации по технологическому проектированию свиноводческих ферм крестьянских (фермерских) хозяйств	01.07.2013	Действует
Область применения: Методические рекомендации по технологическому проектированию свиноводческих ферм крестьянских (фермерских) хозяйств распространяются на проектирование вновь организуемых и реконструируемых, подвергающихся техническому перевооружению ферм, входящих в их состав отдельных производственных зданий и сооружений крестьянских (фермерских) хозяйств, в том числе семейных ферм и личных подсобных хозяйств (подворий). Заменяет собой:
РД-АПК 1.10.03.01-11 Методические рекомендации по технологическому проектированию козоводческих ферм и комплексов	01.07.2011	Действует
Область применения: Методические рекомендации по технологическому проектированию козоводческих ферм и комплексов распространяются на проектирование вновь организуемых и реконструируемых, подвергающихся техническому перевооружению комплексов и ферм, входящих в их состав отдельных зданий и сооружений, а также крестьянских (фермерских) хозяйств и личных подсобных хозяйств. Положения данных методических рекомендаций носят рекомендательный характер. Заменяет собой:

ВЕДОМСТВЕННЫЕ НОРМЫ ПРОЕКТИРОВАНИЯВНТП, ОНТП, ВН И ДР.

Обозначение, ссылка, размер	Наименование
ВН 10-87 24,3 Kb	Инструкция по оценке качества содержания (состояния) автомобильных дорог
ВН 39-1.9-004-98 72,5 Kb	Инструкция по проведению гидравлических испытаний трубопроводов повышенным давлением (методом стресс-теста)
ВН 39-1.9-005-98 38,3 Kb	Нормы проектирования и строительства морского газопровода
ВНП-001-95 46,5 Kb	Ведомственные нормы проектирования. Здания учреждений Центрального банка Российской Федерации
ВНТП 01-98 78,8 Kb	Ведомственные нормы технологического проектирования. Мелиоративные системы и сооружения. Оросительные системы с использованием сточных вод и животноводческих стоков
ВНТП 10-91 220 Kb	Нормы технологического проектирования предприятий пивоваренной промышленности
ВНТП 2-86 105 Kb	Нормы технологического проектирования магистральных нефтепроводов
ВНТП 02-92 189 Kb	Нормы технологического проектирования предприятий хлебопекарной промышленности. Часть 1. Хлебозаводы
ВНТП 02-92 72,5 Kb	Нормы технологического проектирования предприятий хлебопекарной промышленности. Часть 2. Пекарни
ВНТП 03-86 323 Kb	Ведомственные нормы технологического проектирования распределительных холодильников
ВНТП 03-89 92,4 Kb	Ведомственные нормы технологического проектирования мельничных предприятий
ВНТП 04-86 110 Kb	Ведомственные нормы технологического проектирования заготовочных предприятий общественного питания по производству полуфабрикатов, кулинарных и кондитерских изделий
ВНТП 04-88 75,5 Kb	Ведомственные нормы технологического проектирования депо для ремонта рефрижераторных 5-вагонных секций и автономных рефрижераторных вагонов
ВНТП 04-94 176 Kb	Нормы технологического проектирования заводов по розливу вин
ВНТП 06-91 435 Kb	Ведомственные нормы технологического проектирования цементных заводов
ВНТП-10М-93 120 Kb	Нормы технологического проектирования предприятий малой мощности пивоваренной промышленности
ВНТП 112-92 204 Kb	Ведомственные нормы технологического проектирования. Городские и сельские телефонные сети. Том 1
ВНТП-11-93 194 Kb	Нормы технологического проектирования предприятий по производству ячменного пивоваренного солода
ВНТП 12-94к 406 Kb	Нормы технологического проектирования предприятий плодоовощной консервной промышленности
ВНТП 13-92 364 Kb	Временные нормы технологического проектирования предприятий машиностроения, приборостроения и военно-промышленного комплекса Украины. Деревообрабатывающие цехи
ВНТП 18-93 247 Kb	Нормы технологического проектирования производства маргарина
ВНТП 19-86 143 Kb	Ведомственные нормы технологического проектирования нормы технологического проектирования межхозяйственных, колхозных и совхозных предприятий по производству комбикормов
ВНТП 2-96 154 Kb	Ведомственные нормы технологического проектирования свиноводческих предприятий
ВНТП 212-93 96,2 Kb	Предприятия радиосвязи, радиовещания и телевидения. Передающие и приемные радиостанции, радиотелевизионные передающие станции и радиотелевизионные ретрансляторы
ВНТП 213-93 30,8 Kb	Радиорелейные линии передачи прямой видимости
ВНТП 21-92 308 Kb	Нормы технологического проектирования предприятий кондитерской промышленности
ВНТП 27-86 45,9 Kb	Ведомственные нормы технологического проектирования заводов розлива минеральных вод
ВНТП 311-98 106 Kb	Ведомственные нормы технологического проектирования. Объекты почтовой связи
ВНТП-34-93 231 Kb	Нормы технологического проектирования предприятий спиртовой промышленности
ВНТП 35-93 230 Kb	Нормы технологического проектирования предприятий ликеро-водочной промышленности
ВНТП 36-92 205 Kb	Нормы технологического проектирования предприятий пищеконцентратной промышленности
ВНТП 3-85 226 Kb	Нормы технологического проектирования объектов сбора, транспорта, подготовки нефти, газа и воды нефтяных месторождений
ВНТП 40-91 239 Kb	Нормы технологического проектирования заводов (цехов) безалкогольных напитков
ВНТП 4-89 12 Kb	Определение категорий помещений и зданий объектов нефтепродуктоснабжения по взрывопожарной и пожарной опасности
ВНТП 540/697 146 Kb	Ведомственные нормы технологического проектирования нормы технологического проектирования предприятий мясной промышленности
ВНТП 540/699-92 68,7 Kb	Нормы технологического проектирования семейных ферм, предприятий малой мощности перерабатывающих отраслей (мясная отрасль)
ВНТП 5-95 90,7 Kb	Нормы технологического проектирования предприятий по обеспечению нефтепродуктами (нефтебаз)
ВНТП 645/1618-92 108 Kb	Ведомственные нормы технологического проектирования. Нормы технологического проектирования предприятий молочной промышленности
ВНТП 645/1645-92 52,8 Kb	Ведомственные нормы технологического проектирования. Нормы технологического проектирования семейных ферм, предприятий малой мощности перерабатывающих отраслей (молочная отрасль)
ВНТП 81 83 Kb	Нормы технологического проектирования тепловых электрических станций
ВСП 101-96 14,2 Kb	Банк России. Порядок подготовки и заключения договоров подряда на строительство объектов Центрального Банка РФ
ВСП 103-97 66,2 Kb	Банк России. Сталефибробетонные ограждения защищаемых помещений учреждений Центрального Банка Российской Федерации. Правила производства работ, контроля качества и приемки
ВУП СНЭ-87 361 Kb	Ведомственные указания по проектированию железнодорожных сливо-наливных эстакад легковоспламеняющихся и горючих жидкостей и сжиженных углеводородных газов
ОНТП 1-86 147 Kb	Общесоюзные нормы технологического проектирования газоперерабатывающих заводов
ОНТП 6-85 153 Kb	Общесоюзные нормы технологического проектирования предприятий полиграфической промышленности производство офсетной печати процессы изготовления форм. печатные процессы
ОНТП 01-91 459 Kb	Общесоюзные нормы технологического проектирования предприятий автомобильного транспорта
ОНТП 02-86 354 Kb	Общесоюзные нормы технологического проектирования авторемонтных предприятий
ОНТП 02-85 342 Kb	Общесоюзные нормы технологического проектирования лесозаготовительных предприятий
ОНТП 03-86 179 Kb	Общесоюзные нормы технологического проектирования предприятий машиностроения, приборостроения и металлообработки. Окрасочные цехи
ОНТП 24-86 49,2 Kb	Определение категории помещений и зданий по взрывопожарной и пожарной опасности
ОНТП 51-1-85 635 Kb	Магистральные трубопроводы. Часть 1. Газопроводы
ОНТП 51-1-85 13,4 Kb	Нормы технологического проектирования. Магистральные трубопроводы. Часть 1. Газопроводы. Взамен раздела 5 ОНТП 51-1-85
НТП 10-95 154 Kb	Нормы технологического проектирования теплиц и тепличных комбинатов для выращивания овощей и рассады
НТП 16-93 543 Kb	Нормы технологического проектирования предприятий послеуборочной обработки и хранения продовольственного фуражного зерна и семян зерновых культур и трав
НТП 17-99 80,6 Kb	Нормы технологического проектирования систем удаления и подготовки к использованию навоза и помета
НТП 1-99 164 Kb	Нормы технологического проектирования предприятий крупного рогатого скота
НТП 23-94 122 Kb	Нормы технологического проектирования предприятий по производству мыла
НТП 577/467 79 Kb	Нормы технологического проектирования табачных фабрик
НТП-АПК 1.10.01.001-00 101 Kb	Нормы технологического проектирования ферм крупного рогатого скота крестьянских хозяйств
НТП-АПК 1.10.02.001-00 88,1 Kb	Нормы технологического проектирования свиноводческих ферм крестьянских хозяйств
НТП-АПК 1.10.03.001-00 94,1 Kb	Нормы технологического проектирования овцеводческих предприятий
НТП-АПК 1.10.03.002-02 80,3 Kb	Нормы технологического проектирования козоводческих объектов
НТП-АПК 1.10.04.001-00 76,8 Kb	Нормы технологического проектирования коневодческих предприятий
НТП-АПК 1.10.04.002-02 66,7 Kb	Нормы технологического проектирования верблюдоводческих объектов
НТП-АПК 1.10.04.003-03 39,5 Kb	Нормы технологического проектирования конно-спортивных комплексов
НТП-АПК 1.10.05.001-01 152 Kb	Нормы технологического проектирования птицеводческих предприятий
НТП-АПК 1.10.06.001-00 128 Kb	Нормы технологического проектирования звероводческих и кролиководческих ферм
НТП-АПК 1.10.06.002-00 110 Kb	Нормы технологического проектирования предприятий малой мощности звероводческих и кролиководческих ферм
НТП-АПК 1.10.07.001-02 71,6 Kb	Нормы технологического проектирования ветеринарных объектов для животноводческих, звероводческих, птицеводческих предприятий и крестьянских хозяйств
НТП-АПК 1.10.07.002-02 68,9 Kb	Нормы технологического проектирования ветеринарных объектов для городов и иных населенных пунктов
НТП-АПК 1.10.07.003-02 117 Kb	Нормы технологического проектирования станций и пунктов искусственного осеменения животных
НТП-АПК 1.10.09.001-02 118 Kb	Нормы технологического проектирования селекционных комплексов и репродукционных теплиц
НТП-АПК 1.10.09.002-04 69,3 Kb	Нормы технологического проектирования комплексов по выращиванию шампиньонов
НТП-АПК 1.10.09.003-04 67,7 Kb	Нормы технологического проектирования комплексов по выращиванию вешенки
НТП-АПК 1.10.10.001-02 64,5 Kb	Нормы технологического проектирования семейных ферм зернового направления и зернообрабатывающих предприятий малой мощности
НТП-АПК 1.10.11.001-00 132 Kb	Нормы технологического проектирования хранилищ силоса и сенажа
НТП-АПК 1.10.12.001-02 261 Kb	Нормы технологического проектирования предприятий по хранению и обработке картофеля и плодоовощной продукции
НТП-АПК 1.10.13.001-03 207 Kb	Нормы технологического проектирования складов твердых минеральных удобрений и химических мелиорантов
НТП-АПК 1.10.13.002-03 54,5 Kb	Система нормативных документов в агропромышленном комплексе министерства сельского хозяйства Российской Федерации. Нормы технологического проектирования складов жидких средств химизации
НТП-АПК 1.10.13.003-03 93,8 Kb	Нормы технологического проектирования складов пестицидов
НТП-АПК 1.10.16.001-02 453 Kb	Нормы технологического проектирования кормоцехов для животноводческих ферм и комплексов
НТП-АПК 1.10.16.002-03 194 Kb	Нормы технологического проектирования сельскохозяйственных предприятий по производству комбикормов
НТП-АПК 1.10.17.001-03 162 Kb	Нормы технологического проектирования баз и складов общего назначения предприятий ресурсного обеспечения
НТП-АПК 1.20.02.001-04 134 Kb	Нормы технологического проектирования предприятий малой мощности по производству кондитерских изделий
НТП-АПК 1.20.11.001-04 158 Kb	Нормы технологического проектирования предприятий дрожжевой промышленности

Александров ю. А — страница 2

работ, применению материалов и изделий, к нормированию труда, разработке проектно-сметной документации. Инструкции имеют название и шифр, состоящий из букв СН (строительные нормы), цифры, обозначающей порядковый номер регистрации, и через тире — год утверждения инструкции. Например, “Инструкция о порядке составления и утверждения проектов — СН 47-74”. Министерства, ведомства и отдельные республики могут издавать нормативные документы третьего уровня. Ведомственные и республиканские нормативные документы не должны содержать требований, противоречащих общестроительным нормам. В шифре приводится сокращенное обозначение ВСН (ведомственные строительные нормы) или РСН (республиканские строительные нормы), порядковый номер документа и две цифры, определяющие год утверждения. Нормы технологического проектирования отражают отраслевую специфику предприятий. Они устанавливают технологические требования к зданиям, сооружениям, конструктивным элементам, оборудованию, средствам механизации, а также определяют параметры производственного процесса, потребность в ресурсах, режим работы предприятия и т.д. В настоящее время действуют следующие основные нормативные документы по технологическому проектированию: Перечень основных действующих на 01.01.2005 г. норм технологического проектирования приведен ниже. Таблица 1 Перечень норм технологического проектирования животноводческих и птицеводческих предприятий Шифр НТП Животноводческое или птицеводческое предприятие ВНТП 2-96 Ведомственные нормы технологического проектирования свиноводческих предприятий НТП 17-99 Нормы технологического проектирования систем удаления и подготовки к использованию навоза и помета. НТП 1-99 Нормы технологического проектирования предприятий крупного рогатого скота НТП АПК 1.10.01.001-00 Нормы технологического проектирования ферм крупного рогатого скота крестьянских хозяйств НТП АПК 1.10.02.001-00 Нормы технологического проектирования свиноводческих ферм крестьянских хозяйств НТП АПК 1.10.03.001-00 Нормы технологического проектирования овцеводческих Предприятий НТП АПК 1.10.04.001-00 Нормы технологического проектирования коневодческих Предприятий. НТП АПК 1.10.06.001-00 Нормы технологического проектирования звероводческих и кролиководческих ферм. НТП АПК 1.10.11.001-00 Нормы технологического проектирования хранилищ силоса и сенажа. НТП АПК 1.10.06.002-00 Нормы технологического проектирования предприятий малой мощности звероводческих и кролиководческих ферм. НТП АПК 1.10.05.001-01 Нормы технологического проектирования птицеводческих Предприятий. НТП АПК 1.10,03.002-02 Нормы

Телятник: как спроектировать и построить

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

ОСНОВНЫЕ ТРЕБОВАНИЯ К ТЕЛЯТНИКАМ

В настоящее время при строительстве или реконструкции коровников руководствуются требованиями НТП 1-99. В этих нормах требования к микроклимату являются идентичными, как для беспривязного, так и привязного содержания крупного рогатого скота. Эти ми правилами допускается наличие температуры в помещении не ниже +10⁰С при относительной влажности до 75%. Величина воздухообмена должна составлять не менее 15 м³ в один час на каждые 100 килограмм живого веса животного. Установленные параметры следует поддерживать на протяжении всего срока эксплуатации: в процессе дезинфекции, неполном заполнении животными и других ситуаций.

ПРЕИМУЩЕСТВА КАРКАСНО-ТЕНТОВЫХ КОНСТРУКЦИЙ

Все каркасно-тентовые коровники отличаются большим количеством преимуществ перед альтернативными видами зданий:

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

КОНСТРУКТИВНЫЕ ОСОБЕННОСТИ

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

Тентовое покрытие коровника представляет собой основу, которая тщательно пропитывается ПВХ и впоследствии обрабатывается акриловым лаком. Изготовленный подобным образом тент характеризуется высокой степенью механической прочности, морозостойкости, химической устойчивости, биологической стойкости. Основными типами материалов, используемых в качестве тентовых покрытий:

Стекловолокно со специальным покрытием (PTFE).
Полиэстер с ПВХ покрытием.
EPDM (сополимер резины).
ETFE (сополимер этилена и тетрафторэтилена).

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

ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ ТЕЛЯТНИКА

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

Подъемные.
Откидные.
Подвижные.

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

Естественная. Самый простой, недорогой и доступный способ вентиляции, который осуществляется за счет использования специальных вентиляционных проемов и шахт.
Принудительная. Представляет собой использование специальных вентиляторов различной конструкции с выпускными и впускными клапанами.
Светоаэрационные коньки. Являются одной из разновидностей естественной вентиляции, они выполнены из поликарбоната и устанавливаются в проеме конька.

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

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

3 Ведомственные нормативные и методические документы — 6 Января 2013

Шифр документа Наименование документа

ИТП-52-89 Инструкция по проектированию предприятий первичной обработки льна Госагропром СССР, ГПИ-12, 1989

НТП 1-99 ‘ Нормы технологического проектирования предприятий крупного рогатого скота Минсельхозпрод, НПЦ «Гипронисельхоз», 1999

НТП 10-95 Нормы технологического проектирования теплиц и тепличных комбинатов для выращивания овощей и рассады Минсельхозпрод РФ, Гипронисельпром, 1996

НТП 16-93 Нормы технологического проектирования предприятий послеуборочной обработки и хранения продовольственного фуражного зерна и семян зерновых культур и трав. Минсельхозпрод РФ, Гипрониптицепром, 1993

НТП 17-99* Нормы технологического проектирования систем удаления и подготовки к использованию навоза и помета. Минсельхозпрод, НПЦ «Гипронисельхоз», 1999

НТП 18-91 Нормы технологического проектирования сезонных сельскохозяйственных производств. Минсельхозпрод, Гипронисельпром, 1991

НТП 24-94 Нормы технологического проектирования производства водорода методом электролиза воды Комитет РФ по пищевой и перерабатывающей промышленности,

ОАО «Инвестжирпроектсервис», 1994

НТП 577/466 Нормы технологического проектирования табачно-ферментационных заводов Минпищепром, Гипропищепром-2, 1985

НТП-АПК Нормы технологического проектирования ферм крупного рогатого скота кре-

1.10.01.001-00 стьянских хозяйств. Минсельхоз РФ, НПЦ «Гипронисельхоз», 2000

НТП-АПК Нормы технологического проектирования свиноводческих ферм крестьянских

1.10.02.001-00 хозяйств. Минсельхоз РФ, НИПИагропром, 2000

НТП-АПК Нормы технологического проектирования овцеводческих предприятий

1.10.03.001-00 Минсельхоз РФ, НИПИагропром, 2000

НТП-АПК Нормы технологического проектирования козоводческих объектов

1.10.03.002-02 Минсельхоз РФ, НПЦ «Гипронисельхоз», 2002

НТП-АПК Нормы технологического проектирования коневодческих предприятий

1.10.04.001-00 Минсельхоз РФ, НИПИагропром, 2000

НТП-АПК Нормы технологического проектирования верблюдоводческих предприятий

1.10.04.002-02 Минсельхоз РФ, НПЦ «Гипронисельхоз», 2000

НТП-АПК Нормы технологического проектирования конноспортивных комплексов

1.10.04.003-03 Минсельхоз РФ, ФГУП «НИПИагропром», 2003

НТП-АПК Нормы технологического проектирования птицеводческих предприятий

1.10.05.001-01 Минсельхоз РФ, ФГУП «НИПИагропом», 2001

НТП-АПК Нормы технологического проектирования звероводческих и кролиководческих ферм

1.10.06.001-00 Минсельхоз РФ, НПЦ «Гипронисельхоз», 2000

Что такое NTP?

Официальная спецификация NTP версии 3: [RFC 1305]. В частности, нет спецификации для версии 4 пока нет. Несмотря на некоторые аргументы в пользу обновления спецификации, не будет в ближайшем будущем.

Несколько слайдов и документов по NTP иллюстрируют NTP Алгоритм пересечения интервалов на примере 4 пиров, От A до D, показывая два доверительных интервала помечены как «Правильный DTS» и «Правильный NTP». (Также показано в Приложении RFC-1305, Инжир.16). Хотя в случае с DTS разобраться легко, у меня есть некоторые проблемы. соответствие показанного интервала NTP указанным алгоритмам.

По алгоритму, указанному, например, в RFC-1305:

f = 0 (без фальшивых слов) завершится ошибкой, поэтому f = 1
сканирование нижней конечной точки даст левый конец интервал C (выполняется условие i> = 3), к тому времени c = 1 (увеличивается в середине из D)
сканирование для верхней конечной точки начинается с c = 1, f = 1, i = 0 условие i> = 3 выполняется, как только достигается правый конец интервала B, тем самым time c = 2 (увеличивается в середине C)
Теперь c> f, так что успеха пока нет.Приращение f к значению 2

В некоторых документах теперь говорится «объявить отказ, если f> = m / 2», что и есть сейчас. Даже если вы сделаете еще один проход с f = 2, вы получите интервал от левого конца A до правого конца A, таким образом, снова отличный от того, что ss, показанный на рис. 16 RFC.

Я что-то действительно не понимаю (и я действительно пытался трудно найти какой-либо изъян в моем аргументе), или действительно ли в RFC есть ошибка пример и все другие места, которые используют этот пример?

(…) Более того, вы обнажили существенная ошибка как в документации, так и в реализации.

См. Слайд 15 из краткого обзора архитектуры и протокола на странице проекта NTP, ссылка на которую имеется на сайте www.ntp.org. Заявления, предшествующие алгоритм верен; это цель его дизайна в соответствии с набором утверждения о формальной корректности, разработанные с помощью теории информатики сообщество. К сожалению, в моей спешке разогнать алгоритм в кратчайшие сроки. легкие глотки, что-то потерялось в описании.Фактический алгоритм построен по-разному, но выполняет то же самое. Псевдокод для модель правильности есть в rfc1305, но (вздох) в этом есть небольшая багги описание.

Если честно, я перепроверил реальный код NTPv4 и обнаружил неприятный сюрприз. Код поврежден и не совсем реализует формальная модель. В некоторых случаях это позволяет фальшивому игроку маскироваться под истинный химер. Не паниковать; маскарад тонкий и не приведет к существенная ошибка.Однако я не знаю, как это произошло; основной код 14 лет, возможно, был натянут (но не мной) и не был тщательно рассмотрено с тех пор.

Я исправил код в соответствии с rfc1305 и исправлением ошибок и проверил, что он выполняет то, что задумано формальной моделью. Ремонт в версия для разработки здесь и должна быть в репозитории, когда другие известные ошибки фиксируются. Между тем, я исправил описание в брифинге; это должно быть на страница проекта утром.

Алгоритм выбора часов лежит в основе дизайн НТП.Хотя формальное описание его работы сейчас находится в неформальное описание может быть интересно людям в этой группе. я знаю, что есть много скептиков, которые жалуются, когда алгоритм что-то делает им не нравится, а не то, что требуют утверждения о правильности.

Если кандидат, представленный алгоритму, надежно синхронизировано с UTC, его значение смещения времени, видимое издалека, не может превышать граница ошибки равна плюс-минус половине задержки распространения туда и обратно к этому кандидат плюс небольшое покачивание из-за статистических отклонений (джиттер).Один раз значение смещения было определено, граница ошибки увеличивается с фиксированной скоростью из-за максимально возможной погрешности частоты тактового генератора. Ошибка граница, называемая расстоянием корневой синхронизации, непрерывно вычисляется ntpd. Интервал правильности определяется как удвоенная граница с серединой равно значению смещения.

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

Рассмотрим общий случай двух интервалов, которые не перекрытие из-за систематической ошибки.Согласно принципу, один из двух должен не синхронизироваться с UTC, но алгоритм выбора не может знаю какой. Таким образом, согласно вышесказанному, точное время не может быть определено. В prinicple, вы можете выбрать один, основываясь на других характеристиках, таких как размер интервала, но это серьезно усложнит алгоритм и, вероятно, заставить теоретическое сообщество отречься от меня.

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

Лучшие практики для служб NTP

Протокол сетевого времени (NTP) синхронизирует время компьютера-клиента или сервера с другим сервером или в пределах нескольких миллисекунд по всемирному координированному времени (UTC). Серверы NTP, долгое время считавшиеся основной службой Интернета, в последнее время стали использоваться для усиления крупномасштабных распределенных атак типа «отказ в обслуживании» (DDoS).Хотя в 2016 году не произошло заметного роста частоты DDoS-атак, согласно отчету Akamai State of the Internet / Security, за последние 12 месяцев произошли одни из самых крупных DDoS-атак. Одна из проблем, которую использовали злоумышленники, — это ненадлежащие серверы NTP. В 2014 году насчитывалось более семи миллионов серверов NTP, которыми злоупотребляли. Согласно статье в журнале ACM, опубликованной в январе 2015 года, в результате обновлений программного обеспечения, исправления файлов конфигурации или того простого факта, что интернет-провайдеры и IXP решили блокировать трафик NTP, количество серверов, которые могут быть использованы для злоупотреблений, сократилось почти на 99 процентов за несколько месяцев. Очередь .Но есть еще над чем поработать. Для создания DDoS-атаки в диапазоне 50–400 Гбит / с требуется всего 5000 серверов NTP, которые могут быть неправомерно использованы. В этом сообщении блога я исследую проблемы NTP и рекомендую некоторые передовые методы обеспечения точного времени с помощью этого протокола.

Как работает NTP

Закон Сигала гласит:

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

Ученый-компьютерщик Дэвид Л.Миллс создал NTP в начале 1980-х, чтобы синхронизировать компьютерные часы со стандартным отсчетом времени. С момента создания NTP группа добровольцев из проекта пула NTP поддерживала большой общедоступный «виртуальный кластер серверов времени, обеспечивающий надежную простую в использовании службу NTP для миллионов клиентов» по всему миру для многих дистрибутивов Linux и сетевых устройств.

Как подробно описано на NTP.org, NTP работает иерархически, передавая время от одного слоя к другому.Например, Stratum 0 служит эталонными часами и является наиболее точным и высокоточным сервером времени (например, атомные часы, часы GPS и радиочасы). Серверы Stratum 1 берут свое время с серверов Stratum 0 и т. Д. До Stratum 15; Часы Stratum 16 не синхронизируются ни с одним источником. Время на клиенте устанавливается путем обмена пакетами с одним или несколькими слоями серверов. Эти пакеты помещают временные метки в каждое сообщение, и время, необходимое для передачи сообщений, является факторами в алгоритме для установления консенсуса в отношении времени, которое должно быть на клиенте.

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

Стандартным протоколом для NTP является протокол дейтаграмм пользователя (UDP). Это дизайнерское решение создало возможности для злоупотреблений. UDP, который не требует установления соединения, является протоколом с максимальными усилиями и, следовательно, более подвержен спуфингу и потере пакетов, чем протокол управления передачей (TCP). В то время как добровольцы проекта пула NTP продолжали продвигать NTP, у многих сетевых администраторов и владельцев бизнеса мотивация исправлять собственное оборудование не так сильна. С момента своего создания сетевой протокол NTP был интегрирован в бесчисленное количество систем, многие из которых не были исправлены и могли запускать код старше 20 версий.

Атаки, связанные с уязвимостями NTP

Кори Доктороу недавно написал о возможных последствиях устаревшего протокола NTP для Boing / Boing:

NTP — это то, как практически каждый компьютер, с которым вы взаимодействуете, поддерживает точность своих часов, что является функцией настолько фундаментальной для функционирования Интернета, что ее невозможно переоценить … Более того, уязвимости в NTP во много раз перевернули Интернет. -серверы в силу-множители для атак типа «отказ в обслуживании», превращая простые карающие атаки в практически неудержимые.

Метод, использованный для недавних DDoS-атак, основан не на уязвимостях, а на плохой конфигурации. Службы NTP отвечают на запрос списка отслеживаемых серверов. Один небольшой запрос с поддельным источником может сгенерировать список из 600 серверов и быть отправлен на цель. Даже при отсутствии уязвимости, когда сотни или тысячи этих серверов перенаправляются на невольную цель, жертвы не заботятся о семантике проблемы, причиняющей им боль; они просто хотят облегчения.

Синхронизация времени в системах или ее отсутствие может быть существенным фактором, способствующим возникновению уязвимостей, которые могут поставить под угрозу основные функции системы. В дополнение к злоупотреблениям NTP, способствующим DDoS-атакам, отсутствие синхронизации времени в сети создает возможность для атак повторного воспроизведения (т. Е. Атак воспроизведения), связанных с поддельной или злонамеренной повторяющейся задержкой аутентичной передачи данных.

Например, атака воспроизведения может произойти, когда пользователь пытается предоставить подтверждение личности другому пользователю.Злоумышленник посередине перехватит сообщение и не даст ему добраться до намеченной цели. Затем злоумышленник отправляет запрос на подтверждение личности и включает украденное доказательство в качестве подтверждения. Если время не синхронизировано, окно, в котором разрешен обмен, может быть увеличено сверх того, что считается безопасным, и допускает уловку. В результате допустимые пользователи могут быть обмануты, думая, что они успешно подтвердили личность самозванца, выдающего себя за законного пользователя.Честно говоря, этот тип атаки с воспроизведением является необычным и чрезвычайно сложным для успешного выполнения без доступа к сети, пути связи и скомпрометированной машине на этом пути.

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

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

Лучшие практики NTP

В оставшейся части этого поста подробно описаны передовые методы настройки вашего собственного сервера NTP и запроса общедоступного сервера NTP.

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

Важно отметить, что большинство общедоступных серверов NTP определяют правила взаимодействия. Если у предприятия есть несколько устройств внутри предприятия, которые будут использовать NTP, имеет смысл настроить свою собственную иерархию для синхронизации, вместо того, чтобы конкурировать за доступ к общедоступным серверам.

Настройте собственную внутреннюю иерархическую службу NTP для вашей сети. Можно приобрести устройства NTP Stratum 1 или Stratum 0 для внутреннего использования по цене, меньшей, чем стоимость типичного сервера. Также можно настроить частный сервер NTP по очень низкой цене. Возможность создания готового коммерческого NTP-сервера подтверждается недавней попыткой настроить компьютер Raspberry Pi в качестве сервера Stratum-1. Если вы все же решите настроить свою собственную, обратите внимание на следующие рекомендации:

Стандартизация по времени UTC. В рамках предприятия стандартизируйте все системы на всемирное координированное время (UTC). Стандартизация в формате UTC упрощает корреляцию журналов внутри организации и с внешними сторонами, независимо от того, в каком часовом поясе находится синхронизируемое устройство.
Защита сетевой службы времени. Ограничьте команды, которые могут использоваться на стратум-серверах. Не разрешать публичные запросы к stratum-серверам. Разрешить только известным сетям / хостам связываться с их соответствующими серверами уровня.
Рассмотрите потребность бизнеса в криптографии. Многие администраторы пытаются защитить свои сети с помощью зашифрованной связи и зашифрованной аутентификации. Я хотел бы сделать здесь примечание предостережения, потому что, хотя существуют криптографические службы, связанные с NTP для защиты связи NTP, использование шифрования вводит больше источников для проблем, таких как требование управления ключами, а также требует более высоких вычислительных затрат.

Помните закон Сигала. В идеале было бы неплохо иметь три или более серверов Stratum 0 или Stratum 1 и использовать эти серверы в качестве основных мастеров. Помните закон Сигала: наличие двух серверов NTP затрудняет определение точного из них. Два сервера Stratum 0 предоставят более точную метку времени, потому что они используют источник времени, который считается окончательным.

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

В местах, где есть больше устройств, которым требуется синхронизация времени, можно добавить дополнительные серверы Stratum 2 или Stratum 3 и заставить их полагаться на вторичных мастеров, а также друг на друга для дальнейшего распределения нагрузки на систему и предоставления услуг более широкой группе Клиенты NTP.

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

Подводя итоги и заглядывая в будущее

По мере того, как атаки становятся все более изощренными, наша команда сетевых аналитиков в CERT все чаще находит доступные в Интернете сервисы, которые плохо развернуты в сети.Как написал Марк Лэнгстон в своей недавней публикации на тему «Лучшие практики DNS», многие из этих сервисов составляют основу безопасности и работы внутренних и внешних сетевых приложений.

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

Мы приветствуем ваши отзывы в разделе комментариев ниже.

Дополнительные ресурсы

Прочтите сообщение в блоге Марка Лэнгстона Шесть передовых методов защиты надежной инфраструктуры системы доменных имен (DNS) .

Прочтите сообщение в блоге Рэйчел Картч Распределенные атаки типа «отказ в обслуживании»: четыре передовых метода предотвращения и реагирования .

Как настроить NTP в ubuntu — Примечания инженера по безопасности

Хотите, чтобы ваш сервер синхронизировался с общедоступными часами, чтобы он мог показывать точное время? Вот как это делается:

Во-первых, вам нужно убедиться, что у вас установлен нужный часовой пояс.Я установил на всех своих серверах свой часовой пояс, независимо от того, где на самом деле находится сервер. Это упрощает поиск информации в журналах. Многие люди указывают время UTC или GMT. Это считается лучшей практикой, особенно для серверов корпоративного уровня. Большинство наших клиентов меньше и имеют только 1 или 2 региона, поэтому мы будем использовать наш часовой пояс (потому что мы устраняем их проблемы, и это облегчает нам задачу).

Указать часовой пояс

 
(1:99) # dpkg-reconfigure tzdata
Текущий часовой пояс по умолчанию: America / Chicago.
Местное время сейчас: Thu Feb 5, 04:30:44 CST 2015.Текущее всемирное время: 5 февраля, четверг, 10:30:44 UTC 2015.

Установить приблизительное начальное время

 
(1:99) # / bin / date MMDDHHMMCCYY
(1:99) # / bin / date 020504312015
Чт, 5 февраля, 04:31:00 CST 2015

Обновить пул NTP

Мы добавляем в пул 3 сервера NTP, чтобы он мог проверять более надежно

 
(1: 101) # ntpdate 0.north-america.pool.ntp.org
 5 фев, 04:35:34 ntpdate [2890]: настроить сервер времени 132.163.4.102 смещение 62.967271 сек.
(1: 101) # ntpdate 1.north-america.pool.ntp.org
 5 фев, 04:36:18 ntpdate [2897]: настроить сервер времени 74.207.242.71 смещение -0.004201 сек.
(1: 102) # ntpdate 2.north-america.pool.ntp.org
 5 фев, 04:36:59 ntpdate [2903]: настроить сервер времени 199.182.221.110 смещение 0,001515 сек.

Обновить системные часы

Это не работает на виртуальной машине или VPS, но работает автономно:

 
hwclock --systohc --utc

Убедитесь, что NTP работает

Вы можете установить клиент ntp, но это не обязательно:

 
(1: 106) # apt-get install ntp
(1: 106) # ntpq -p
     удаленный refid st t при достижении опроса задержка смещения смещения джиттера
================================================== ============================
 время-c.nist.gov .ACTS. 1 u 3 64 1 73,392 -2,196 0,000
 wotan.tuxli.ch 91.189.89.199 3 u 2 64 1 162.693 -1.093 0.000
 lyla.preshweb.c 129.215.160.240 3 u 1 64 1 161.516 1.594 0.000
 a1.pcloud.com 200.98.196.212 2 u - 64 1 54.421 -1.160 0.000
 голем.канонический .INIT. 16 ед - 64 0 0,000 0,000 0,000

Или вы можете просто посмотреть свои системные журналы:

 
(1: 108) # cat / var / log / syslog | grep ntp

Перезагрузка

Службам

потребуется обновить журналы с учетом нового времени, и самый надежный способ сделать это — перезагрузить сервер.

Справочник по базовым командам управления системой Cisco IOS — команды с N по T [Поддержка]

Примеры

были

Подробное описание информации, отображаемой этой командой, можно найти в спецификации NTP (RFC 1305).

Ниже приведен пример вывода Показать нтп команда ассоциаций:

Устройство>   показать ассоциации ntp  

      адрес ref clock st при достижении опроса задержка смещения disp
 ~ 172.31.32.2 172.31.32.1 5 29 1024 377 4,2 -8,59 1,6
+ ~ 192.168.13.33 192.168.1.111 3 69 128 377 4,1 3,48 2,3
* ~ 192.168.13.57 192.168.1.111 3 32 128 377 7,9 11,18 3,6
* мастер (синхронизирован), # мастер (несинхронизирован), + выбран, - кандидат, ~ настроен

В следующей таблице описаны важные поля, отображаемые на дисплее.

В таблице 3 показаны ассоциации ntp. Описание полей
Поле	Описание
адрес	Адрес партнера.
ref часы	Адрес опорных часов однорангового узла.
ул.	Слой пэра.
когда	Время с момента получения последнего пакета NTP от однорангового узла (в секундах).
опрос	Интервал опроса (в секундах).
досягаемости	Доступность однорангового узла (битовая строка в восьмеричном формате).
задержка	Задержка приема-передачи к одноранговому узлу (в миллисекундах).
смещение	Относительное время одноранговых часов относительно локальных часов (в миллисекундах).
дисп	Дисперсия.
*	Синхронизирован с этим партнером.
#	Почти синхронизирован с этим узлом.
+	Партнер выбран для возможной синхронизации.
—	Peer является кандидатом для выбора.
~	Одноранговый узел настроен статически.

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

Устройство>   показать детали ассоциаций ntp  

172.31.32.2 сконфигурированный, безумный, недействительный, уровень 5
ref ID 172.31.32.1, время AFE252C1.6DBDDFF2 (00: 12: 01.428 PDT, понедельник, 5 июля 1993 г.)
наш режим активен, одноранговый режим активен, наш опрос intvl 1024, одноранговый опрос intvl 64
корневая задержка 137,77 мс, root disp 142.75, досягаемость 376, синхронизация 215.363
задержка 4,23 мс, смещение -8,587 мс, дисперсия 1,62
точность 2 ** 19, версия 4
ассоциированный ID 1, ассоциированный имя 192.168.1.55,
ассоциировать в пакетах 60, ассоциировать пакеты 60, ассоциировать пакеты ошибок 0
время организации AFE252E2.3AC0E887 (00: 12: 34.229 PDT, вторник, 4 октября 2011 г.)
rcv время AFE252E2.3D7E464D (00: 12: 34.240 PDT, понедельник, 1 января 1900 г.)
xmt время AFE25301.6F83E753 (00: 13: 05.435 PDT, вторник, 4 октября 2011 г.)
filterdelay = 4,23 4,14 2,41 5,95 2,37 2,33 4,26 4,33
filteroffset = -8,59 -8,82 -9,91 -8,42 -10,51 -10,77 -10,13 -10,11
filterror = 0,50 1,48 2,46 3,43 4,41 5,39 6,36 7,34
192.168.13.33 настроен, выбран, вменяемый, действительный, уровень 3
ref ID 192.168.1.111, время AFE24F0E.14283000 (23: 56: 14.078 PDT, вс, 4 июля 1993 г.)
наш клиент режима, сервер однорангового режима, наш опрос intvl 128, одноранговый опрос intvl 128
Корневая задержка 83.72 мс, root disp 217.77, досягаемость 377, синхронизация 264.633
задержка 4,07 мс, смещение 3,483 мс, дисперсия 2,33
точность 2 ** 6, версия 3
ассоциированный ID 2, ассоциированный имя myserver
ассоциировать в пакетах 0, ассоциировать пакеты 0, ассоциировать пакеты ошибок 0
время организации AFE252B9.713E9000 (00: 11: 53.442 PDT, вторник, 4 октября 2011 г.)
rcv time AFE252B9.7124E14A (00: 11: 53.441 PDT, понедельник, 1 января 1900 г.)
xmt время AFE252B9.6F625195 (00: 11: 53.435 PDT, понедельник, 1 января 1900 г.)
filterdelay = 6,47 4,07 3,94 3,86 7,31 7,20 9,52 8,71
filteroffset = 3.63 3,48 3,06 2,82 4,51 4,57 4,28 4,59
filterror = 0,00 1,95 3,91 4,88 5,84 6,82 7,80 8,77
192.168.13.57 настроен, наш_мастер, вменяемый, действительный, уровень 3
ref ID 192.168.1.111, время AFE252DC.1F2B3000 (00: 12: 28.121 PDT, понедельник, 5 июля 1993 г.)
наш клиент режима, сервер однорангового режима, наш опрос intvl 128, одноранговый опрос intvl 128
корневая задержка 125,50 мсек, root disp 115.80, досягаемость 377, синхронизация 186.157
задержка 7,86 мс, смещение 11,176 мс, дисперсия 3,62
точность 2 ** 6, версия 2
ассоциированный ID 2, ассоциированный имя myserver
ассоциировать в пакетах 0, ассоциировать пакеты 0, ассоциировать пакеты ошибок 0
время организации AFE252DE.77C29000 (00: 12: 30.467 PDT, вторник, 4 октября 2011 г.)
Время RCV AFE252DE.7B2AE40B (00: 12: 30.481 PDT, понедельник, 1 января 1900 г.)
xmt время AFE252DE.6E6D12E4 (00: 12: 30.431 PDT, понедельник, 1 января 1900)
filterdelay = 49,21 7,86 8,18 8,80 4,30 4,24 7,58 6,42
filteroffset = 11,30 11,18 11,13 11,28 8,91 9,09 9,27 9,57
filterror = 0,00 1,95 3,91 4,88 5,78 6,76 7,74 8,71

В таблице ниже описаны важные поля, отображаемые на дисплее.

Таблица 4 показывает подробные сведения об ассоциациях ntp. Описание полей
Поле	Описания
настроено	Одноранговый узел был настроен статически.
безумный	Peer не проходит базовые проверки.
недействительно	Считается, что одноранговое время неверно.
ref ID	Адрес машины, с которой синхронизируется одноранговый узел.
раз	Последняя отметка времени, полученная партнером от своего мастера.
наш режим	Режим источника относительно однорангового узла (активный / пассивный / клиент / сервер / клиент bdcast / bdcast).
одноранговый режим	Режим пира относительно источника.
наш опрос intvl	Интервал опроса источника для однорангового узла.
peer poll intvl	Интервал опроса источника.
корневая задержка	Задержка (в миллисекундах) на пути к корню (конечный источник времени страты 1).
корневой диспетчер	Разброс пути до корня.
досягаемости	Доступность однорангового узла (битовая строка в восьмеричном формате).
синхронизация	Расстояние синхронизации одноранговых узлов.
задержка	Задержка приема-передачи к одноранговому узлу (в миллисекундах).
смещение	Смещение часов однорангового узла относительно системных часов.
дисперсия	Разброс часов равноправных узлов.
точность	Точность равных часов в Герцах.
ассоциированный идентификатор	Идентификатор ассоциации однорангового узла.
ассоциированное имя	Имя ассоциации партнера.
версия	Номер версии NTP, которую использует одноранговый узел.
орг время	Создать отметку времени.
rcv время	Получите отметку времени.
xmt время	Отметка времени передачи.
filterdelay	Задержка приема-передачи (в миллисекундах) каждой выборки.
filteroffset	Смещение часов (в миллисекундах) каждой выборки.
ошибка фильтра	Приблизительная погрешность каждого образца.
вменяемый	Узел проходит базовые проверки.
выбрано	Peer выбран для возможной синхронизации.
действующий	Время пэра считается действительным.
наш_мастер	Локальный компьютер синхронизируется с этим одноранговым узлом.

Настройка ограничений доступа NTP — глобальная конфигурация

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

♦ Создание группы доступа и назначение списка базового IP-доступа, стр. 7-40

♦ Отключение служб NTP на определенном интерфейсе, стр. 7-41

Создание группы доступа и назначение основного списка IP-доступа

Начиная с привилегированного режима EXEC, выполните следующие действия для управления доступом к службам NTP с помощью списков доступа:

Шаг 1 Шаг 2

Шаг 3

Шаг 4 Шаг 5 Шаг 6

Команда	Назначение
настроить терминал	Войдите в режим глобальной конфигурации.
группа доступа ntp {только запрос \| только для обслуживания \| служить \| peer} номер списка доступа	Создайте группу доступа и примените основной список доступа IP. Ключевые слова имеют следующие значения: ♦ query-only — разрешает только управляющие запросы NTP. ♦ serve-only — разрешает только запросы времени. ♦ serve — разрешает запросы времени и запросы управления NTP, но не позволяет коммутатору синхронизироваться с удаленным устройством. ♦ peer — разрешает запросы времени и запросы управления NTP и позволяет коммутатору синхронизироваться с удаленным устройством. Для номера списка доступа введите стандартный номер списка доступа IP от 1 до 99.
список доступа номер списка доступа источник разрешения [источник-подстановочный знак]	Создайте список доступа. ♦ Для номера списка доступа введите номер, указанный на шаге 2. ♦ Введите ключевое слово разрешения, чтобы разрешить доступ, если условия совпадают. ♦ В качестве источника введите IP-адрес устройства, которому разрешен доступ к коммутатору. ♦ (Необязательно) Для подстановочного знака источника введите биты подстановочного знака, которые будут применяться к источнику. Примечание. При создании списка доступа помните, что по умолчанию конец списка доступа содержит неявный оператор deny для всего, если он не нашел совпадения до достижения конца.
конец	Вернуться в привилегированный режим EXEC.
показать текущую конфигурацию	Проверьте свои записи.
копировать текущую конфигурацию запуска конфигурации	(Необязательно) Сохраните записи в файле конфигурации.

Шаг 1 Шаг 2

Шаг 3

Шаг 4 Шаг 5 Шаг 6

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

1.одноранговый узел — разрешает запросы времени и запросы управления NTP, а также позволяет коммутатору синхронизироваться с устройством, адрес которого соответствует критериям списка доступа.

2. serve — разрешает запросы времени и запросы управления NTP, но не позволяет коммутатору синхронизироваться с устройством, адрес которого соответствует критериям списка доступа.

3. Только для обслуживания — разрешает только временные запросы от устройства, адрес которого соответствует критериям списка доступа.

4. Только запрос — разрешает только управляющие запросы NTP от устройства, адрес которого соответствует критериям списка доступа.

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

Чтобы удалить контроль доступа к службам NTP коммутатора, используйте группу доступа no ntp {query-only | только для обслуживания | служить | peer} команда глобальной конфигурации.

В этом примере показано, как настроить коммутатор для синхронизации с одноранговым узлом из списка доступа 99.Однако коммутатор ограничивает доступ, разрешая только запросы времени из списка доступа 42:

Switch # configure terminal Switch (config) # ntp access-group peer 99 Switch (config) # ntp access-group serve-only 42 Switch (config) # access-list 99 permission 172.20.130.5 Коммутатор (config) # список доступа 42 разрешение 172.20.130.6

Отключение служб NTP на определенном интерфейсе

Службы

NTP по умолчанию включены на всех интерфейсах.

Начиная с привилегированного режима EXEC, выполните следующие действия, чтобы отключить получение пакетов NTP на интерфейсе:

Шаг 1 Шаг 2 Шаг 3

Шаг 4 Шаг 5 Шаг 6

Команда	Назначение
настроить терминал	Войдите в режим глобальной конфигурации.
interface interface-id	Войдите в режим настройки интерфейса и укажите интерфейс, который нужно отключить.
ntp отключить	Запрещает получение пакетов NTP на интерфейсе. По умолчанию все интерфейсы получают пакеты NTP.
конец	Вернуться в привилегированный режим EXEC.
показать текущую конфигурацию	Проверьте свои записи.
копировать текущую конфигурацию запуска конфигурации	(Необязательно) Сохраните записи в файле конфигурации.

Чтобы повторно включить получение пакетов NTP на интерфейсе, используйте команду конфигурации интерфейса no ntp disable.

Продолжите чтение здесь: Настройка исходного IP-адреса для пакетов NTP

Была ли эта статья полезной?

Обзор сети NTP

ПРИМЕЧАНИЕ. — это версия статьи в формате HTML.Пожалуйста, перейдите на домашнюю страницу газеты для более удобных для печати форматов.

Нельсон Минар
MIT Media Lab E15-305 20 Ames Улица Кембридж, Массачусетс 02139 США
http://www.media.mit.edu/~nelson/
9 декабря 1999 г.

Аннотация:

Протокол сетевого времени создает сеть узлов в Интернете. которые синхронизируют время. В этой статье описаны методы и результаты опрос сети NTP, проведенный «пауком», который опрашивал все найденные хосты NTP в Интернете.В этом обзоре оценивается NTP сеть содержит не менее 175 000 хостов. Анализ опроса data собирает информацию о размере, времени и топологии сети и сравнивает их с результатами предыдущих опросов за десять лет. Анализ часов страты 1 показывает удивительное количество плохие хронометристы.

Данные и программное обеспечение из этого опроса размещены в Интернете по адресу http://www.media.mit.edu/~nelson/research/ntp-survey99/

Синхронизация часов — важная и трудная проблема в распределенные системы.Простой пример — в Интернете, когда кто-то получает электронное письмо или веб-страницу, которую он или она примерно хочет знать когда был написан документ. Множество распределенных интернет-приложений требуется синхронизация часов со смещением менее одной секунды.

С 1985 года в Интернете существует хорошо известный и широко распространенный протокол для синхронизация часов, называемая NTP, протокол сетевого времени [4] [5]. Текущая версия, NTP v3, была используется с 1992 года. NTP может синхронизировать часы с точностью до секунды. точность во всем Интернете, управление ошибками из сети задержки и джиттер.

В данной статье представлены результаты обзора всей сети NTP. проведено 21 — 28 ноября 1999 г. от ведущей pinotnoir.media.mit.edu. Основная часть этой статьи — это описание методов исследования и анализа собранных данных.

NTP имеет иерархическую структуру для синхронизации часов. В верхней части дерево — это часы первого уровня, компьютеры с некоторым источником истинного время (обычно приемник GPS или WWVB). Другие компьютеры синхронизируются сами по сети к часам страты 1, становясь стратой 2 такта.Процесс повторяется до слоя 16, что эффективно бесконечность для NTP.

Хотя иерархические сети обычно реализуются как клиент / сервер отношения, NTP фактически является одноранговым протоколом. Часы бесплатные подключать симметрично; это рекомендуется для обеспечения избыточности и перекрестная проверка. Каждый хост NTP выбирает одноранговых узлов для установки своих часов. to, называемый узлом синхронизации . Выбор часов NTP создает распределенное остовное дерево минимального веса по всей сети.Подробнее см. [4] и [5].

**Рисунок 1:** Эскиз топологии сети NTP

Схематический рисунок сети NTP представлен на рисунке 1. Это изображение только наводит на размышления, реальная сеть очень крупнее и гуще.

Сеть NTP — это полу-самоорганизующаяся : каждому узлу требуется ручная настройка, но потом запускается сама. Каждый узел NTP настраивается рука — администратор должен установить его со списком других хостов вглядываться.Как только хост NTP настроен, он может работать сам автономно, делая правильный выбор, кому из своих коллег синхронизировать с. Многие администраторы настраивают хост NTP один раз, а затем никогда не думай об этом снова.

В этой статье дается упрощенный взгляд на NTP, игнорируя наличие широковещательные клиенты и текущие усилия NTP v4 [6]. Для В целях данной статьи сеть NTP представляет собой ориентированный граф, в котором каждый узел — это хост, а каждое ребро — это пиринговые отношения. Эти разумны упрощения — клиенты вещания, как правило, краев, а NTP v4 еще не стандартизирован и широко не развернут.

Замечание по терминологии: термины «хост», «часы», «клиент» «сервер» и «одноранговый узел» используются в этом документе как синонимы, чтобы описать один компьютерный источник времени, на котором запущен NTP. «Клиент», «сервер», и «одноранговый узел» будет использоваться предпочтительно для обозначения типичной роли этого хоста NTP. Например, хосты уровня 1 часто рассматриваются как «серверы», потому что они, как правило, имеют много других хостов уровня 2. которые полагаются на них на время, хотя на самом деле они сами могут с другими хостами из слоя 1 или даже с некоторыми из их собственных хостов из слоя 2 клиентов.

Наиболее важные данные, которые поддерживает хост NTP, — это его собственное представление о Текущее время. Это время предоставляется любому желающему клиенту. Каждый host также поддерживает список одноранговых узлов, другие узлы NTP, которые он запрашивает на время. Для каждого однорангового узла узел NTP поддерживает несколько полей информации, особенно задержка, смещение и дисперсия каждый пэр. Задержка — это время, необходимое для общаться с партнером: этот номер важен для точности часовых измерений.Смещение — это разница между время сверстника и собственное хоста: цель хоста NTP — минимизировать его смещение к своему партнеру по синхронизации. Разброс сверстников оценка погрешности часов коллеги: она составляет несколько переменных, таких как точность часов, сетевая задержка и воспринимаемое дрейф. Наконец, каждый хост также вычисляет расстояние связи. к корневому серверу времени (истинному источнику времени) и дисперсию это корневое время: эти измерения полезны для определения окончательная точность часов хозяина.

Ядро протокола NTP определяет механизм запроса одноранговыми узлами. друг друга на время и, таким образом, оценивают задержку, смещение и дисперсия. NTP также имеет сложное средство мониторинга сети: у любого взаимодействующего хоста NTP может быть запрошена такая информация, как его текущий список пиров, собственное состояние и т. д. Это средство мониторинга имеет решающее значение к этому обзору. NTP предоставляет редкую возможность быть крупным распределенная система, которую относительно легко изучить.

Остальная часть этого документа описывает опрос и его результаты.Раздел 2 описывает предыдущие опросы, а раздел 3 описывает мотивацию этого опроса. В разделах 4 и 5 описывается методология и заметки из опыта. Результаты следуют: раздел 6 представлен анализ размера сеть, раздел 7 исследует информацию о времени, в разделе 8 исследуется топологическая информация, а в разделе 9 посвящен часам первого уровня. которые предоставляют время остальной части сети. Наконец, раздел 10 суммирует результаты этой статьи и предлагает будущую работу.

Существует небольшое, но доступное и активное исследовательское сообщество, которое работает по NTP. Между группой новостей comp.protocols.time.ntp и на сайте http://www.ntp.org/ можно быстро перейти к скорость с работой других исследователей NTP.

Этому автору известно о трех других крупных опросах NTP. Первый был проведенный Дэвидом Миллсом в 1989 году, когда сеть NTP была очень маленькой, всего 1000 хостов [3]. Этот опрос проводился путем сканирования всех известные хосты в Интернете и сосредоточились на эффективности Алгоритмы настройки часов NTP перед лицом различных ошибок.

Джеймс Гайтон и др. В 1994 г. провели тщательное исследование NTP. поиск в самой сети NTP с помощью диагностических сообщений NTP (с точки зрения Интернета), и представил таблицу хостов NTP по страте, а также численные результаты о задержках и разбросах видел в сети. Кроме того, они дают оценку количества клиентов, которые есть у каждого хоста как грубая мера рабочей нагрузки каждого сервер.

Наконец, Миллс в 1997 году снова исследовал сеть NTP, на этот раз найти гораздо большую сеть [7].Помимо размера и статистические данные о времени в этом обзоре пытались установить «здоровье» сеть NTP путем измерения кодов состояния и ошибок.

Эти три опроса (а также оценка размера, опубликованная Фрэнком Карделем) и др. [2]) будут упоминаться в ходе анализа данных, обычно сокращается именем первого автора и годом опрос (например, Guyton 94). По возможности результаты сравнивали по порядку чтобы понять тенденции в сети NTP. Методы, используемые в этом документ для обзора и анализа данных в значительной степени опирается на предыдущие Работа.

Зачем обследовать сеть NTP? Основная причина заключается в том, что сеть NTP важный. Поскольку в Интернете создается больше распределенных систем, качество синхронизации времени в Интернете становится все более существенный.

Еще одна причина изучить сеть NTP заключается в том, что ее полу-самоорганизующееся свойство делает его довольно интересным. Сети с низкими административными накладными расходами весьма желательны. Типичный администраторы не очень тщательно обслуживают свои узлы NTP; NTP — это специально разработан, чтобы сделать это безопасным и подходящим.Насколько хорошо работает сеть NTP с минимальным вниманием?

Последняя причина для изучения сети NTP заключается в том, что это возможно. NTP — это замечательно установленный и стабильный протокол. Это также один из более крупные распределенные системы со встроенным сетевым мониторингом средство. Этот опрос позволил запросить статус более 175 000 хостов, масштабы сопоставимы с опросами во всемирной паутине и DNS.

Цель этого обзора — попытаться получить представление о НПТ. сеть, чтобы понять, как она сейчас выглядит, насколько она здорова есть, и как это соотносится с результатами предыдущих опросов.Вот некоторые из конкретных вопросов, которые мотивируют этот опрос:

Насколько велика сеть NTP?
Какое распределение хостов по стратам?
Насколько хорошо сбалансирована нагрузка NTP?
Какую сетевую задержку видят узлы NTP?
Каковы типичные ошибки хостов NTP?
Сколько существует точных часов страты 1?

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

Паук стартовал 21 ноября со списка из 207 известных публике. серверы stratum 1 и stratum 2.Список кандидатов быстро рос по мере того, как паук обнаруживает новых хозяев, наконец, заканчивая 647401 хостом исследованы 28 ноября. Фактическое время работы составило около 100 часов. поскольку время было потеряно, пока паук был переписан, чтобы он был больше памяти эффективный.

Опрос проводился на одном компьютере Pentium-II под управлением Red Hat Linux 6.0 и ядро 2.2.10. Хост был подключен через стандартный Ethernet-канал 10 Мбит / с к локальной сети, которая сама была подключена через быстрые ссылки на сеть MIT и Интернет.Программное обеспечение, используемое для запрос был клиентом xntpdc из дистрибутива xntp 3-5.93e, в В частности, версия Red Hat xntp3-5.93-12. Команда запроса запускать для каждого хоста было / usr / sbin / xntpdc -n -c sysinfo -c peers -c monlist . Сам паук состоял из 700 линий собственного производства. Программное обеспечение Java, доступное для ознакомления на сайте автора.

Проведенное исследование имеет несколько ограничений. Главная ограничение заключается в том, что запросы были сделаны xntpdc, который использует частное использование режим 7 NTP-запросы, которые не стандартизированы.Однако оказывается, что очень большой процент хостов NTP в сети понимает эти запросы. Еще одно ограничение — опрос проводился только один раз. с одного Интернет-хоста. Поскольку NTP — это протокол UDP, если бы данные о сетевых сбоях могли быть незаметно потеряны. Без усилий было сделано, чтобы различать сбои в сети и хост, который на самом деле не работает NTP. Наконец, использованный здесь метод спайдинга ограничен в сети, которую он видит. Хосты за брандмауэрами практически невидимы, и любые сети полностью отключены от начальный корневой набор не будет найден.Из результатов, найденных здесь автор полагает, что в этом обзоре действительно был учтен значительный часть сети NTP.

Разработка и проведение опроса такого масштаба — интересный опыт. Один из поразительных результатов — насколько это просто. Из один компьютер, автор смог просканировать всю временную базу Интернета в течение недели! Код опроса был довольно простым, написан и протестирован на около недели. Управление данными было максимально простым: по одному файлу на хост, отсортированный в 256 каталогов по первому квадрату IP-адреса.В надежность исследования была значительно улучшена за счет разработки паука чтобы его можно было остановить и перезапустить в любое время, убедившись, что что ничего никогда не стирало данные.

Основная причина, по которой опрос был настолько легким в проведении, заключается в том, что NTP — это легкий протокол UDP. В лучшем случае пауку оставалось только отправить три пакета запроса на каждый хост и собрать ответы. Естественно, важно избегать поиска DNS на каждом хосте.

Основная проблема с такого рода опросами заключается в том, что многие хосты (более 75%) также не отвечают, потому что находятся за брандмауэрами, в автономном режиме или вообще никогда не запускали NTP.Xntpdc клиент должен ждать тайм-аута, в этих случаях медленная операция (5 секунд на запрос). Паук был реализован на Java, чтобы сделать многопоточность легко. Одновременное выполнение 20 запросов привело к опрос выполняется примерно в 20 раз быстрее.

Как упоминалось ранее, удачно, что сеть NTP содержит такой замечательный объект для обследования. Разумно спроектировать возможности мониторинга во всех протоколах, предназначенных для долгоживущих системы в Интернете.

Однако большинство системных администраторов, вероятно, не понимают, что эти данные NTP доступны любому, кто спросит.Автор получил около тридцати писем от системных администраторов, выражающих озабоченность тем, что странный компьютер связывался с их серверами времени. Многие выразили беспокойство, что опрос был сканированием новой дыры в безопасности. К счастью, никто особо не расстроился: администраторы остались довольны. с объяснением, что сканирование было частью исследования сети.

Рассел Фултон, один из администраторов Массачусетского технологического института, имел отличное предложение для уведомления людей о намерении сканировать.Он рекомендовал использовать записи DNS, чтобы четко обозначить сканирование. хозяин. Идея проста — создать PTR-запись для организатора опроса. с очевидным именем, например ntp.netsurvey.mit.edu, а затем создать веб-страницу там и на www.netsurvey.mit.edu объясняя, что происходит. Эта мера кажется простой и разумной для кто-либо, проводящий сетевые опросы, для NTP или иным образом.

Заключительное наблюдение по результатам опроса состоит в том, что это критически важно для исследователи обнародовать свои данные. Этот опрос потребовал много ресурсов из Интернета.Вполне естественно, что результаты вносятся обратно в сообщество. В дополнение к этой статье исходные данные, некоторые обработанные данные, а сам код доступен для скачивания по адресу http://www.media.mit.edu/~nelson/research/ntp-survey99/. У другого исследователя может быть новый творческий способ интерпретировать эти данные. И если повезет, данные будут храниться в сети долго. Достаточно того, что если кто-то другой проведет опрос через пять или десять лет, он можно сравнить с этими результатами.

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

Первый вопрос, который нужно задать: «Насколько велика сеть NTP?» Отвечая этот вопрос точно невозможен: хосты спрятаны за брандмауэры, изменение IP-адресов и т. д. нижняя граница 175 527 хостов NTP в сети: это количество хосты, ответившие на запросы NTP. Другой примерный размер 647 401 хост: это количество уникальных IP-адресов, которые паук нашел и попробовал протестировать.Примерно 73% не учтены в нижнем оценка — это хосты, которые либо находятся за брандмауэрами, либо больше не работают NTP или не отвечайте на запросы xntpdc. Вдобавок большое количество хосты не запускают обычный процесс NTP, а только устанавливают свое время иногда через отдельные запросы — этот опрос может только косвенно посчитайте их как увиденные IP-адреса.

Таблица 1: Рост сети NTP с течением времени

Дата	Запрошено	Посещено	Источник
10/1989	990	2500	Миллс 89 [3]
1/1994	7251	15000	Гайтон 94 [1]
3/1994	6774		Кардель 94 [2]
12/1997	38722		Миллс 97 [7]
11/1999	175527	647401	Минар 99

В таблице 1 представлен список принятых размеров сетей. время.Размер, найденный в этом обзоре, примерно в 3,5 раза больше, чем в кабинете Миллса два года назад. Сеть NTP явно растет быстро. К сожалению, достоверных данных для любого своего рода функция, чтобы увидеть, как рост сети NTP ускоряет рост остальной части Интернета.

Таблица 2: Распределение хостов по страте

Страта	Гайтон 94	Миллс 97	Минар 99
1	66	220	957
2	1476	4438	26830
3	3374	6591	85332
4	2001	2254	38339
5	38	317	7134
6	6	<60	1658
7-15	36	<60	965
16	254		9451
неизвестно			4861

Второй вопрос, на который нужно ответить: «Какое распределение часов? по страте? «Как видно из правого столбца таблицы 2, распределение довольно неравномерно, преобладают слои 2, 3 и 4. часы.Трудно просто охарактеризовать изменение распределение во времени. Все измерения показывают, что слой 3 является наиболее распространен, что согласуется с типичной настройкой сети NTP (слой 1 где-то в Интернете, слой 2 возле шлюза для организация, страта 3 часов в локальной сети). Этот опрос находит относительное увеличение часов нижних слоев. Это наиболее очевидно на страты 5 и 6, на долю которых сейчас приходится заметная доля всех хосты. Эта тенденция предполагает, что дерево NTP становится все глубже, а не просто пышнее.

Второй набор данных для изучения — это временная статистика, представленная NTP. Точность NTP полностью зависит от способности точно измерить другие часы в сети: это, в свою очередь, зависит от задержки в сети, джиттер часов и т. д. Эти факторы суммируются в мера задержек и разбросов часов. Кроме того, смещение между двумя часами — полезная мера, чтобы указать, насколько хорошо хосты NTP сходятся со временем. Эти числа можно измерить двумя способами: прямое значение для узла синхронизации или оценочное значение для время корня.

**Рисунок 2:** CDF смещений и задержек до узла синхронизации

Первыми данными для измерения является смещение от каждого хоста к его одноранговый узел синхронизации. В идеале это число сходится к нулю, но так медленно, чтобы не менять системное время слишком быстро. Смещение обычно никогда не достигает 0 из-за неточностей в измерения времени: время — движущаяся цель. Добавлен сложность заключается в том, что если смещение достигает 128 мс, NTP отказывается синхронизировать часы с этим одноранговым узлом, поэтому иногда два раза слишком сильно расходятся, они никогда не вернутся вместе.Этот промах должен не бывает в обычной практике.

В левой части рисунка 2 представлено распределение смещения к одноранговым узлам для всех 175 000 опрошенных хостов. Этот график представляет собой график журнала / журнала. кумулятивной функции распределения (CDF) данных. Этот тип графика будет использоваться на протяжении всей статьи, чтобы охарактеризовать раздачи. Ось Y показывает долю хостов, значение которой больше, чем его положение по оси X. Например, только 10% узлы имеют смещение более 20 мс, и только 1% имеют смещение больше чем 1 с.На графике отчетливо виден разрыв 128 мс. В кроме того, есть очень длинный хвост, где небольшой, но стойкий часть хостов очень далеки от правильного времени.

Форма этой кривой аналогична той, что представлена в работе Миллса 1990 года. и обзоры 1997 года. Однако все распределение сместилось в сторону слева в сторону более коротких смещений. Также есть более длинный хвост, что говорит о том, что небольшая, но заметная часть хозяев, у которых патологически неправильные часы (1 из 1000 отстает более чем на 100 секунд!).

Почти 3% опрошенных хостов имеют смещение более 128 мс и поэтому более не эффективно синхронизируются NTP. Исключив их, оставшиеся хосты имеют среднее смещение 8,2 мс, медиана 1,8 мс, стандартное отклонение 18 мс. Это существенный улучшение по сравнению с данными Миллса 1997 года о среднем значении 28,7 мс и медиане 20,1 мс. Возможно, операционная система поддерживает поворот часов. улучшилось или сеть NTP в целом стала точнее.

Вторая вещь, которую нужно измерить, — это задержка в сети до синхронизации. сверстник, изображенный в правой части рисунка 2.Удивительно, более 10% хостов находятся на расстоянии более 100 мс от их одноранговый узел синхронизации, предполагающий значительную долю хостов NTP синхронизируются по WAN. Форма распределения примерно сопоставима с данными исследования Миллса 1997 г., снова сместилась в сторону более низкой задержки. Однако изгиб гораздо более пологий: «локоть» не почти такой же резкий. Непонятно, как интерпретировать это различие.

Количественно хосты имеют среднюю задержку 33 мс, медиана 32 мс, стандартная отклонение 115 мс.Это показывает значительное улучшение по сравнению с 1997 годом. исследование обнаружило, что средняя задержка составила 186 мс, медиана — 118 мс. Это изменение может указывать на общее улучшение задержки в Интернете, но также может быть объяснено изменениями в топологии NTP.

Таблица 3: Задержка для синхронизации. сверстник, по слою. Раз в мс.

	Гайтон 94		Минар 99
Страта	Среднее значение	SD	Среднее значение	SD
1	105	111	80	187
2	42	74	29	102
3	36	62	15	67
4	42	19	12	38
5	50	19	3	16

Чтобы получить немного больше информации о задержках, наблюдаемых хостами NTP, это полезно для разбивки статистики по стратам, как в таблице 3.Очевидно, что большие задержки в основном наблюдаются хосты разговаривают с часами первого уровня в соответствии с идеей, что Хосты уровня 2 обычно обмениваются данными по глобальной сети с часами уровня 1. Задержки для остальной части таблицы довольно короткие и соответствуют в основном ссылки LAN. Эти данные свидетельствуют о том, что НПТ топология, как правило, такая, как и следовало ожидать: WAN с высокой задержкой ссылки на относительно редкие часы страты 1, а затем с низкой задержкой ссылки для остальной части сети.

Эта закономерность также прослеживалась в опросе Гайтона 1994 г., предполагающем, что в в целом топология NTP по слоям существенно не изменилась.С 1994 года наблюдается повсеместное сокращение задержек, что означает что улучшение задержки NTP за последние несколько лет связано с тем, что сетевая инфраструктура улучшилась не потому, что сервер NTP изменилась топология сети. Однако стандартное отклонение задержки действительно увеличилось! Возможно, существует более широкий разброс ссылок типы, используемые сейчас в сети NTP.

**Рисунок 3:** CDF расстояния и разброса до корневого сервера времени

Второй набор временных мер, которые можно предпринять, — это измерения для корневой сервер времени, которым в конечном итоге является любой конкретный хост синхронизируется с.Эти данные не обязательно идеальны для каждого хоста. не разговаривает напрямую с хостом уровня 1. Но это полезный мера общей точности любых часов. Два измерения доступны: расстояние (задержка) и дисперсия (ошибка).

Опрос выявил, что среднее расстояние до корневого сервера времени составляет 84 мс, медиана 47 мс, стандартное отклонение 156 мс. Guyton 94 найдено средним расстояние до корня примерно 150 мс (стандартное отклонение 170 мс). Этим метрики, сеть NTP стала вдвое быстрее за последние пять годы.Поскольку точность напрямую связана с задержкой, это существенное улучшение.

CDF расстояний в левой части рисунка 3 предполагает, что большинство хостов находятся на некотором расстоянии от корня. Очень немногие имеют задержку менее 10 мс, что этого и следовало ожидать, поскольку почти все тактовые генераторы страты 1 находятся на расстоянии WAN-перехода. Распределение падает довольно быстро около 100 мс; почти все хосты находятся менее чем в 1 секунде от корневого сервера времени.

Разброс до корня важен, поскольку он дает оценку ошибка каждых часов.Распределение справа на рисунке 3: довольно странно: есть спад около 100 мс, но затем очень мало выбросы до одного года. Есть измеримая часть часов которые имеют патологически плохой хронометраж.

Из-за этих выбросов средняя дисперсия для всего набора данных не имеет смысла (16 секунд!). Отсечение последних 3% (как и было сделано) для одноранговых смещений), средняя дисперсия составляет 88 мс, медиана 39 мс, стандартная отклонение 175 мс. Гайтон 94 обнаружил, что средняя дисперсия корня составляет примерно 150 мс, стандартное отклонение 250 мс.Эти изменения подтверждают, что точность хронометража существенно улучшилась за последние пять годы.

Сеть NTP довольно большая. Информация о стратах указывает на то, что сеть — довольно густое дерево. Насколько он сбалансирован? Сколько работы серверы должны делать?

Таблица 4: Среднее количество клиентов на хост на страте

Страта	Гайтон 94	Миллс 97	Минар 99
1	22.36	20,17	28,03
2	2,29	1,48	3,18
3	0,59	0,34	0,45
4	0,02	0,14	0,19

Простой способ оценить нагрузку на хосты NTP — взять число серверов на страте n и разделить на сервера на страте n +1.Этот мера упрощена, она показывает лишь приблизительно, сколько клиентов на сервер более высокого уровня, но его легко вычислить, как показано на Таблица 4. Понятно, что серверы stratum 1 несете несправедливую долю бремени, и это только ухудшается.

**Рисунок 4:** CDF количества клиентов на хост по страте

Этот средний анализ представляет собой лишь очень грубую аппроксимацию фактор ветвления. В действительности хосты обычно взаимодействуют с несколькими другими серверы, и некоторые известные серверы намного загружены, чем другие.NTP хосты не ведут точный список своих партнеров ( данные списка мониторов неполные), но с полной таблицей можно работать в обратном направлении, спрашивая, с какими серверами работает каждый узел, чтобы узнайте, сколько клиентов у того или иного сервера.

На рисунке 4 показана функция CDF количества одноранговых узлов на хост для слоев 1-3. Примечание: ось X — это логарифмическая шкала, ось Y — нет. Например, о 30% часов страты 1 обслуживают 10 или более хостов, в то время как только 12% часов страты 2 имеют 10 или более клиентов.

Первая особенность, которую следует отметить, — это количество узлов, у которых очень мало одноранговых узлов: больше более половины часов страты 2 имеют не более одного партнера! Но график имеет очень медленный спад: у достаточного количества хостов есть много сверстники. Таким образом, хотя многие хосты не делают много работы, хосты, которые делают много работы кажутся несколько равномерно распределенными.

Последняя особенность, которую следует отметить, — это то, что кривые в чем-то похожи. хотя часы страты 1, похоже, не снижаются так, как быстро.Это говорит о некотором самоподобии ветвления. фактор сетей, которые стоит исследовать.

Эти данные — лишь один из способов оценить нагрузку на конкретный хост: он измеряет пиринговые отношения между долгоживущими серверами. Хозяева могут служить другим способом. Например, многие клиенты делают вообще не запускать NTP-сервер, а подключаться к серверу времени только один раз запуск: они не будут учитываться в этом опросе. Администратор всем известная галочка сервера времени.usno.navy.mil оценки 531 370 уникальные IP-адреса, подключающиеся в течение 16,6 дней в том же месяце, что и этот опрос [личный адрес электронной почты]. В отличие от этого, в этом обзоре было найдено только 2837 клиент, который подключился к этому хосту. Истинная нагрузка на известный сервер недооценивается этим количеством пирингов.

Часы Stratum 1 очень важны для сети NTP. Они предоставляют авторитетная временная база для остальной части Интернета. И они дефицитный. Всего было найдено 957 часов первого уровня. обследования, значительно больше, чем 92 из начального набора семян из список общедоступных серверов NTP.Сколько на самом деле этих часов полезный? Где они берут время?

**Рисунок 5:** CDF смещений часов страты 1 на АРМ автора

Опрос выявил 957 часов первого уровня, которые будут отвечать на запросы xntpdc. Однако это упускает из виду некоторые часы первого уровня, которые несовместимы с этим запросом. Изучив список аналогов все хосты из опроса, несколько других часов были обнаружены, что считались слоем 1.Добавление этих хостов в новый список дает в общей сложности 1304 возможных тактовых сигнала страты 1.

Второй небольшой опрос был проведен по этому списку из 1304 человек, в данном случае выполнение команды ntpdate для запроса текущего время. Этот метод более полный, чем xntpdc, потому что он следует стандартному протоколу NTP. Из этих 1304 кандидатов 907 были все еще действует и претендует на звание первого слоя.

Обзор ntpdate фиксирует смещение между этими часами. и авторская хорошо синхронизированная рабочая станция stratum 4.Точность к компенсационным мерам следует отнестись с некоторым скептицизмом, поскольку они были измерены только от одного хозяина, и только четыре образца были взяты в короткое время. Однако они являются разумной оценкой здоровье каждого слоя 1 час. Показано распределение смещений. на рисунке 5. Проблема хорошо видна: в то время как многие из этих часы страты 1 кажутся правильными, значительная часть намного хуже выключенный. Фактически, 391 из них имеют смещение более 10 секунд: они почти наверняка неверны.В чем проблема этих часов?

Часы Stratum 1 устанавливают свое время в соответствии с эталонными часами. Этот у часов есть внешний источник точного времени, например GPS приемник или радиоприемник, настроенный на передачи WWVB. Изучение данные опроса легко составить таблицу 5, подсчет того, что эталонные часы, которые использует каждый хост уровня 1.

Таблица 5: 14 лучших эталонных часов

Источник	Граф	Источник	Граф
LCL	638	АКТЫ	14
GPS	125	USNO	13
WWVB	24	ИСТИНА	12
LOCL	19	АТОМ	8
DCFp	19	CTCL	6
ППС	18	GOES	4
DCFa	18	DCF	4

Наиболее распространенными эталонными часами на сегодняшний день являются LCL.Игнорирование этих хостов на данный момент остальные хозяева страты 1 в основном устанавливают свое время к приемникам GPS или различным радиоприемникам. Время Интернета приходит с неба. Миллс в 1997 г. также исследовал первичные справочные материалы. часы; после этого обзора, похоже, стало меньше часов WWVB и DCF в обслуживании и рост часов GPS. Предположительно это следует за увеличение доступности недорогих GPS-приемников.

Наличие драйверов LCL на очень многих тактовых частотах уровня 1 вызывает тревожно.Этот драйвер следует использовать только тогда, когда у хоста нет лучшего источник времени или одноранговый узел и должен работать независимо. Источники xntp содержать страшные предупреждения, чтобы не использовать его в ситуации, когда другие люди может попытаться синхронизироваться с вами, и по умолчанию он объявляет страту из 3. Многие люди считают, что даже уровень 3 слишком оптимистичен — почему эти часы рекламный слой 1?

Из 391 якобы страты 1 часы с неверным временем (более 10 секунд offset), 373 из них сообщили об использовании LCL в качестве драйвера тактовой частоты.Т.е.: подавляющее большинство плохих часов неправильно сконфигурированы. Запрос этих серверов далее (через команду ntpq -c ‘rv 0 процессор, система, daemon_version ‘), мы обнаруживаем, что не менее 300 запуск заведомо неудачной установки NTP от Red Hat. Red Hat Linux отправил версию xntp с драйвером LCL, настроенным на уровне 0, вызывая именно эту проблему. Хотя эта неправильная конфигурация с тех пор было исправлено, похоже, что это источник как минимум трех четвертей плохие часы stratum 1 в Интернете.

Если плохая конфигурация составляет 373 из плохих тактов слоя 1, что насчет остальных 18? Осмотр вручную не очевиден шаблон.Некоторые часы указали свой источник времени как GPS_NMEA. Другие хосты указывают свой источник как CHU (1), ссылочный ID LOCL. Один из них отстал на впечатляющие шесть с половиной лет! Предположительно, у каждого из этих плохих часов первого уровня есть своя история. В мораль ясна: будьте осторожны, спрашивая время у незнакомцев.

Один из способов оценить ущерб, который наносят эти плохие часы первого уровня, — чтобы увидеть, сколько хостов подключено к ним. Из 175 000 опрошенных хостов, только 729 пиров с плохими часами и только 157 выбрали плохие часы для синхронизации.Итак, несмотря на наличие плохого слоя 1 хостов в Интернете сети NTP удалось в значительной степени избежать быть поврежденным ими. Относительно небольшое количество сверстников предполагает эти плохие часы малоизвестны, и меньшее количество Синхронизация подразумевает, что защита NTP от фальшивомонетчиков работает в меру хорошо.

Расширенное исследование обнаружило 1304 возможных тактовых сигнала первого уровня. Из тех, многим плохо: либо из-за неправильной конфигурации их эталонный драйвер или через какой-то другой неизвестный дрифт.Устранение всех известны возможные плохие часы, у нас остается список из 363 хостов, которые кажется, что время в пределах одной секунды от точного времени и есть разумные эталонные часы. В 1997 году Миллс обнаружил 220 часов первого уровня. Если предположить, что большинство из них были точными, количество полезного слоя 1 clocks примерно удвоилось, а общее количество хостов выросло в четыре раза. Доступных часов первого уровня все еще мало. ресурс, и ситуация не улучшается.

В этом обзоре отражено состояние сети NTP в ноябре. 1999 г.Сеть быстро растет и, похоже, управляет достаточно хорошо. Статистика времени показывает, что задержки и точность улучшились с годами, помогая точности часов для все. Этот опрос раскрывает две проблемы: количество плохих часов. в сети, и несбалансированный характер сетевой нагрузки.

Количество плохих часов было поистине удивительным результатом. Только 28% найденные часы страты 1 оказались действительно полезными. К счастью, часы наихудшего слоя 1, похоже, не имеют много аналогов.Другой проблема в том, что около 3% хостов отстают от своих сверстников более чем на 128 мс. и поэтому не синхронизируются должным образом. Возможно будущее версии протокола или реализации NTP могут решить эту проблему.

Распределение нагрузки в сети NTP не страшно. Самый популярный серверы часов довольно загружены, но есть изрядное количество из них, поделитесь работой. Основная проблема — большое количество страты 2. серверов в зависимости от относительно небольшого количества серверов уровня 1. Это было бы хорошо, что больше этих часов страты 2 сверяются друг с другом, отбрасывая часть на слой 3 и распределяя нагрузку.Но это изменение нужно будет сделать осторожно, чтобы лишние ссылки WAN не вызывали большая дисперсия, вызванная сетью.

Альтернативное решение — поощрять развертывание большего количества уровней 1. часов, возможно, поставив недорогой ресивер под ключ система. Но самое интересное и масштабируемое решение — это смена NTP. таким образом сеть балансирует себя более эффективно, становится более самоподдерживающийся. Текущая работа над NTP v4 [6] должна помочь ситуация значительно. Многоадресный режим NTP v4 расширяет NTP широковещательная передача, чтобы сервер мог эффективно обслуживать множество клиентов.А также режим многоадресной рассылки позволит клиентам легко находить ближайшее время серверы автоматически, избавляя людей от необходимости настраивать списки пиров вручную и, надеюсь, позволят сети автоматически сбалансировать собственную нагрузку. NTP v3 очень хорошо зарекомендовал себя в прошлом семь лет, и предлагаемые изменения в NTP v4 позволят ему работать лучше в будущем.

Текущие данные опроса содержат множество другой информации, которая в этой статье не исследовался. Интересные результаты, которые могли все еще быть извлеченным, включить более подробную информацию о топологии сети, эффективность избыточных пиринговых отношений между часами, и влияние, которое несколько самых популярных серверов уровня 1 оказывают на временная база всей сети.Также возможно изучить представить данные, чтобы определить, является ли большая часть сети NTP синхронизированы в одно и то же время, или если есть два или более больших кластеры, отключенные на несколько миллисекунд.

Наконец, будущие опросы будут по-прежнему иметь значение для мониторинга Сеть NTP. Лонгитюдные исследования позволяют нам следить за здоровьем сети NTP. И NTP представляет собой хороший, легко изучаемый пример. большой, полу-самоорганизующейся сети, построенной поверх Интернета.Интуиция из NTP в конечном итоге может быть применена к производительности другие распределенные Интернет-системы.

Я благодарю членов сообщества NTP за отзывы, пока анализируя опрос, в частности Рассел Фултон, Терье Матисен, Дэвид Миллс, Рич Шмидт и Дэвид Шварц. Я ценю терпение админов, чьи хосты я просканировал. Наконец, больше всего спасибо Хари Балакришнану, чей замечательный класс сетей вдохновил и потребовал эту статью.

1: Джеймс Д.Гайтон и Майкл Ф. Шварц.
Опыт работы с инструментом опроса для обнаружения протокола сетевого времени серверы.
В Usenix Summer 1994 Technical Conference , июнь 1994.
Также Univ. Технического отчета Колорадо TR CU-CS704-94. ftp://ftp.cs.colorado.edu/pub/techreports/schwartz/NTP
2: Фрэнк Кардел и Райнер Прю.
Сетевая статистика синхронизации NTP.
Электронное сообщение, заархивировано на веб-страницах NTP, март 1994. http://www.eecis.udel.edu/~ntp/database/faq.html
3: Дэвид Л. Миллс.
О точности и стабильности часов, синхронизируемых Сетью Протокол времени в системе Интернет.
Обзор компьютерных коммуникаций ACM , 20 (1): 65-75, январь 1990 г.
Также RFC 1128. http://www.eecis.udel.edu/~mills/database/papers/ccr.ps
4: Дэвид Л. Миллс.
Синхронизация времени в Интернете: сетевой протокол времени.
IEEE Trans. Связь COM-39 , страницы 1482-1493, октябрь 1991 г.http://www.eecis.udel.edu/~mills/database/papers/trans.ps
5: Дэвид Л. Миллс.
Спецификация протокола сетевого времени (версия 3).
RFC-1305, март 1992 г. http://www.eecis.udel.edu/~mills/database/rfc/rfc1305/rfc1305b.ps
6: Дэвид Л. Миллс и А. Тьягараджан.
Протокол сетевого времени версии 4 предлагает изменения.
Технический отчет, Университет Делавэра, 1994.
Отчет отдела 94-10-2. http://www.eecis.udel.edu/~mills/database/reports/acts/actsb.пс
7: Дэвид Л. Миллс, А. Тьягараджан и Б.С. Хаффман.
Интернет-хронометраж по всему миру.
В Proc. Приложения Precision Time and Time Interval (PTTI) and Planning Meeting , стр. 365-371, декабрь 1997 г. http://www.eecis.udel.edu/~mills/database/papers/survey5.ps

Обзор сети NTP

Этот документ был создан с использованием LaTeX 2HTML-переводчик Версия 98.2 beta6 (14 августа 1998 г.)

Авторские права © 1993, 1994, 1995, 1996, Никос Дракос, Подразделение компьютерного обучения, Университет Лидса.
Авторские права © 1997, 1998, г. Росс Мур, Математический факультет Университета Маккуори, Сидней.

Аргументы командной строки:
latex2html paper

Перевод был инициирован Нельсоном Минаром 09.12.1999

Отформатирован: 1999-12-09
Нельсон Минар

Корпоративный сайт NTP-STAG

Эксетер, Пенсильвания (15 декабря 2020 г.) — Сегодня NTP-STAG, ведущая дистрибьюторская компания на рынке транспортных средств для отдыха, объявила о составе образовательных спикеров профессиональной организации розничной торговли (PRO) RV University (RVU) на Expo 2021, которая состоится в человек 18-19 января в Marriott Orlando World Center в Орландо, Флорида.и фактически с 25 по 29 января. Спикер Зала славы

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

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

«Мы рады поделиться этой ценной информацией о бизнесе от этих уважаемых докладчиков в этом, одиннадцатый год подряд, представляя серию программ обучения PRO», - сказал президент NTP-STAG Билл Роджерс.«Эти два предметных эксперта являются прекрасным дополнением к впечатляющему списку из более чем 60 курсов PRO-семинаров, доступных для профессионалов отрасли всех уровней. Мы с нетерпением ждем их презентаций на ЭКСПО 2021 ».

Серия семинаров по развитию бизнеса RVU PRO представляет бесплатные, очные и онлайн-курсы повышения квалификации для профессионалов RV Industry. Ежегодно открывающиеся на выставке Expo ежеквартальные веб-семинары по дополнительному обучению предоставляют инструкции по различным темам, включая готовность магазинов, управление взаимоотношениями с клиентами и членами команды, а также электронную коммерцию и навыки продаж.
Состав выступающих выбирается NTP-STAG, чтобы предоставить участникам убедительный, впечатляющий и ориентированный на результат контент.

Доктор Мэри Келли
Доктор Мэри Келли — экономист и автор бестселлеров, специализирующаяся на развитии бизнеса и лидерских качеств для повышения эффективности и прибылей. Выпускница Военно-морской академии США, Мэри 21 год проработала на действительной службе, получив звание командующего. Она подготовила более 40 000 военнослужащих и гражданских лиц в мультикультурной среде по всему миру.Теперь она разрабатывает успешные стратегии для руководителей корпораций и ассоциаций.

Ее цитировали Wall Street Journal, Money Magazine, Entrepreneur, Men’s Health и другие периодические издания. Веселая и веселая Мэри — профессор колледжа, спикер международного уровня и автор отмеченных наградами книг по лидерству. Семинары Мэри наполнены содержанием, увлекательны и разработаны с учетом потребностей каждой аудитории. На выставке NTP-STAG Expo 2021 доктор Мэри Келли привлечет внимание аудитории своим выступлением «Лидерство в росте прибыли».

Кори Перлман
Автор бестселлеров и лучший спикер Кори Перлман помогает предприятиям добиться успеха с помощью цифрового
маркетинга. Он преподает хорошо проверенные и современные стратегии в социальных сетях. Как владелец Impact Social Inc.,
Кори Перлман был в авангарде цифрового маркетинга более 10 лет. Он начал свою карьеру в подразделении электронной коммерции General Motors, а затем в 2009 году начал свой бизнес по консалтингу и лекциям. С тех пор он работал с такими известными брендами, как Sysco Foods, The American Healthcare

Association, Dale Carnegie Training и The PGA Tour.

В качестве основного докладчика Кори Перлман обеспечивает результаты своими увлекательными интерактивными выступлениями, которые всегда
адаптированы к индивидуальным потребностям его клиента. Его постоянно оценивают как лучшие ораторы как крупные компании (
), так и малые.

Знаменитый автор двух бестселлеров, первой книги Перлмана, eBoot Camp! Занимает первое место на Amazon в рейтинге
во всех основных бизнес-категориях. Его последняя работа, Social Media Overload! Простые стратегии в социальных сетях
для перегруженных и ограниченных во времени предприятий назвали привлекательным, актуальным, обязательным для прочтения и точным маркетинговым советом
для любого бизнеса.Почти десять лет выступлений с основными докладами составили длинный список
очень довольных клиентов.

НОВАЯ платформа PRO LMS
Запущенная в январе 2020 года НОВАЯ удобная для пользователя обучающая платформа NTP-STAG PRO доступна при входе на VIAntp.com в Центре партнеров. Платформа предлагает доступ к более чем 60 курсам, которые также подходят для учащихся Mike Molino RVDA CEU. Зарегистрируйте учетную запись NTP-STAG PRO сегодня!
NTP-STAG продолжает отслеживать пандемию COVID-19 и находится в постоянном контакте с местом проведения мероприятия и местными властями.
Для получения дополнительной информации о Expo посетите: https://expo.ntpstag.com/

О NTP-STAG
Более 50 лет NTP-STAG обслуживает дилеров, розничных продавцов и специалистов по обслуживанию жилых автофургонов по всему миру. промышленность. Сегодня, как подразделение Keystone Automotive Operations, компания высоко ценится как ведущая дистрибьюторская компания на рынке транспортных средств для отдыха и занимает уникальное положение, позволяющее предлагать клиентам и поставщикам значительный масштаб, самый полный выбор товарных запасов в отрасли и высокий уровень обслуживания клиентов. сервис и инновационная маркетинговая поддержка.NTP-STAG стремится расширять свои предложения для удовлетворения постоянно растущих потребностей своей клиентской базы, предоставляя им то, что им нужно, и тогда, когда они в этом нуждаются.

Блог > Разное

Нтп 1 99: Страница не найдена – Солар

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

Библиотека технической документации

ВЕДОМСТВЕННЫЕ НОРМЫ ПРОЕКТИРОВАНИЯВНТП, ОНТП, ВН И ДР.

Александров ю. А — страница 2

Телятник: как спроектировать и построить

ОСНОВНЫЕ ТРЕБОВАНИЯ К ТЕЛЯТНИКАМ

ПРЕИМУЩЕСТВА КАРКАСНО-ТЕНТОВЫХ КОНСТРУКЦИЙ

КОНСТРУКТИВНЫЕ ОСОБЕННОСТИ

ТЕХНОЛОГИЧЕСКОЕ ОБОРУДОВАНИЕ ТЕЛЯТНИКА

3 Ведомственные нормативные и методические документы — 6 Января 2013

Что такое NTP?

Лучшие практики для служб NTP

Как настроить NTP в ubuntu — Примечания инженера по безопасности

Указать часовой пояс

Установить приблизительное начальное время

Обновить пул NTP

Обновить системные часы

Убедитесь, что NTP работает

Перезагрузка

Справочник по базовым командам управления системой Cisco IOS — команды с N по T [Поддержка]

Примеры

Настройка ограничений доступа NTP — глобальная конфигурация

Обзор сети NTP

Аннотация:

Корпоративный сайт NTP-STAG

Оставить комментарий