Неправильный учёт Radius при режиме EAP. Unifi 2.3.9

Неправильный учёт Radius при режиме EAP. Unifi 2.3.9, UniFi Network

onat

Guest

13.05.2013 11:22:00

Мы используем Unifi для построения университетской сети с аутентификацией EAP. Столкнулись с проблемой в учёте (accounting).

1) Неверные счётчики. Например, наш radius-сервер получил такой acc-request:
rad_recv: Accounting-Request packet from host 10.100.5.12 port 1030, id=18, length=179
Acct-Session-Id = "386D4392-00000018"
Acct-Status-Type = Stop
Acct-Authentic = RADIUS
User-Name = "test"
NAS-Port = 0
Called-Station-Id = "06-27-22-0B-14-E7:testing"
Calling-Station-Id = "28-FB-D3-89-A7-F8"
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 0Mbps 802.11"
Acct-Session-Time = 4294967145
Acct-Input-Packets = 0
Acct-Output-Packets = 4822264
Acct-Input-Octets = 4846528
Acct-Output-Octets = 4825392
Event-Timestamp = "May 13 2013 14:01:18 EEST"
Acct-Terminate-Cause = User-Request

Все эти счётчики неверны. Реальное время сессии — около 10 секунд, но Unifi отправляет в radius 4294967145. Хотя иногда время сессии приходит правильное.

2) В каждом случае мы получаем Acct-Terminate-Cause = User-Request. Я пытался выключить радио на клиентском устройстве, и ожидал получить Lost-Carrier в этой ситуации.

3) Странный учёт при роуминге клиента между точками доступа. При роуминге нужно ли для каждого «хопа» создавать новую сессию учёта (start-interim-stop) или одна сессия с тем же Acct-Session-Id, но с разным Nas-IP-Address?

PS: Извините за мой английский.

Снимок учёта с неправильными счётчиками пакетов и байт, но с правильным временем сессии:

rad_recv: Accounting-Request packet from host 10.100.5.156 port 1037, id=41, length=137
Acct-Session-Id = "518CCC3B-00000006"
Acct-Status-Type = Start
Acct-Authentic = RADIUS
User-Name = "test"
NAS-Port = 0
Called-Station-Id = "06-27-22-F3-56-D0:testing"
Calling-Station-Id = "28-FB-D3-89-A7-F8"
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 0Mbps 802.11"

rad_recv: Accounting-Request packet from host 10.100.5.156 port 1037, id=42, length=173
Acct-Session-Id = "518CCC3B-00000006"
Acct-Status-Type = Interim-Update
Acct-Authentic = RADIUS
User-Name = "test"
NAS-Port = 0
Called-Station-Id = "06-27-22-F3-56-D0:testing"
Calling-Station-Id = "28-FB-D3-89-A7-F8"
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 0Mbps 802.11"
Acct-Session-Time = 120
Acct-Input-Packets = 718935408
Acct-Output-Packets = 4822264
Acct-Input-Octets = 4261780
Acct-Output-Octets = 4261604
Event-Timestamp = "May 13 2013 14:15:27 EEST"

rad_recv: Accounting-Request packet from host 10.100.5.156 port 1037, id=44, length=179
Acct-Session-Id = "518CCC3B-00000006"
Acct-Status-Type = Stop
Acct-Authentic = RADIUS
User-Name = "test"
NAS-Port = 0
Called-Station-Id = "06-27-22-F3-56-D0:testing"
Calling-Station-Id = "28-FB-D3-89-A7-F8"
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 0Mbps 802.11"
Acct-Session-Time = 271
Acct-Input-Packets = 0
Acct-Output-Packets = 4822264
Acct-Input-Octets = 4846528
Acct-Output-Octets = 4826360
Event-Timestamp = "May 13 2013 14:17:58 EEST"
Acct-Terminate-Cause = User-Request

UI-Team

Guest

12.06.2013 20:08:00

Это должно быть исправлено в версии 3.1.2 и далее (где-то глубоко в описании выпуска).

На UAP-Pro с прошивкой 3.1.2 я вижу следующее в логах freeradius:

Вт 28 мая 2013 11:51:21 Acct-Session-Id = "00000013-00000004" Acct-Status-Type = Stop Acct-Authentic = RADIUS User-Name = "ubnt" NAS-Port = 0 Called-Station-Id = "00-27-22-E7-07-42:jerry-dev-radius" Calling-Station-Id = "D8-A2-5E-A2-D2-75" NAS-Port-Type = Wireless-802.11 Connect-Info = "CONNECT 0Mbps 802.11b" Acct-Session-Time = 182487 Acct-Input-Packets = 4956 Acct-Output-Packets = 5104 Acct-Input-Octets = 489938 Acct-Output-Octets = 2488148 Event-Timestamp = "May 28 2013 11:51:20 PDT" Acct-Terminate-Cause = Admin-Reboot NAS-IP-Address = 11.0.0.138 Acct-Unique-Session-Id = "a17639f1e6eadb91" Timestamp = 1369767081 Request-Authenticator = Verified

beone Guest	#3 12.06.2013 17:40:00 +1 😹

esinctio

Guest

12.06.2013 16:30:00

Нам нужна такая же функция RADIUS-аутентификации и учёта. Это неотъемлемая часть стандарта Hotspot 2.0. Если Ubiquiti продаёт UniFi как корпоративную точку доступа, на мой взгляд, он хотя бы должен поддерживать эту обязательную корпоративную функцию. Без неё нам придётся переходить на других производителей, таких как Aruba и Ruckus! Есть ли планы официально исправить/поддержать это в Unifi V3? С уважением, J.

dleo Guest	#5 14.04.2015 11:18:00 Мы всё ещё застряли на этом.

taknamecom Guest	#6 03.08.2014 07:21:00 Вставай! Джерри!!!

Twanislas Guest	#7 15.07.2013 18:31:00 Привет! Есть какие-нибудь новости по этому вопросу?

onat

Guest

12.06.2013 20:54:00

Можешь объяснить, какое правильное поведение при переходе клиента между точками доступа? Нужно ли обязательно получать accounting stop для первой сессии (клиент -> AP1) и accounting start для новой (клиент -> AP2), или можно просто отправить accounting update с тем же session-ID и новым IP-адресом?

esinctio

Guest

12.06.2013 20:28:00

У меня такая же проблема, я использую версию v3.1.2. Данные сессии вроде бы в порядке, но как только сессия заканчивается, фиксированное значение 4 ГБ из 4 ГБ записывается. Надеюсь, это скоро исправят, а также добавят поддержку Gigawords для передач данных свыше 4 ГБ и вкладку для указания сервера/порта radius accounting — было бы здорово. J.

beone Guest	#10 12.06.2013 20:15:00 Это не так. Каждая сессия заканчивается с 4 ГБ на загрузку и 4 ГБ на выгрузку, независимо от объема переданных данных. (Использую версию V3.1.2)

Читают тему (гостей: 1)