BiTel

После последних обновлений что странное стало происходить со временем сессий.
После 15-00 начало сессии становится следующим днем. До 15-00 все корректно отображается.

Версии из about попросят

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Информация о версии:

Клиент: вер. 7.0.958 / 17.05.2018 17:00:46
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_171
Сервер: вер. 7.0.1368 / 22.05.2018 15:20:47
os: FreeBSD; java: OpenJDK 64-Bit Server VM, v.1.8.0_152
ВНИМАНИЕ: Виртуальная машина OpenJDK 64-Bit Server VM не рекомендуется

bill: вер. 7.0.137 / 13.04.2018 02:02:36
card: вер. 7.0.48 / 14.03.2018 16:03:03
dialup: вер. 7.0.325 / 14.03.2018 16:02:12
drweb: вер. 7.0.78 / 14.03.2018 16:03:36
gorod: вер. 7.0.171 / 14.03.2018 16:03:45
inet: вер. 7.0.881 / 17.05.2018 20:01:47
ipn: вер. 7.0.278 / 16.05.2018 18:40:04
ВНИМАНИЕ: клиентская версия: 7.0.277 / 21.03.2018 15:22:20
mps: вер. 7.0.226 / 14.03.2018 16:04:03
npay: вер. 7.0.215 / 18.04.2018 17:01:51
paymaster: вер. 7.0.68 / 14.03.2018 16:04:18
rentsoft: вер. 7.0.72 / 21.03.2018 15:22:51
reports: вер. 7.0.243 / 17.05.2018 17:03:09
ru.bitel.bgbilling.plugins.cashcheck: вер. 7.0.124 / 07.05.2018 21:27:59
ru.bitel.bgbilling.plugins.cladr: вер. 7.0.126 / 14.03.2018 16:03:33
ru.bitel.bgbilling.plugins.crm: вер. 7.0.201 / 14.03.2018 16:03:34
ru.bitel.bgbilling.plugins.dispatch: вер. 7.0.98 / 14.03.2018 16:03:35
ru.bitel.bgbilling.plugins.helpdesk: вер. 7.0.200 / 14.03.2018 16:03:45
trayinfo: вер. 7.0.181 / 14.03.2018 16:05:14
tv: вер. 7.0.290 / 17.05.2018 17:02:57
voiceip: вер. 7.0.208 / 14.03.2018 16:02:19
wm: вер. 7.0.198 / 14.03.2018 16:05:28
yamoney: вер. 7.0.80 / 14.03.2018 16:05:31

Окружение:

Клиент:
os: Windows 7 amd64, 6.1
java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_171
jre home: C:\Program Files\Java\jre1.8.0_171
memory (use/total/max): 58M/188M/455M
default tz: 24.05.2018 16:41 YAKT +0900 (Asia/Yakutsk)
user tz: 24.05.2018 16:41 JST +0900 (Asia/Tokyo)
locale: ru_RU
Сервер:
os: FreeBSD amd64, 10.3-RELEASE-p26
java: OpenJDK 64-Bit Server VM, v.1.8.0_152
jre home: /usr/local/openjdk8/jre
default tz: 24.05.2018 16:40 YAKT +0900 (Asia/Yakutsk)
memory (use/total/max): 212M/476M/476M
db time: master: 24.05.2018 16:40 YAKT
db charset: connection: cp1251(cp1251_general_ci), database: utf8(utf8_unicode_ci)
locale: en_US
uptime: Started: 23.05.2018 12:38:48 Uptime: 1 d 04:01:40

Третьи стороны:

Fugue Icons. Copyright © 2011 Yusuke Kamiyamane. All rights reserved.
http://p.yusukekamiyamane.com/
Silk icon set. Copyright © Mark James. All rights reserved.
http://www.famfamfam.com/lab/icons/silk/

смущает +09 и как раз 15:00, но чота непонятно как могло уплыть
а время в клиенте правильно рисуется на тулбаре?

_________________
I'm clever. I've got a computer.

и вот это поправьте:
db charset: connection: cp1251(cp1251_general_ci), database: utf8(utf8_unicode_ci)

_________________
I'm clever. I've got a computer.

В RADIUS-пакетах у этих сессий (правой кнопкой - показать RADIUS/DHCP-лог) длительность в Acct-Session-Time нормальная?

завершенная сессия

Time: 24.05.2018 17:07:56
Packet type: Access-Request
Identifier: 160
Authenticator: {0E B1 53 FE 58 09 04 B8 52 E5 4F 7F 3D 46 63 E4}
Attributes:
NAS-Identifier=billing
Tunnel-Medium-Type:0=6
User-Name=abof1445
Tunnel-Client-Endpoint=68:72:51:34:b1:b0
NAS-IP-Address=172.27.27.4
NAS-Port=1159
Service-Type=2
Framed-Protocol=1
Acct-Session-Id=7149276-vlan444-1159
Message-Authenticator={6B 99 62 8D 08 4E 11 26 79 EA AB 25 A6 F0 B6 7B}
NAS-Port-Id=vlan444
NAS-Port-Type=15
Called-Station-Id=
Calling-Station-Id=68:72:51:34:b1:b0
UNKNOWN[12341-19]={}
mpd-link=vlan444-1159
MS-CHAP2-Response={01 00 98 8F A4 A8 98 9A 41 04 28 28 9D 23 8C A2 E1 2C 00 00 00 00 00 00 00 00 65 F7 D1 52 A8 CC 76 AD E8 99 F1 EE 29 0B 50 13 FB 5B D6 FF 46 A7 26 C9}
MS-CHAP-Challenge={BB 1E 68 EE AD C8 5B 12 14 B5 1C 48 29 C7 D2 2D}

Time: 24.05.2018 17:07:56
Packet type: Access-Accept
Identifier: 160
Authenticator: {74 BE D6 0D 1E 8B 4B 97 A8 32 45 0A 57 DD 43 1E}
Attributes:
Message-Authenticator={C7 82 07 D6 07 30 99 D0 9C FC 21 3F 75 1D DA 01}
Framed-IP-Address=176.114.22.135
mpd-limit=in#1=all shape 4196000 4000 pass
mpd-limit=out#1=all shape 4196000 4000 pass
MS-MPPE-Send-Key={A1 AD 57 2D 14 2A 0D D9 3F 92 CB D2 4F 3D 8B F6 0F C7 38 88 5C 30 B1 6B 30 BD B3 34 BC 97 74 17 79 3E}
MS-MPPE-Recv-Key={B4 EA 34 2B A3 E3 28 2A C3 10 5F 62 A2 BF F2 68 D0 29 2F 14 AA 56 CC AA F2 94 CC D6 FD 98 D8 FE 02 A9}
MS-MPPE-Encryption-Policy={00 00 00 01}
MS-MPPE-Encryption-Types={00 00 00 04}
MS-CHAP2-Success={3F 53 3D 31 34 34 30 31 31 38 35 45 43 35 34 42 35 36 35 46 42 38 46 41 34 45 36 39 39 42 35 44 37 31 36 43 33 37 44 36 44 42 43}

Process time auth: 0


Time: 24.05.2018 17:07:56
Packet type: Accounting-Request
Identifier: 210
Authenticator: {59 6E 10 8F DE CE 95 1C 3B C1 8A DE 28 53 B9 53}
Attributes:
NAS-Identifier=billing
Tunnel-Medium-Type:0=6
User-Name=abof1445
Tunnel-Client-Endpoint=68:72:51:34:b1:b0
NAS-IP-Address=172.27.27.4
NAS-Port=1159
Service-Type=2
Framed-Protocol=1
Acct-Status-Type=1
Framed-IP-Address=176.114.22.135
Acct-Session-Id=7149276-vlan444-1159
Acct-Authentic=1
Acct-Multi-Session-Id=7149276-B1-371
Acct-Link-Count=1
NAS-Port-Id=vlan444
NAS-Port-Type=15
Called-Station-Id=
Calling-Station-Id=68:72:51:34:b1:b0
UNKNOWN[12341-19]={}
UNKNOWN[12341-19]={}
mpd-link=vlan444-1159
mpd-bundle=B1-371
mpd-iface=ng369
mpd-iface-index=563


Time: 24.05.2018 17:16:02
Packet type: Accounting-Request
Identifier: 126
Authenticator: {88 FF 33 D0 BA 3C FB 80 FF D2 E0 88 46 7A 9C B8}
Attributes:
Tunnel-Medium-Type:0=6
User-Name=abof1445
Tunnel-Client-Endpoint=68:72:51:34:b1:b0
NAS-IP-Address=172.27.27.4
NAS-Port=1159
Service-Type=2
Framed-Protocol=1
Framed-IP-Address=176.114.22.135
NAS-Port-Id=vlan444
Called-Station-Id=
Calling-Station-Id=68:72:51:34:b1:b0
NAS-Identifier=billing
Acct-Status-Type=2
Acct-Input-Octets=734749
Acct-Output-Octets=15437557
Acct-Session-Id=7149276-vlan444-1159
Acct-Authentic=1
Acct-Session-Time=488
Acct-Input-Packets=8345
Acct-Output-Packets=12125
Acct-Terminate-Cause=1
Acct-Multi-Session-Id=7149276-B1-371
Acct-Link-Count=1
Acct-Input-Gigawords=0
Acct-Output-Gigawords=0
NAS-Port-Type=15
UNKNOWN[12341-19]={}
UNKNOWN[12341-19]={}
mpd-link=vlan444-1159
mpd-bundle=B1-371
mpd-iface=ng369
mpd-iface-index=563

Был второй радиус сервер запущен. Возможно дело в нем. Отключил. Завтра отпишу по результату

Влезу сюда с вопросом о времени.
Ситуация такая:
Сессия стартанула 7.06.2018 17:19:32 и длится до сих пор, но для биллинга она продлилась до 23:59:59 и 8.06.2018 в 00:00:00 началась новая, если смотреть историю и текущие сессии.
Страшного конечно ничего нет, но нельзя ли как-то их одним целым отображать?

Нет, такая логика модуля сейчас, что он для себя логически делит сессию в начале новых суток. Сделано было для бухгалтерии и переобсчета.