Jump to content

Mikrotik Direct подсчет трафика


Recommended Posts

Здравствуйте, запущен Ubilling 0.2.6 rev 1423 на убунте, насом стоит микротик , все нормально работает, но возникла проблема с подсчетом трафика с наса на билинг. Создано правило для отправки статистики на микротике, сервиса вроде так же все работают

 

ps aux | grep stargazer

root 27645 0.7 0.8 676428 8540 ? Ssl May07 18:10 stargazer

 

ps aux | grep bandwidthd

root 5244 0.0 0.0 0 0 pts/8 ZN 10:33 0:00 [bandwidthd] <defunct>

root 12085 0.0 0.0 0 0 pts/8 ZN 20:33 0:00 [bandwidthd] <defunct>

root 12159 0.2 0.0 0 0 pts/8 ZN 20:53 0:00 [bandwidthd] <defunct>

root 12167 10.3 1.6 66856 16396 pts/8 SN 20:57 0:00 /usr/sbin/bandwidthd

root 31935 0.1 1.0 56296 10128 pts/8 SN May07 3:12 /usr/sbin/bandwidthd

root 31936 0.1 0.7 52060 8072 pts/8 SN May07 3:11 /usr/sbin/bandwidthd

root 31937 0.1 0.6 50504 6760 pts/8 SN May07 3:11 /usr/sbin/bandwidthd

root 31938 0.1 0.2 49516 2304 pts/8 SN May07 3:34 /usr/sbin/bandwidthd

 

ps aux | grep softflowd

nobody 9679 0.5 0.2 17532 2444 ? Ss 17:18 1:08 /usr/sbin/softflowd -i eth2 -n 127.0.0.1:42111

 

трафик слушается на eth2.

 

Вопросы начались с аномальных ошибок на softflowd

 

softflowctl statistics

softflowd[9679]: Accumulated statistics since 2012-05-08T14:18:45 UTC:

Number of active flows: 857

Packets processed: 934908

Fragments: 0

Ignored packets: 933907 (933907 non-IP, 0 too short)

Flows expired: 31479 (0 forced)

Flows exported: 48852 in 1764 packets (0 failures)

Packets received by libpcap: 1868837

Packets dropped by libpcap: 0

Packets dropped by interface: 0

 

Expired flow statistics: minimum average maximum

Flow bytes: 46 1322 18929872

Flow packets: 1 8 74521

Duration: 0.00s 28.31s 11684.96s

 

Expired flow reasons:

tcp = 18 tcp.rst = 14482 tcp.fin = 375

udp = 16359 icmp = 124 general = 121

maxlife = 0

over 2 GiB = 0

maxflows = 0

flushed = 0

 

Per-protocol statistics: Octets Packets Avg Life Max Life

Unknown (1): 2706153 29419 1758.61s 11684.96s

Unknown (2): 27502 597 201.99s 4931.22s

Unknown (6): 29370267 123157 1.21s 2815.41s

Unknown (17): 9508904 94709 38.57s 11653.56s

Unknown (139): 72 1 0.00s 0.00s

 

а именно - Ignored packets: 933907 (933907 non-IP, 0 too short) , но даже с учтением того что без них есть н-ое количество принятых трафик не считает.

 

Подскажите что не так делаю, и как промонитерить или отдебажить отправку статы. Спасибо.

Link to post
Share on other sites

Как-то не вкурил концепт.

Позвольте спросить - вы трафик пользователей таки на биллинговом хосте считаете или самом микротике как в оригинальном мануале нарисовано?

Link to post
Share on other sites

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

Link to post
Share on other sites

Думаю одно из двух:

 

1. В тарифе выставлен подсчет трафика только по "up"

2. Подсчет трафика производиться где-то на интерфейсе на котором уже работает NAT, отсюда тоже могут расти ногами артефакты когда исходящий трафик еще "абонентский" а на входе уже принадлежит натящему интерфейсу. Посмотрите точно ли сенсор нетфлоу микротика, натравлен на интерфейс смотрящий в сторону пользователей.

Link to post
Share on other sites
  • 10 months later...

А при cap_nf для подсчета трафика с микротика как то можно использовать bandwidthd. трафик считает. а вот за день или за неделю не выводиться. как то можно прикрутить.  

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...