<![CDATA[Слишком большие значения]]>Приветствую всех!

Имеется оборудование Cisco ASR. К сожалению у нас 3 разные ее модификации. Снятие трафика с двух проходит нормально. На оставшейся третьей наблюдаем минусовые значения почти на 2Гб. Выглядит это так, как показано на скрине во вложении.

Однако если смотреть в базе, то это выглядит как:

+---------+-----------------+----------------------+
| item_id | idata_timestamp | idata_value          |
+---------+-----------------+----------------------+
|    3236 |      1505736552 | 18446744071969077808 |

Такое проявление только с одной железкой. Хотя данные читаются вроде нормальными, без таких вот рудиментов. Происходит кстати говоря это только c Incoming - данными на интерфейсе. С Outgoing все в порядке. К тому же не совсем понятно, почему в базе одни значения, а через Last Values в NetXMS видятся совсем другие? Подскажите пожалуйста, в какую сторону копать решение проблемы? А то графики начинают рисоваться в -2Гб, и что там сверху становится совсем не видно.

Спасибо заранее.

mIDkwjibjUU.jpg

]]>https://forum.netxms.org/topic/5249/слишком-большие-значенияRSS for NodeFri, 13 Nov 2026 15:39:26 GMTMon, 18 Sep 2017 13:18:48 GMT60<![CDATA[Reply to Слишком большие значения on Tue, 27 Mar 2018 08:56:54 GMT]]>и с микротиком тоже самое, версия 2.2.1

]]>https://forum.netxms.org/post/24062https://forum.netxms.org/post/24062Tue, 27 Mar 2018 08:56:54 GMT<![CDATA[Reply to Слишком большие значения on Fri, 08 Dec 2017 15:20:42 GMT]]>Пики появляются и на данных без трансформации.
Что интересно, на этом оборудовании (Cisco-ASR) есть два вида интерфейсов, GE (физический интерфейс) и BD (виртуальный интерфейс). Так вот с гигабитного интерфейса рисуются такие вот пики. А на BD интерфейсе, который связан с GE напрямую, таких пиков нет. В данный момент создали для всех нужных интерфейсов виртуальные BD-интерфейсы и снимаем с них данные. Таким образом вышли из положения.

]]>https://forum.netxms.org/post/23500https://forum.netxms.org/post/23500Fri, 08 Dec 2017 15:20:42 GMT<![CDATA[Reply to Слишком большие значения on Fri, 08 Dec 2017 15:06:30 GMT]]>Я имел ввиду без трансформации. Когда будет пик, надо будет срванить значения без трансформации - какая между ними разница.

]]>https://forum.netxms.org/post/23499https://forum.netxms.org/post/23499Fri, 08 Dec 2017 15:06:30 GMT<![CDATA[Reply to Слишком большие значения on Fri, 08 Dec 2017 11:26:57 GMT]]>Спасибо.

Создал дополнительные DCI в bytes/sec (без трансформации). А в raw формате, это имеется в виду последить за данными в History?

]]>https://forum.netxms.org/post/23487https://forum.netxms.org/post/23487Fri, 08 Dec 2017 11:26:57 GMT<![CDATA[Reply to Слишком большие значения on Fri, 08 Dec 2017 10:25:16 GMT]]>Да, в 2.2.1 вошло соответствующее исправление. Надо смотреть какие цифры получает сервер с этого конкретного устройства - возможно сделать рядом DCI для того-же параметра без трансформаций и смотреть raw значения.

]]>https://forum.netxms.org/post/23474https://forum.netxms.org/post/23474Fri, 08 Dec 2017 10:25:16 GMT<![CDATA[Reply to Слишком большие значения on Fri, 08 Dec 2017 10:06:10 GMT]]>@victor said in Слишком большие значения:

Я планирую на следующей неделе выложить.

Виктор, как я понимаю, вышла 2.2.1 версия, вместо 2.1.3. Исправлен ли данный "баг" в этой версии? Я установил у себя 2.2.1, тип параметра пробовал и Int64 и UnInt64. Сейчас значения не минусовые конечно на графиках, а плюсовые. К примеру у меня ширина каналов на многих интерфейсах 1Гб/с максимально. Однако графики рисуются одноразовыми пиками на 2,5Гбит/с. В истории DCI тоже плюсовое значение на ту же цифру.

Я понять не могу почему именно с одним из трех устройств (при условии что настройки на всех трех одинаковые) "рисуется" такая вот вещь неправильная.

]]>https://forum.netxms.org/post/23471https://forum.netxms.org/post/23471Fri, 08 Dec 2017 10:06:10 GMT<![CDATA[Reply to Слишком большие значения on Fri, 24 Nov 2017 10:42:07 GMT]]>Я планирую на следующей неделе выложить.

]]>https://forum.netxms.org/post/23424https://forum.netxms.org/post/23424Fri, 24 Nov 2017 10:42:07 GMT<![CDATA[Reply to Слишком большие значения on Fri, 24 Nov 2017 10:40:17 GMT]]>@victor said in Слишком большие значения:

Скорее всего это тот-же баг что описан здесь: https://track.radensolutions.com/issue/NX-1361. Он исправлен в 2.1.3.

Когда ожидать 2.1.3?

]]>https://forum.netxms.org/post/23422https://forum.netxms.org/post/23422Fri, 24 Nov 2017 10:40:17 GMT<![CDATA[Reply to Слишком большие значения on Fri, 24 Nov 2017 10:33:20 GMT]]>Скорее всего это тот-же баг что описан здесь: https://track.radensolutions.com/issue/NX-1361. Он исправлен в 2.1.3.

]]>https://forum.netxms.org/post/23416https://forum.netxms.org/post/23416Fri, 24 Nov 2017 10:33:20 GMT<![CDATA[Reply to Слишком большие значения on Fri, 24 Nov 2017 04:28:50 GMT]]>У меня бывает подобное с Cat.4500 и c 38-й серией. Но у меня пики со знаком +.

]]>https://forum.netxms.org/post/23415https://forum.netxms.org/post/23415Fri, 24 Nov 2017 04:28:50 GMT<![CDATA[Reply to Слишком большие значения on Thu, 02 Nov 2017 09:38:21 GMT]]>Везде установлено как Undigned Int64.

]]>https://forum.netxms.org/post/23318https://forum.netxms.org/post/23318Thu, 02 Nov 2017 09:38:21 GMT<![CDATA[Reply to Слишком большие значения on Thu, 02 Nov 2017 09:04:06 GMT]]>Похоже на несоответствие типов. Не может быть такого что DCI сделан как int32?

]]>https://forum.netxms.org/post/23316https://forum.netxms.org/post/23316Thu, 02 Nov 2017 09:04:06 GMT