Здравствуйте, Коллеги!
Проблема в следующем. На ряде станций (на большинстве) наблюдаю постоянно такой инцидент
Понятно, что что-то не то с синхронизацией по NTP. Но что? В swinst сказано брать время по NTP.
NTP-сервер 10.69.128.34 работает. С него успешно берут метки другие сетевые устройства. Никаких ограничивающих списков доступа нет. На станции запускал tcpdump udp port 123 - пакеты уходят как со станции на сервер, так и обратно, примерно раз в 10-15 минут. Правда запрос идет версии NTPv4, а ответ возвращается NTPv3.
Вывод ntpq
Помогите разобраться с ситуацией!
Спасибо!
Проблема в следующем. На ряде станций (на большинстве) наблюдаю постоянно такой инцидент
Код |
---|
08/04/14 17:59:09 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost 08/04/14 18:14:17 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost 08/04/14 18:29:24 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost 08/04/14 18:44:36 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost 08/04/14 18:59:45 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost 08/04/14 19:15:06 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost |
Понятно, что что-то не то с синхронизацией по NTP. Но что? В swinst сказано брать время по NTP.
Код |
---|
The date is Apr 8, 2014 and the time is 21:10:22 (09:10:22 PM) The timezone is Etc/GMT-4 NTP is running Configured as client of server(s): > 10.69.128.34 |
NTP-сервер 10.69.128.34 работает. С него успешно берут метки другие сетевые устройства. Никаких ограничивающих списков доступа нет. На станции запускал tcpdump udp port 123 - пакеты уходят как со станции на сервер, так и обратно, примерно раз в 10-15 минут. Правда запрос идет версии NTPv4, а ответ возвращается NTPv3.
Вывод ntpq
Код |
---|
(2)fl_06> ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *10.69.128.34 10.64.34.10 3 u 201 512 377 0.437 72.890 83.353 |
Помогите разобраться с ситуацией!
Спасибо!