Перейти к содержимому
Калькуляторы

quagga ospfd и изменение системного времени ospf падает при подкручивании системного времени

Имеется ospfd, на интерфейсах, через которые видны соседи прописано:

 

ip ospf hello-interval 1

ip ospf dead-interval 4

 

Если перевести время на сервере на 3.4 секунды вперёд, то ospf падает(не демон, а теряется отношения соседства, потом быстро восстанавливаются). Отсюда вопрос, на сколько секунд можно двигать время на сервере, чтобы ospf не падал?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Наверное не оно, т.к. MD5-AUTH не использую

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вообщем-то да, ntpd подвёл время:

 

03:58:40 ntpd[4191]: time reset -3.431714 s

 

после чего понеслось:

 

03:58:44 ospfd[8220]: DR-Election[1st]: DR x.x.x.129

03:58:45 ospfd[8220]: nsm_change_state(): scheduling new router-LSA origination

03:58:46 ospfd[8220]: Packet[DD]: Negotiation done (Slave).

03:58:50 ospfd[8220]: ospf_intra_add_router: Start

 

Как заставить ntpd работать более плавно, чтоб не было таких резких переводов времени я уже понял и подкрутил настройки, но вопрос остаётся, хотя теперь он уже представляет скорее академический интерес, чем практический.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вообщем-то да, ntpd подвёл время:

 

03:58:40 ntpd[4191]: time reset -3.431714 s

 

после чего понеслось:

 

03:58:44 ospfd[8220]: DR-Election[1st]: DR x.x.x.129

03:58:45 ospfd[8220]: nsm_change_state(): scheduling new router-LSA origination

03:58:46 ospfd[8220]: Packet[DD]: Negotiation done (Slave).

03:58:50 ospfd[8220]: ospf_intra_add_router: Start

 

Как заставить ntpd работать более плавно, чтоб не было таких резких переводов времени я уже понял и подкрутил настройки, но вопрос остаётся, хотя теперь он уже представляет скорее академический интерес, чем практический.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну во первых таки да, ospf не должен бы дуреть от изменения локального времени, это надо бы разработчиков пнуть, но

во вторых, а схрена ли ntpd должен передвинуть время аж на 3 с половиной секунды ? Интернет доступен раз в сутки-двое-трое? npdate при старте, и потом ntpd круглосуточно, должно приводить к отсутствию таких скачков. И попробуйте потюнить ntpd в районе ключа -x. По идее на 3 секунды двигать не будет. будет плавно сдвигать в пределах 10ти минут, пока не вытянет. правда долго. При долгом использовании ntpd должен не давать убегать на много и без интернета (источника времени в смысле)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как я уже написал, настройки ntpd подправил, теперь время подводится очень плавно и ospf не падает. Проблема уже не принципиальна, теперь лишь люботыство, почему же он падает при изменении времени.

 

Писать разработчикам пока не буду, т.к. quagga очень древняя(ветка 0.96), как-нибудь попробую на последней версии, если тоже будет падать, то напишу им.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.