sntp что это в роутере
Sntp что это в роутере
Администратор 
Группа: Главные администраторы
Сообщений: 14349
Регистрация: 12.10.2007
Из: Twilight Zone
Пользователь №: 1
Собственно описание темы говорит само за себя. Решил зачем-то настроить SNTP в модеме, благо безлимиткО и все такое. Итак, вкратце для тех кто не знает:
SNTP (англ. Simple Network Time Protocol) — протокол синхронизации времени по компьютерной сети. Является упрощённой реализацией протокола NTP. Используется во встраиваемых системах и устройствах, не требующих высокой точности.
RFC 2030 — Simple Network Time Protocol (SNTP) Version 4
Зайдя на http://www.pool.ntp.org/ нашел описание с группами серверов для зоны RU, собственно сказано там следующее:
server 0.ru.pool.ntp.org
server 1.ru.pool.ntp.org
server 2.ru.pool.ntp.org
server 3.ru.pool.ntp.org
Получив nslookup’ом IP’шники получили следующие настройки модема:
Чем отличается протокол синхронизации времени NTP от SNTP?
Необходимость вести точное время существовала всегда. Но особенно актуальной она стала с появлением компьютерной техники. Причём важно, чтобы время было одинаковым на всей планете. От малейших сбоев может зависеть жизнь человечества. Например, диспетчеры разных аэропортов должны согласовывать время посадки и взлёта самолётов, а также их перемещение по воздушным коридорам. Банкам важно знать время проведения транзакций. Высокоточные часы нужны для тарификации сотовой связи и в системах биллинга, в биржевых и производственных системах. Но как проконтролировать, чтобы часы во всём мире показывали одинаковое значение? Для этого существуют специальные протоколы – NTP и SNTP.
Современная синхронизация времени – протокол, согласно которому внутренние часы вычислительной техники используют самые точные источники для оценки времени. Первыми такими протоколами были DAYTIME (время и дата иллюстрировались в понятном для человека формате) и TIME (время и дата показывались в понятном компьютерным машинам виде).
Но эти протоколы не смогли гарантировать высокую точность синхронизации. Поэтому Дэвид Л. Миллс в 1985 году разработал начальную версию протокола NTP, используемого и сегодня, правда, в обновлённом и усовершенствованном виде. В основе его работы лежит алгоритм Марзулло и такой параметр как стратум, отвечающий за цепочки связей с эталонным временем. Позже была создана его облегчённая версия SNTP.
Особенности NTP
Протокол NTP применяется для синхронизации внутренних часов вычислительных машин посредством сетей. Алгоритм, который лежит в основе его работы, способен выбирать самые точные источники для сравнения времени и минимизировать риск появления недостоверной информации. Программе удаётся добиться высокой точности – до наносекунд. К тому же, протокол NTP может находить ошибки в работе серверов. Оценка точности данных осуществляется иерархично. Существует 15 уровней (стратумов). Первый стратум – это источник точного времени. Второй – это узел, получивших данные от первого и т.д.
Особенности SNTP
SNTP – протокол, являющийся упрощ`нной версией NTP, без всех его сложностей. Для узлов задействуются локальные сети, не требующие полноценной реализации сложных алгоритмов. Часы нескольких узлов синхронизируются с другими узлами локальных сетей посредством использования Интернет-соединения. Точность данных варьируется в пределах 1-50 мс.
Следовательно, главное отличие между рассматриваемыми протоколами заключается в точности. Если первый показывает время с точностью до наносекунд, то второй – до миллисекунд.
Sntp что это в роутере
Протокол SNTP V 4 отличается от предыдущей версии NTP и SNTP (Simple Network Time Protocol (SNTP) V.4 for IPv4, IPv6 and OSI, D. Mills, RFC-2030) модификацией интерпретации заголовка с целью осуществления совместимости адресации с IPv6 [DEE96] и OSI [COL94].
Протокол сетевого времени (NTP v3), описанный в документе RFC-1305 [MIL92], широко используется для синхронизации часов ЭВМ в глобальном Интернет. Он обеспечивает доступ к национальным системам точного времени. В большинстве мест Интернет протокол гарантирует точность синхронизации с точностью 1-50 мс, в зависимости от свойств источника синхронизации и сетевых задержек.
RFC-1305 специфицирует машину протокола NTP v3 в терминах событий, состояний, функций перехода и действий. Кроме того, там определены инженерные алгоритмы улучшения точности синхронизации и выбора из списка эталонных источников, некоторые из которых могут быть неисправны. Эти алгоритмы необходимы для компенсации влияния вариаций задержки пакетов в сети Интернет. Однако, во многих обстоятельствах приемлемы точности порядка доли секунды. В таких случаях используется более простые протоколы времени [POS83]. Эти протоколы обычно использует RPC-обмен, где клиент запрашивает время дня, а сервер присылает его значение в секундах после некоторого известного эталонного момента.
NTP создан для использования клиентами и серверами с широким диапазоном возможностей для широкого интервала сетевых задержек и большого временного разброса. Большинство пользователей NTP синхронизации используют программное обеспечение с полным набором опций и алгоритмов (смотри http://www.eecis.udel.edu/
SNTP v 4 предполагает совместимость с NTP и SNTP v 3 как для клиентов так и для серверов. Кроме того, клиенты и серверы SNTP v.4 могут реализовывать расширения для работы в эникаст режиме.
Клиенты SNTP должны работать только на самом верхнем уровне субсети в конфигурациях, где синхронизация NTP или SNTP клиентов не зависит от других клиентов. Серверы SNTP должны работать только на первом (базовом) уровне субсети и в конфигурациях, где нет других источников синхронизации кроме надежных радио или модемных служб точного времени.
2. Рабочие режимы и адресация
Мультикастные серверы должны реагировать на уникастные запросы клиентов, а также самостоятельно посылать мультикастные сообщения. Мультикастные клиенты могут посылать уникастные запросы, чтобы определить задержку распространения пакетов в сети между сервером и клиентом с тем, чтобы в дальнейшем продолжить работу в мультикастном режиме.
В уникастном режиме адреса клиенту и серверу присваиваются согласно обычной схеме IPv4, IPv6 или OSI. В мультикастном режиме сервер использует локальный широковещательный адрес или мультикастный групповой адрес. Локальный широковещательный IP-адрес имеет область действия, ограниченную субсетью, так как маршрутизаторы не ретранслируют широковещательные IP-дейтограммы. С другой стороны IP-адрес мультикастинг-группы имеет область действия, распространяющуюся потенциально на весь Интернет. Для IPv4 iana для целей NTP выделила мультикастный групповой адрес 224.0.1.1, который используется как для мультикаст серверов, так и для эникаст клиентов.
Мультикастные клиенты прослушивают выделенный локальный широковещательный адрес или мультикастный групповой адрес. В случае мультикастного IP-адреса, мультикастный клиент и эникастный сервер должны реализовать протокол IGMP (Internet Group Management Protocol) [DEE89], для того чтобы местный маршрутизатор подключился к мультикаст-группе и ретранслировал сообщения, направленные по IPv4 или IPv6 мультикастным групповым адресам, присвоенным IANA.
Очень важно оптимально выбрать значение поля TTL в IP-заголовке мультикастинг-сообщения, для того чтобы ограничить сетевые ресурсы, используемые данным видом сервиса.
Режим эникаст сконструирован для использования с набором взаимодействующих серверов, чьи адреса не известны клиенту заранее. Эникастный клиент посылает запрос по локальному широковещательному адресу или групповому мультикастинг-адресу. Для этой цели используется групповой адрес NTP специально выделенный iana для этих целей. Один или более эникастных серверов воспринимают этот запрос и отправляют отклик по уникастному адресу клиента. Клиент устанавливает связь с сервером, от которого получил отклик раньше. Последующие отклики эникаст-серверов игнорируются.
В случае SNTP, существует реальная угроза того, что SNTP мультикаст-клиент может быть введен в заблуждение поведением SNTP или NTP-серверов (возможно и преднамеренным), так как все они используют один и тот же групповой мультикаст-адрес, выделенный для этих целей IANA. Где необходимо, для выбора сервера, известного клиенту может проводиться отбор по адресу. Опционной является схема криптографической аутентификации, описанной в документе RFC-1305.
3. Формат временных меток NTP
Протокол SNTP использует стандартный формат временных меток NTP, описанный в документе RFC-1305 и в предыдущих версиях стандарта. Для согласования со стандартной практикой в Интернет данные NTP характеризуются целыми числами с фиксированной запятой. Биты нумеруются так, что нулевой (старший) разряд размещается слева. Если не оговорено обратного, все числа не имеют знака и занимают все выделенное для них поле.
Так как временная метка NTP представляет собой наиважнейшую часть протокола, для нее разработан специальный формат. Временные метки NTP характеризуются 64-битным числом без знака с фиксированной запятой, которое равно количеству секунд с 0 часов 1 января 1900. Для целочисленной части выделено 32 бита и столько же для дробной части.
Рекомендуется заполнять несущественные младшие двоичные разряды временной метки случайной битовой строкой, что исключает систематические ошибки округления и является средством детектирования зацикливания. Одним из методов выполнения этого условия является генерация случайной 64-битовой последовательности, с последующим ее сдвигом вправо на число бит, равное количеству значащих разрядов временной метки, и добавлением результата к исходному значению временной метки.
Максимальное число, которое может быть представлено в данном формате равно 4,294,967,295 секунд с точностью порядка 200 пикосекунд, что может удовлетворить самым экзотическим требованиям.
Рис. 4.4.16.1. Формат представления временной метки
Заметим что с некоторого времени в 1968 (2,147,483,648 секунда) старший бит (бит 0 целочисленной части) стал равным 1 и 64-битовое поле переполнится в 2036 году. Если NTP или SNTP будут использоваться в 2036 г, будут необходимы некоторые внешние по отношению к данному протоколу меры для определения того относительно 1900 или 2036 года отсчитана приведенная дата (это справедливо и для других дат, кратных 136 годам).
Так как формат временных меток NTP использовался в течение последних 17 лет, остается возможность того, что он будет использоваться еще 40 лет. Так как временных меток NTP до 1968 не существует, можно считать приемлемым, что при бите 0 равном 1, UTC-время лежит в диапазоне 1968-2036 с началом отсчета 0 час. 0 мин. 0 сек. 1 января 1900 г. Если же бит 0 равен нулю, время лежит в диапазоне 2036-2104 г., а UTC-время отсчитывается от 6 час. 28 мин. 16 сек. 7 февраля 2036. Заметим, что при этом вычислении 2000 год не считался високосным.
4. Формат сообщений NTP
Протоколы NTP и SNTP используют в качестве транспортного протокол UDP. При этом работает UDP-порт 123 (NTP), который проставляется как в поле порта отправителя, так и получателя UDP-заголовка.
Ниже приводится описание формата сообщений NTP/SNTP v.4, которые размещаются после UDP-заголовка. Этот формат идентичен описанному в RFC-1305, за исключением содержимого поля идентификатора эталона (reference identifier). Поля заголовка представлены на рис. 4.4.16.2:
Рис. 4.4.16.2. Формат заголовка SNTP-пакета
Поле LI (Leap Indicator) содержит два бита кода предупреждения о добавлении/удалении секунды в последней минуте текущего дня. Значения кодов поля LI приведены в таблице 4.4.16.1:
Sntp что это в роутере
Simple Network Time Protocol
SNTP (англ. Simple Network Time Protocol ) — протокол синхронизации времени по компьютерной сети. Является упрощённой реализацией протокола NTP. Используется во встраиваемых системах и устройствах, не требующих высокой точности, а также в пользовательских программах точного времени.
Содержание
Формат времени
В протоколе SNTP используется одинаковый с протоколом NTP формат представления времени — 64-битное число, состоящее из 32-битного счётчика секунд и 32-битного счётчика долей секунд. Нулевое значение счётчика времени соответствует нулю часов 1 января 1900 г., 6 ч 28 м 16 с 7 февраля 2036 г. и т. д. Для успешного функционирования протокола необходимо, чтобы клиент знал своё время в пределах ±34 года относительно времени сервера.
Формат сообщения
Работа клиента
Клиент SNTP может работать в одноадресном, широковещательном и многоадресном режимах. В одноадресном режиме клиент посылает запрос (режим 3) и ждёт ответ (режим 4) от сервера. В широковещательном режиме клиент не посылает запросы, а ожидает сообщения (режим 5) от одного или нескольких серверов. В многоадресном режиме клиент посылает запрос (режим 3) по широковещательному адресу и ждёт ответ (режим 4) от одного или нескольких серверов. Первый ответивший сервер используется для последующих одноадресных запросов, остальные ответы игнорируются.
| Поле | Одно- многоадресный | Широковещательный | |
|---|---|---|---|
| Запрос | Ответ | ||
| Индикатор коррекции | 0 | 0—3 | 0—3 |
| Номер версии | 1—4 | из запроса | 1—4 |
| Режим | 3 | 4 | 5 |
| Страта | 0 | 0—15 | 0—15 |
| Интервал опроса | 0 | игнорируется | игнорируется |
| Точность | 0 | игнорируется | игнорируется |
| Задержка | 0 | игнорируется | игнорируется |
| Дисперсия | 0 | игнорируется | игнорируется |
| Идентификатор источника | 0 | игнорируется | игнорируется |
| Время обновления | 0 | игнорируется | игнорируется |
| Начальное время | 0 | см. описание | игнорируется |
| Время приёма | 0 | см. описание | игнорируется |
| Время отправки | см. описание | см. описание | см. описание |
| Аутентификация | необязательно | необязательно | необязательно |
В одноадресном и многоадресном режиме клиент заполняет поля «НВ», «Режим» и, необязательно, «Время отправки». Остальные поля заполняются нулями. Сервер копирует поле «Время отправки» в «Начальное время» и устанавливает поля «Время приёма» и «Время отправки». «Время прибытия» фиксируется в момент приёма ответа от сервера.
| Наименование | Код | Когда генерируется |
|---|---|---|
| Начальное время | Т1 | Время отправки запроса клиентом |
| Время приёма | Т2 | Время приёма запроса сервером |
| Время отправки | Т3 | Время отправки ответа сервером |
| Время прибытия | Т4 | Время приёма ответа клиентом |
В качестве текущего времени устанавливается значение Т3 с поправкой t, которая вычисляется по формуле:
t = ((Т2 – Т1) + (Т3 – Т4)) / 2
В широковещательном режиме клиент не получает информации о задержке распространения и коррекция не производится.
См. также
Ссылки
RFC 2030 — Simple Network Time Protocol (SNTP) Version 4
NTP Server/Client, SNTP Client на MikroTik: Настройка точного времени
В данной статье мы поговорим о том, как настроить NTP Server на роутерах Mikrotik и для чего это нужно. Настройку точного времени на маршрутизаторе можно выполнить несколькими способами:
Освоить MikroTik вы можете с помощью онлайн-курса «Настройка оборудования MikroTik». В курсе изучаются все темы из официальной программы MTCNA. Автор – официальный тренер MikroTik. Материал подходит и тем, кто уже давно работает с оборудованием MikroTik, и тем, кто еще не держал его в руках. В состав входят 162 видеоурока, 45 лабораторных работ, вопросы для самопроверки и конспект.
У каждого из этих способов есть свои преимущества, отличия и тонкости настройки, которые мы детально разберем.
Для чего настраивать SNTP Client на Mikrotik
Настройка SNTP Client – это важный аспект, которым не следует пренебрегать по ряду причин:
Вот небольшая часть проблем, которых можно избежать настройкой точного времени на роутерах Mikrotik.
Mikrotik: настройка SNTP Клиента
Настройка выполняется просто. Для этого откроем Winbox и перейдем:
Далее нам нужно активировать клиент, установив соответствующую галочку и указать DNS имена NTP сервера для вашей страны. Список серверов времени находится по адресу: http://www.pool.ntp.org/ru/
Для Российской федерации будем использовать следующее сервера:
После внесения значений окно SNTP Client должно выглядеть следующим образом:
Чтобы добавить несколько значений DNS имен серверов времени, воспользуемся стрелочками (отмечены на рисунке шагом №3).
Через консоль:
Проверяем, все ли мы правильно настроили. Для этого перейдем:
Рекомендую ставить автоматическое определение часового пояса. Либо его можно указать вручную, выбрав из выпадающего списка.
Если часы не синхронизировались, то нужно немного подождать, так как обновление времени идет не онлайн, а через определенный интервал времени.
Если мы повторно перейдем в настройки SNTP Client:
То можем увидеть интервал, через который происходит синхронизация с NTP Сервером (Poll interval) и когда выполнялось последнее обновление (Last Update).
На этом настройка времени на Mikrotik закончена.
Mikrotik: настройка NTP Server и NTP Client для локальной сети
На роутерах Mikrotik есть возможность настроить NTP Server для локальной сети, чтобы хосты выполняли синхронизацию времени операционной системы непосредственно с маршрутизатора.
Для этого необходимо:
Установка Mikrotik NTP Server
Для начала нам нужно скачать дополнительный пакет для вашей архитектуры процессора. Как определить текущую версию системы и архитектуру процессора подробно описано в статье Mikrotik обновление прошивки RouterOS и установить его.
Переходим на официальный сайт Mikrotik в раздел Software:
В данном примере я скачиваю дополнительный пакет для роутера Mikrotik hAP ac lite (архитектура MIPSBE) для версии RouterOS 6.48.
Открываем Winbox, затем переносим пакет ntp-6.48-mipsbe.npk из архива, скаченного в предыдущем шаге. Если все сделали правильно, то увидим окно:
Перезагружаем маршрутизатор Mikrotik.
Настройка NTP Client на Mikrotik
Следующим шагом откроем System => NTP Client и выполним настройку:
ВАЖНО! Значительным минусом можно считать тот факт, что в данном клиенте нельзя указывать DNS имена серверов времени, а только их IP-адрес, при изменении которого синхронизация времени производиться не будет.
Для решения этой проблемы можно:
Пример того, как создавать скрипты и запускать их по расписанию можно узнать из статьи: Как сохранить, перенести и восстановить настройки Mikrotik.
Настройка NTP Server на Mikrotik
Следующим шагом активируем NTP Сервер:
NTP Сервер работает на 123 порту UDP. Поэтому убедитесь, что данный порт разрешен в firewall и слушается только внутри локальной сети.
Чтобы в Mikrotik открыть 123 порт, создадим правило:
Разместим правило выше запрещающего:
А также рекомендуем изучить статьи:
На этом настройка NTP Сервера на роутере Mikrotik закончена. Надеюсь, данная статья была вам полезна.
Освоить MikroTik вы можете с помощью онлайн-курса «Настройка оборудования MikroTik». В курсе изучаются все темы из официальной программы MTCNA. Автор – официальный тренер MikroTik. Материал подходит и тем, кто уже давно работает с оборудованием MikroTik, и тем, кто еще не держал его в руках. В состав входят 162 видеоурока, 45 лабораторных работ, вопросы для самопроверки и конспект.