forum.bitel.ru
http://forum.bitel.ru/

Некорректное отображение сессий в статистике
http://forum.bitel.ru/viewtopic.php?f=44&t=11010
Страница 1 из 1

Автор:  gwbi1 [ 21 окт 2015, 01:39 ]
Заголовок сообщения:  Некорректное отображение сессий в статистике

В статистике отображается по несколько сессий с одинаковым session-id и ip, по факту это одна и та же сессия.

Логи с браса:
/var/log# grep D00003 remotelog  | grep -v authenticated | grep -v connected | grep -v terminating
Oct 15 13:58:02 172.16.0.2 D00003 logged in, 100.64.7.36
Oct 15 14:00:56 172.16.0.2 D00003 logged out, 174 4046595 19159331 11012 15429
Oct 15 14:01:02 172.16.0.2 D00003 logged in, 100.64.7.37
Oct 15 14:03:46 172.16.0.2 D00003 logged out, 164 15788 24945 154 56
Oct 15 14:04:05 172.16.0.2 D00003 logged in, 100.64.7.63
Oct 15 16:19:56 172.16.0.2 D00003 logged out, 8151 12135887 149962715 97833 135051
Oct 15 16:20:01 172.16.0.2 D00003 logged in, 100.64.7.154
Oct 15 18:40:26 172.16.0.2 D00003 logged out, 8426 74040833 1890263179 1362524 1347708
Oct 15 18:49:27 172.16.0.2 D00003 logged in, 100.64.0.222
Oct 15 19:28:32 172.16.0.2 D00003 logged out, 2346 24381929 425243988 236420 320869
Oct 15 19:41:31 172.16.0.2 D00003 logged in, 100.64.1.76
Oct 15 19:45:36 172.16.0.2 D00003 logged out, 245 214169 906369 1603 1361
Oct 15 19:47:41 172.16.0.2 D00003 logged in, 100.64.1.77
Oct 16 14:20:44 172.16.0.2 D00003 logged out, 66782 47511804 1302949355 625215 947404
Oct 16 14:20:44 172.16.0.2 <0034>: user D00003 authentication failed
Oct 16 14:20:55 172.16.0.2 D00003 logged in, 100.64.3.105
Oct 16 18:26:03 172.16.0.2 D00003 logged out, 14707 43209144 1292138085 580186 920671
Oct 16 18:34:43 172.16.0.2 D00003 logged in, 100.64.4.198
Oct 17 14:01:11 172.16.0.2 D00003 logged out, 69989 70109591 1945076778 909504 1422062
Oct 17 14:02:05 172.16.0.2 D00003 logged in, 100.64.7.81


Логи сессий с bgbilling:
"Код сессии";"Устройство";"Идентификатор";"Сервис";"С номера/на номер";"IP";"Начало";"Окончание";"Активность";"Стоимость";"Статус";"Время" 
45;Mikrotik: bras [172.16.0.2];8190002c;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.7.36;15.10.2015 13:58:02;15.10.2015 14:00:55;15.10.2015 14:01:11;0.00000;завершена;00:02:54 [174]
46;Mikrotik: bras [172.16.0.2];8190002d;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.7.37;15.10.2015 14:01:02;15.10.2015 14:03:45;15.10.2015 14:04:01;0.00000;завершена;00:02:44 [164]
47;Mikrotik: bras [172.16.0.2];8190002e;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.7.63;15.10.2015 14:04:05;15.10.2015 16:19:55;15.10.2015 16:20:11;0.00000;завершена;02:15:51 [8151]
49;Mikrotik: bras [172.16.0.2];81900030;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.7.154;15.10.2015 16:20:01;15.10.2015 18:40:26;15.10.2015 18:40:42;0.00000;завершена;02:20:26 [8426]
52;Mikrotik: bras [172.16.0.2];81900033;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.0.222;15.10.2015 18:49:27;15.10.2015 19:28:32;15.10.2015 19:28:48;0.00000;завершена;00:39:06 [2346]
53;Mikrotik: bras [172.16.0.2];81900034;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.1.76;15.10.2015 19:41:31;15.10.2015 19:45:35;15.10.2015 19:45:51;0.00000;завершена;00:04:05 [245]
54;Mikrotik: bras [172.16.0.2];81900035;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.1.77;15.10.2015 19:47:41;15.10.2015 23:59:59;15.10.2015 23:57:41;0.00000;завершена;04:12:19 [15139]
57;Mikrotik: bras [172.16.0.2];81900035;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.1.77;16.10.2015 00:00:00;16.10.2015 14:20:42;16.10.2015 14:20:58;0.00000;завершена;14:20:43 [51643]
65;Mikrotik: bras [172.16.0.2];819000b4;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.3.105;16.10.2015 14:20:55;16.10.2015 18:26:01;16.10.2015 18:26:17;0.00000;завершена;04:05:07 [14707]
72;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;16.10.2015 18:34:43;16.10.2015 23:59:59;16.10.2015 23:59:43;0.00000;завершена;05:25:17 [19517]
80;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;17.10.2015 00:00:00;17.10.2015 11:09:43;17.10.2015 11:09:59;0.00000;завершена;11:09:44 [40184]
86;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;17.10.2015 11:19:43;17.10.2015 11:29:43;17.10.2015 11:29:59;0.00000;завершена;00:10:01 [601]
89;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;17.10.2015 11:39:44;17.10.2015 14:01:11;17.10.2015 14:01:27;0.00000;завершена;02:21:28 [8488]


Скрин в аттаче.

Из-за чего бгбиллинг воспринимает одну и ту же сессию как несколько?

Вложения:
Комментарий к файлу: Скриншот статистики сессий по абоненту
Screen Shot 2015-10-17 at 17.18.42.png
Screen Shot 2015-10-17 at 17.18.42.png [ 74.49 КБ | Просмотров: 3546 ]

Автор:  Phricker [ 21 окт 2015, 02:20 ]
Заголовок сообщения:  Re: Некорректное отображение сессий в статистике

Вы про 23:59:59?
Логический разрыв сессии

Автор:  gwbi1 [ 21 окт 2015, 22:06 ]
Заголовок сообщения:  Re: Некорректное отображение сессий в статистике

Phricker писал(а):
Вы про 23:59:59?
Логический разрыв сессии


В том числе и про 23:59:59. Что такое и зачем нужен логический разрыв сессий в bgbilling? Где про это почитать?

Но есть и не только в 23:59:59, а, например, вот:
86;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;17.10.2015 11:19:43;17.10.2015 11:29:43;17.10.2015 11:29:59;0.00000;завершена;00:10:01 [601]
89;Mikrotik: bras [172.16.0.2];819000c9;D00003;00:17:31:65:AA:BB/pppoe-eth1;100.64.4.198;17.10.2015 11:39:44;17.10.2015 14:01:11;17.10.2015 14:01:27;0.00000;завершена;02:21:28 [8488]


Т.е. как будто бы не было сессии с 11:29 по 11:39, хотя по факту сессия была и сервис предоставлялся. Мне кажется, просто теряется interrim-accounting конкретно в этом случае. acct-interim-interval=5 минут, т.е. как будто бы один interrim "потерялся"(в 11:34) или пришёл с небольшой задержкой и сессия сразу же считается завершённой. Я правильно понимаю, что в этом случае, IP из динамического пула может быть выдан другому абоненту?

Вопрос - сколько ждёт bgbilling interrim-accounting? (какова допустимая задержка?)

Автор:  Phricker [ 22 окт 2015, 00:27 ]
Заголовок сообщения:  Re: Некорректное отображение сессий в статистике

gwbi1 писал(а):
Вопрос - сколько ждёт bgbilling interrim-accounting? (какова допустимая задержка?)

Дока

gwbi1 писал(а):
В том числе и про 23:59:59. Что такое и зачем нужен логический разрыв сессий в bgbilling? Где про это почитать?

По ссылке выше или по этой

Автор:  gwbi1 [ 23 окт 2015, 21:09 ]
Заголовок сообщения:  Re: Некорректное отображение сессий в статистике

Phricker
Спасибо за ссылки. Буду разбираться шлёт ли bras микротик аккаунтинг во время, доходит ли он до сервера и если доходит, то откуда берутся "разрывы" сессий в статистике не в 00:00

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/