Ping Graph/chart error

Я тоже столкнулся с этой проблемой. В моем случае это было не с сервисом ping, а с зондом, который просто использовал значение oid. Графики, отображенные на вкладке "история" устройства, были неверными, но если я создавал график с теми же значениями, он был абсолютно правильным. Можешь создать график для ping и ping2 и посмотреть, существует ли там такая же проблема?

Не могу поверить, что эта ошибка только на сервере моего друга…

Здравствуйте снова, ребята из MikroTik (и пользователи форума)! Сначала, пожалуйста, извините меня за мой плохой английский! После того как я потратил очень-очень много времени на тестирование, я обнаружил следующее: я подключил устройство напрямую к моему серверу Dude, между ними нет ни коммутаторов, ни маршрутизаторов, ни беспроводных соединений и т.д., и добавил это устройство на карту. Я пробовал Dude (RC3) на всех ОС (Linux, Windows, ROS), на 2 платформах (x86 и Routerboard) в качестве сервера Dude. Во всех этих тестах ошибка все равно сохраняется. Кто может помочь мне найти решение? Ребята из MikroTik, помогите нам!

Посмотрите на изображение в первом посте, там два пинга с одинаковыми настройками. На графике синий показывает правильные значения (<1мс-10мс), а красный — неправильные. После перезагрузки (на сервере Dude) синий тоже показывает неправильные значения, но когда я использую Tools-Ping, он всё равно <1мс.

Я, похоже, нашел возможную причину проблемы с графиком пинга. У меня есть несколько проб UPS, которые я тестировал, и нажатие кнопки повторной проверки генерирует какие-то странные цифры… Возможно, вы пингуете слишком часто. Что может происходить — это то, что предыдущий счетчик не сбрасывается перед следующим считыванием, и они складываются. Теперь все эти данные просто проекции oid (бла-бла)… Как вообще мощность может превышать 100? Я часто нажимал кнопку повторной проверки, и графики начали вести себя неадекватно… Как V_in вообще может показывать больше ~120? Вы можете найти пробы UPS в теме с пробами. Попробуйте уменьшить частоту пинга, чтобы это происходило реже, и счетчики будут сбрасываться перед следующими пингами? Это также объясняет, почему новый график пинга работает некоторое время, а потом становится хуже. Дайте знать, SD!

Изменение интервала опроса не помогло…

Привет всем, Что касается повторных опросов, приводящих к скачкам... На самом деле, это довольно логично. В большинстве случаев Чувак использует определенный интервал для опроса, скажем, каждые 15 секунд. Когда вы повторно опрашиваете устройство, вы, скорее всего, делаете это где-то между двумя опросами... возвращаемое значение, похоже, где-то сохраняется, и когда проходит регулярный опрос, оно добавляется к этому значению. Например: у меня есть много сенсоров AKCP SensorProbes, которые мониторят температуру и относительную влажность. Когда я уже получил значение 65% ВП, и потом повторно опрашиваю между двумя опросами, а устройство возвращает 66% ВП, следующий опрос снова дает 65%, тогда я вполне могу столкнуться с резким скачком в 131% ВП (или даже 196% ВП в худшем сценарии), что, очевидно, маловероятно, иначе мое устройство бы уже плавало... Надеюсь, это поможет (или, скорее, не очень помогает...) С уважением, Минолли.

Хорошо, но: сегодня я установил глобальный интервал опроса на 1 минуту!!! и пинг не проходит, я не нажимал кнопку повторной проверки или что-то подобное. Просто настроил интервал, подождал 2-3 часа и посмотрел графики. И всё равно ошибка. У нас есть устройство, которое пингует 100-200 мс (согласно графику), в том же компьютере, где эти неправильные графики, я нажимаю правую кнопку мыши, выбираю инструмент, пинг: там пингует >1 мс, на графике всё равно 100-200 мс. Вот несколько очень интересных примеров, кто-то думает, что это физически возможно в очень исправной сети???