Итак, апая тему немного конкретизирую.
Дано:
18 - входящий тр.
19 - исходящий тр.
конфиг модуля vpn:
traffics=18/19;Входящ/Исходящ
max.traffic.20=18,19
в редакторе модулей и услуг:
18 vpn_inet_in
19 vpn_inet_out
20 vpn_max
У клиента вот такой тариф:
В отчете по трафикам в личке клиента стоят цифры: входящ/исход: 5678.23 / 8199.31
Но скорость клиенту начала резаться с 15 числа на 256k. Клиент есс-но негодуе...
Начинаем ковырять....
1. select sum(input_octets) from log_session_4_201011 where login_name="terpila" and session_start >= "2010-11-01 00:00:00" AND session_stop <= "2010-11-15 23:59:00"
Получаем 5821169669 ( логично)
2. select sum(output_octets) from log_session_4_201011 where login_name="terpila" and session_start >= "2010-11-01 00:00:00" AND session_stop <= "2010-11-15 23:59:00"
Получаем 8540755997 ( опять логично )
3. select sum(amount) from session_detail_4_201011 where cid="4780" and sid="18" and dtime >= "2010-11-01 00:00:00" and dtime <= "2010-11-15 23:59:00"
Получаем 5821169669 ( ок)
4. select sum(amount) from session_detail_4_201011 where cid="4780" and sid="19" and dtime >= "2010-11-01 00:00:00" and dtime <= "2010-11-15 23:59:00"
Получаем 8540755997 ( ok-ok )
5. select sum(amount) from session_detail_4_201011 where cid="4780" and sid="20" and dtime >= "2010-11-01 00:00:00" and dtime <= "2010-11-15 23:59:00"
Получаем 10525259771 - с одной стороны всё логично , цифра берётся из максимальных значений в столбцах c sid 18 ,19 но
число больше значения в тарифе в 1 зоне!!! Клиент уходит во вторую зону и начинается вброс г. в вентилятор саппорту.
Чо делать, где я дурак ?
В довесок ещё один select:
select session_id,sid,dtime,amount from session_detail_4_201011 where cid="4780" and sid in (18,19,20) and dtime >= "2010-11-01 00:00:00" and dtime <= "2010-11-15 23:59:00"
Кое-где ( не везде а кое-где )весьма странная логика вычисления 20-ой услуги:
(приведён тока фрагмент)
Код:
session_id sid dtime amount
5837 18 2010-11-01 23:00:00 16 966 598
5837 19 2010-11-01 23:00:00 17 855 774
5837 20 2010-11-01 23:00:00 17 855 774 <- здесь все ок
.....
5837 18 2010-11-02 00:00:00 762 599
5837 19 2010-11-02 00:00:00 488 161
5837 20 2010-11-02 00:00:00 488 161 <- помоему д.б. 762...
.......
18531 18 2010-11-04 11:00:00 31 499 132
18531 19 2010-11-04 11:00:00 26 256 642
18531 20 2010-11-04 11:00:00 31 430 975 <- близко к истине . но отличается копейками
...........
18531 18 2010-11-04 12:00:00 6 353 951
18531 19 2010-11-04 12:00:00 44 919 573
18531 20 2010-11-04 12:00:00 39 745 240 <- результат какойто сложной мат.операции
....................
18531 18 2010-11-04 13:00:00 8 299 900
18531 19 2010-11-04 13:00:00 67 322 507
18531 20 2010-11-04 13:00:00 67 322 507 <- здесь все ок
5837 18 2010-11-01 23:00:00 16 966 598
5837 19 2010-11-01 23:00:00 17 855 774
5837 20 2010-11-01 23:00:00 17 855 774 <- здесь все ок
.....
5837 18 2010-11-02 00:00:00 762 599
5837 19 2010-11-02 00:00:00 488 161
5837 20 2010-11-02 00:00:00 488 161 <- помоему д.б. 762...
.......
18531 18 2010-11-04 11:00:00 31 499 132
18531 19 2010-11-04 11:00:00 26 256 642
18531 20 2010-11-04 11:00:00 31 430 975 <- близко к истине . но отличается копейками
...........
18531 18 2010-11-04 12:00:00 6 353 951
18531 19 2010-11-04 12:00:00 44 919 573
18531 20 2010-11-04 12:00:00 39 745 240 <- результат какойто сложной мат.операции
....................
18531 18 2010-11-04 13:00:00 8 299 900
18531 19 2010-11-04 13:00:00 67 322 507
18531 20 2010-11-04 13:00:00 67 322 507 <- здесь все ок
Кто же не прав: мои /dev/{mind;hands} ? java ? kernel 2.6.26 ? cpu ?...
Откровение свыше дало совет - услугу time поставить 0.0 за 1 мин,(а не за час) насколько оно право ?
| Вложения: |
|
tarif.png [ 18.99 КБ | Просмотров: 4039 ] |
