BiTel

Настроили связку с flow-tools логи собираются загружаются и ... на договоре тишина ...
смотрим flow видим что ип клиента присутствуют все нормально
далее смотрим ./netflow.sh save ... и тут видим очень интересную вещь ... ип адреса записаны наоборот ...
ставим в договоре ип адрес так же наоборот и есно начинает считаться? это так задумано ?

Вопрос к разработчикам ... Почему так происходит ... команда isload загружает с ип адресами записанными наоборот?

У разработчиков есть какие-нибудь предложения ?

Наверное первое что спросят - что является сенсором.

Mikrotik

Полная строка запуска flow-capture как выглядит?
"flow-stat -p -f 10" на проблемном файле чего говорит?

flow-capture ведь правильно собирает ... а вот при загрузке в биллинг они почему-то переворачиваются наоборот т.е. адрес например 1.2.3.4 становиться 4.3.2.1

сервис стартует автоматом это содержиться в flow-capture.conf

Я почему спрашиваю - я подозреваю что byte order разный и БГБ это не нравится.

вот вывод

Надо разработчиков спросить что у них там - little endian или big endian. Хотя м.б. и не в этом дело - это чисто моя теория.

При том что если в биллинге указать тот же неправильный адрес 4.3.2.1 вместо 1.2.3.4 то все прекрастно считается ....

Версия 5.2? Выложили обновление. Ip адрес для 5.2, little endian во flowtools считывался не правильно.

Amir писал(а):

little endian во flowtools

А теория-то была верной )))

В других версиях (5.х) с этим как?

Нормально. В 5.2 поломали, когда ядро переделывали на поддержку ipv6.

Здорово!