BiTel

В общем ситуация такая, есть 2 роутера, на которых стоят ipcad'ы и пуляют трафик на коллектор - который в свою очередь находятся на машине с биллингом и базой.. (пока эксперементирую и перехожу на БГБ считает все другой биллинг - (stargazer)). Проблема скорее всего одна, по этому опишу только один роутер. Роутер находится на линукс платформе, имеет несколько интерфейсов и несколько виланов, а именно - eth0 eth2 eth3.2 eth3.3 eth3.4 eth3.5 - все задействованы по разным направлениям, eth0 и eth3.5 - являются интернетом, остольные маршрутизируют сети, районы, паселки. Задача соответственно подсчитать и тарифицировать трафик. Что делаю, прописываю данный роутер как источник в БГБ, в интерфейсах и зонах прописываю интерфейсы именно так, как мне показывает коллектор при запуске ([root@wm-base ~]# ipcad -rds
Opening eth0... [LCap] Initialized as 1
Opening eth2... [LCap] Initialized as 2
Opening eth3.2... [LCap] Initialized as 3
Opening eth3.3... [LCap] Initialized as 4
Opening eth3.4... [LCap] Initialized as 5
Opening eth3.5... [LCap] Initialized as 6
Opening lo... [LCap] Initialized as 7
Configured NetFlow destination at 192.168.100.13:9990
Warning: /var/log/ipcad.dump: empty file.)
то есть пишу номер 1 - eth0, номер 2 - eth2 и.т.д. Завожу клиента (договор), которого хочу считать и в источники указываю именно этот роутер и именно тот интерфейс, который для него является шлюзом. Спустя сутки вижу, что ни чего не считается или считается както выборочно. Соответственно перед этим всем я в привязках услуг тонко поделил типы трафика, нарисовал тарификацию, в договоре указал какой тип привязки. Логи с ipcad в указанную дирректорию падают. В планировщике на переработку нетфлоу логово стоит 10 минут. Еще сделал клиента с указанным в мануале параметром интерфейса -1 - ANY - у него вроди чтото начало считаться, ноя не уверен что правильно, потому как с данными по stargazer както отличаются порядком... Где я и что мог упустить???? мне данный момент очень надо разобрать так как дальше будет более сложная тема на коммутаторах третьего и второго уровня с виланами (хочу все контролировать)...
Вот конифиги:
ipcad:
interface eth0;
interface eth2;
interface eth3.2;
interface eth3.3;
interface eth3.4;
interface eth3.5;
interface lo;
netflow export destination 192.168.100.13 9990;

netflow export version 5;

pidfile = /var/run/ipcad.pid;

dumpfile = /var/log/ipcad.dump;

Коллектор:
netflow_ipn.properties
port.admin=2003
port.netflow=9990
collector.mid=1
db.driver=com.mysql.jdbc.Driver
db.url=jdbc:mysql://127.0.0.1/bgbilling?useUnicode=true&characterEncoding=Cp1251&zeroDateTimeBehavior=convertToNull&jdbcCompliantTruncation=false
db.user=bill
db.pswd=bgbilling
db.maxActive=300
db.maxIdle=100
log.dir=/tmp/log
load=1
process=1
sources=1,2
#process.thread.count=1
#process.datalog.thread.count=1
generate.minutes=10
ipn.collector.detail.folder=/tmp/bgc

у коллектора есть команда save. Сохраните какой-нибудь из часовый логов в текстовый формат и посмотрите какие там интерфейсы, может они вовсе не те которые вы пытались настроить впривязках

Timestamp FromIp FromPort ToIp ToPort Bytes FromIface
ToIface
1248818330858 192.168.10.2 1092 94.100.179.33 443 84 65535
65535
1248818330858 192.168.100.3 1405 85.249.228.82 443 40 65535
65535
1248818330858 192.168.100.3 1404 85.249.228.82 443 40 65535
65535
1248818330858 192.168.100.3 1403 85.249.228.82 443 40 65535
65535
1248818330858 192.168.100.3 1402 85.249.228.82 443 40 65535
65535
Часть лога...

Малость не понимаю... вообще не понимаю.. вот эти 40 и 84 это и есть интерфейсы????

Тогда непонятно дальше по логу...
1248818354259 172.17.16.250 53776 80.81.208.2 53 174 65535
65535
1248818354259 172.17.16.250 53776 91.187.239.67 53 232 65535
65535
1248818354259 192.168.10.2 2810 64.34.251.151 80 1429 65535
65535
1248818357859 192.168.100.11 2190 82.204.219.54 80 40 65535
65535
1248818357859 93.158.134.69 80 192.168.100.3 1417 1940 65535
65535
1248818357859 192.168.100.3 1417 93.158.134.69 80 470 65535
65535


Видно что те же адреса на этом же маршруте, получают другой интерфейс.

Нельзя не заметить что в ipcad через rsh - видны интерфейсы... может коллектор из просто не имеет ввиду каким то образом(((

Сдаётся мне что 40 и 84 - это байты, а интерфейс что входящий, что исходящий - 65535

Да это я понял.. но не понял как из этих 65535 - сделать типа ethxx

Ну вообще, хоть у кого нибудь реализовано это все правильно, может поделитесь конфигом коллектора... ? Мне нужно чтобы интерфейсы отличались по какому нибудь признаку.. ?!

Хорошо.. ясно понятно - что ни кто не знает как сделать чтобы коллектор отрабатывал правильно интерфейсы, попробовал использовать ANY - вроди пока норма. Но созрел еще один вопрос, а именно, как настроить коллектор в автономном режиме, при условии что коллектор должен находиться не на машине с базой и сервером и между коллекотором и базой может пропадать связь (к примеру свет отключили), а трафик в это время ходит, что бы как связь появится, все обсчиталось... Такое можно вообще сделать...???
Я это все к чему, ведь в мануале не показано, что в коллекторе надо указать опцию для подключения к базе (когда в автономном режиме), тогда откуда коллектор получить коды источников? Да и в серверной части что то не нашел указания место положения коллектора... ?!

В netflow_ipn.properties указываем путь до базы и место, куда складывать логи. Логи будут обсчитываться биллингом по шедулеру.

У меня при кратковременном пропадании связи до базы коллектор продолжал стабильно работать, логи обсчитывались при восстановлении связи.