Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

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

2 Ниже вы можете посмотреть на диаграмму настройки протокола NTP, где в целях синхронизации времени настроены IP-адреса SwitchA и SwitchB. При этом SwitchA синхронизировал свои часы с более авторитетными часами, к примеру, с GPS - системой глобального позиционирования. Таким образом, SwitchA функционирует еще и как сервер времени SwitchB.

3 <h2>План конфигурации</h2>

4 Создание данной конфигурации можно разделить на 2 части: 1. Настраиваем IP-адреса для SwitchA и SwitchB. 2. Конфигурируем SwitchA как основные тактовые часы, что позволит использовать локальные часы SwitchA в качестве опорных часов. 3. Настраиваем SwitchB в целях синхронизации времени с SwitchA и настраиваем аутентификацию NTP в целях обеспечения безопасности синхронизации.

5 Что же, приступим.

6 <h2>Процедура конфигурирования</h2>

7 Первое, что надо сделать, - настроить IP-адреса для SwitchA и SwitchB. Начнем со SwitchA:

8 Теперь настраиваем IP-адрес для SwitchB:

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

10 Прежде чем идти далее, сделаем небольшое отступление и скажем, что значение полосы уровня синхронизации находится в пределах от 1 до 15. При этом часы в подсети синхронизируются по возрастанию уровней, а уровень синхронизации можно установить. В нашем примере уровень синхронизации равен 1.

11 К слову, в реальных условиях сервер NTP, который синхронизирован с авторитетными часами, задают как stratum 1 и используют в качестве источника синхронизации. Прочие сетевые устройства синхронизируют свои часы с часами сервера NTP, а это значит, что локальные часы сервера NTP настроены в качестве основных часов NTP.

12 Итак, продолжаем:

13 Вообще, методы аутентификации включают как MD5, так и HMAC-SHA256. HMAC-SHA256 характеризуется более высокой безопасностью, а MD5 - более высокой скоростью. В нашем примере мы применяем HMAC-SHA256 (третья строка вышеуказанного кода). Из первой же строки можно заметить, что ширина часов устанавливается на 1.

14 Теперь включаем функцию NTP-сервера для SwitchA:

15 Следующий шаг - настройка SwitchB в целях синхронизации времени со SwitchA с последующим включением NTP-аутентификации. IP-адрес NTP-сервера - 10.10.1.1. Режим синхронизации часов устанавливается на одноадресный клиент/сервер.

16 Важно понимать, что идентификатор ключа SwitchB-аутентификации должен быть таким же, как и в случае со SwitchA. Иначе аутентификация завершится с ошибкой.

17 <h2>Проверяем конфигурацию</h2>

18 В первую очередь проверим конфигурацию наSwitchA. Для этого: 1) запустим командуdisplay ntp status, чтобы просмотреть статус NTP:

19 2) запустим командуdisplay clock, чтобы увидеть состояние часов:

20 Теперь можно проверить конфигурацию на SwitchB. Здесь: 1) запускаем командуdisplay ntp status:

21 2) запускаем командуdisplay clock:

22 <h2>Файлы конфигурации</h2>

23 Вот как выглядит файл конфигурации SwitchA (представленный в конфигурации формат зашифрованного текста может отличаться, что зависит от версии системного ПО):

24 А вот SwitchB:

25 <h2>Выводы и рекомендации</h2>

26 Итак, какие возможны сценарии использования NTP: 1.Режим одноадресного клиента/сервера. Подходит для более высокого уровня в подсети синхронизации. Клиентам нужно получить IP-адрес сервера непосредственно до момента синхронизации. 2.Одноранговый режим. Подходит для более низкого уровня в подсети синхронизации. Активный и пассивный одноранговые узлы можно синхронизировать друг с другом. Если точнее, одноранговый узел более высокого уровня синхронизируется с узлом нижнего уровня. 3.Широковещательнй режим. Подходит, если IP-адрес сервера либо однорангового узла не определен, а также если надо синхронизировать в сети часы большого числа устройств. 4.Многоадресный режим. Для высокоскоростной сети, имеющей несколько рабочих станций и не требующей высокой точности часов. В типичной ситуации один либо несколько серверов сетевой синхронизации регулярно отправляют на рабочие станции многоадресные пакеты. Задержка передачи пакетов в локали находится на уровне миллисекунд. 5.Manycast. Когда серверы разбросаны по сети. Здесь клиент способен обнаруживать и синхронизироваться с ближайшим manycast-сервером.

27 Какиесостоянияпроходит NTP в процессе синхронизации: - часы не установлены. Показывается, что часы не обновляются; - частота задана по конфигурации. Показывается, что тактовая частота установлена посредством NTP; - набор часов. Показывается, что часы установлены; - набор часов с неопределенной частотой. Показывается, что часы установлены, однако тактовая частота не определена; - часы синхронизированы. Показывается, что часы были синхронизированы; - импульс (часы устанавливаются в XXX сек.). Показывается, что система обнаруживает факт того, что разница во времени между клиентом и сервером синхронизации больше 128 миллисекунд. Локальные часы проверяются в течение XXX секунд.

28 Что можно сделать, если в NTP-синхронизации возникает ошибка (как обнаружить неисправность): 1. Запуститеdisplay ntp event clock-unsync, что отобразит последние 10 причин сбоев синхронизации. 2. Запуститеdisplay ntp sessions, что позволит увидеть информацию про все сеансы локального NTP. 3. Запуститеdisplay ntp slot-status, что даст возможность просмотреть состояния системы часов.

29 Статья написана по материалам центра документации<a>компании Huawei</a>.