BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 17 апр 2024, 01:30

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: Скат DPI в качестве L2 браса
СообщениеДобавлено: 21 окт 2018, 08:02 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Добрый день.
Тестируем СКАТ DPI в качестве L2 браса (FastDPI 8.0.6 Brugge (Jun 18 2018)). BGBilling 7.1.1021 / 11.09.2018 13:02:44.
Сам скат позволяет совместить pppoe и ipoe авторизацию в одной железке.
Как это сделать в биллинге?
Как я понял в устройстве можно указать или поиск по логину или по ip, и то и другое в одном устройстве сделать нельзя?

Т.е.:
или для pppoe
Код:
# Режим поиска сервиса (аккаунта) договора: 0 (по умолчанию) - по логину:
radius.servSearchMode=0
# с проверкой пароля:
radius.password.verification=1


или для ipoe
Код:
# Режим поиска сервиса (аккаунта) договора: 7 - по ip:
radius.servSearchMode=7
# без проверки пароля:
radius.password.verification=0
# и в типе сервиса еще нужно указать, чтобы работал поиск сервиса по статическому IP-адресу:
serv.search.address=1
# и еще указать в корневом устройстве ID типа устройства ipoe (Типы устройств с аутентификацией по IP-адресу):
radius.key.deviceTypeIds=59


Пока попытки это настроить приводили к работоспособности только одной из схем, обе вместе не хотят,
биллинг не может найти либо логин pppoe либо не может найти логин в виде ip адреса, смотря какое устройство стоит выше.
А как это совместить, или может быть есть какой то мудреный способ разнести этот функционал по разным устройствам?

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 23 окт 2018, 15:56 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Так можно или нет, обрабатывать одновременно в радиус процессоре запросы на авторизацию не требующие и требующие пароль и вести поиск сервиса одновременно по ip/vlan и логину?
Если таки нельзя, то чтобы сохранить обе схемы (и pppoe и dhcp авторизацию), остается только вынести работу с dhcp пользователями в сторону option 82 с SSHServiceActivator?
Какие еще есть варианты?

И отдельный вопрос:
Чем отличается InetRadiusProcessor от InetRadiusHelperProcessor? Что будет если заменить первый на второй?

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 24 окт 2018, 09:14 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Может не совсем ясно излагаю, попробую еще раз.
Есть программный брас, называется Скат DPI, помимо собственно функций браса в нем есть еще разные вкусные плюшки, собственно из области фильтрации трафика по реестру и т.д. ..., стоит в разы дешевле железных решений, и масштабируется до сотен тысяч, а может и миллионов пользователей. Он может работать как с радиус, так и через DHCP option 82, но хочется именно радиус, из за его простоты...
Этот брас может посредством радиус запросов аутентифицировать как обычных pppoe пользователей так и ipoe пользователей с dhcp, повторюсь, ipoe именно с помощью радиуса.
Так вот, пытаюсь получить ответ на вопрос, изложенный в предыдущем посте, по поводу радиуса и его возможностях, текущих или планируемых к реализации, в BGB.
Допускаю что вопрос возможно тупой, но дайте хоть тупой ответ.
Проблема, относительно bgbillinga, на мой взгляд в том, что функции pppoe и ipoe брасов, в с случае со Скат DPI, совмещены в одной железке, и запросы к радиус серверу идут от одного ip, и разделить эти запросы по разным радиус серверам нельзя (pppoe в одну сторону, ipoe в другую). И не ясно, можно ли с помощью каких нибудь скриптов предобработки реализовать следующий функционал?:
- поиск сервиса одновременно по ip(vlan) для ipoe и логину/паролю для pppoe, при этом запросы на поиск сервиса по ip(vian) не содержат пароля (они просто DHCP-proxy).

И отдельный вопрос, какие еще железки могут передавать dhcp запросы пользователей через радиус?

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 24 окт 2018, 15:59 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Отключить провеку пароля можно для определенного типа сервиса, для этого в конфигурации типа сервиса указать:
Код:
serv.radius.password.verification=0
(обновили документацию)

Если DHCP выдает биллинг, а Скат спрашивает, можно ли этому IP, то InetRadiusHelperProcessor сначала ищет по выданным через InetDhcpProcessor адресам, а уже затем по логину. Если СКАТ спрашивает, можно ли этому VLAN/коммутатору-порту, то можно настроить несколько поисков:
https://docs.bitel.ru/pages/viewpage.action?pageId=119505956#id-%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D1%80InetRadiusProcessor-%D0%9F%D0%BE%D0%B8%D1%81%D0%BA%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0/%D0%BB%D0%BE%D0%B3%D0%B8%D0%BD%D0%B0

Но тут вопрос с паролем - что будет, если пользователь PPPoE укажет логин как у IPoE? Как-то по RADIUS-пакету можно понять, что это две разные схемы доступа?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 24 окт 2018, 16:40 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2676
Карма: 72
dex писал(а):
Может не совсем ясно излагаю, попробую еще раз.
Есть программный брас, называется Скат DPI, помимо собственно функций браса в нем есть еще разные вкусные плюшки, собственно из области фильтрации трафика по реестру и т.д. ..., стоит в разы дешевле железных решений, и масштабируется до сотен тысяч, а может и миллионов пользователей. Он может работать как с радиус, так и через DHCP option 82, но хочется именно радиус, из за его простоты...
Этот брас может посредством радиус запросов аутентифицировать как обычных pppoe пользователей так и ipoe пользователей с dhcp, повторюсь, ipoe именно с помощью радиуса.
Так вот, пытаюсь получить ответ на вопрос, изложенный в предыдущем посте, по поводу радиуса и его возможностях, текущих или планируемых к реализации, в BGB.
Допускаю что вопрос возможно тупой, но дайте хоть тупой ответ.
Проблема, относительно bgbillinga, на мой взгляд в том, что функции pppoe и ipoe брасов, в с случае со Скат DPI, совмещены в одной железке, и запросы к радиус серверу идут от одного ip, и разделить эти запросы по разным радиус серверам нельзя (pppoe в одну сторону, ipoe в другую). И не ясно, можно ли с помощью каких нибудь скриптов предобработки реализовать следующий функционал?:
- поиск сервиса одновременно по ip(vlan) для ipoe и логину/паролю для pppoe, при этом запросы на поиск сервиса по ip(vian) не содержат пароля (они просто DHCP-proxy).

И отдельный вопрос, какие еще железки могут передавать dhcp запросы пользователей через радиус?

не совсем передавать dhcp. Но посмотрите в сторону accel-ppp


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 25 окт 2018, 18:13 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Amir писал(а):
Отключить провеку пароля можно для определенного типа сервиса, для этого в конфигурации типа сервиса указать:
Код:
serv.radius.password.verification=0
(обновили документацию)

Если DHCP выдает биллинг, а Скат спрашивает, можно ли этому IP, то InetRadiusHelperProcessor сначала ищет по выданным через InetDhcpProcessor адресам, а уже затем по логину. Если СКАТ спрашивает, можно ли этому VLAN/коммутатору-порту, то можно настроить несколько поисков:
https://docs.bitel.ru/pages/viewpage.action?pageId=119505956#id-%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%BE%D1%80InetRadiusProcessor-%D0%9F%D0%BE%D0%B8%D1%81%D0%BA%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0/%D0%BB%D0%BE%D0%B3%D0%B8%D0%BD%D0%B0

Но тут вопрос с паролем - что будет, если пользователь PPPoE укажет логин как у IPoE? Как-то по RADIUS-пакету можно понять, что это две разные схемы доступа?

Да, процесс пошел)) благодарю за подсказку.
Но там походу еще много вопросов...
По логам радиуса вижу что Access-Accept выдан, но сессия в мониторе не появляется, по какому вообще критерию появляются сессии в мониторе?
лог радиуса для ipoe (статический ip адрес):
Код:
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] RadiusListenerWorker - REQUEST:
Packet type: Access-Request
Identifier: 12
Authenticator: {0B E3 55 23 D4 26 EC 3B 5A CA 0B 20 8F 12 86 C9}
Attributes:
  NAS-Identifier=VasExperts.FastDPI
  Message-Authenticator={61 20 80 B4 C8 1D B0 CC 96 99 61 65 E3 86 6E 74}
  User-Name=192.168.248.3
  User-Password=VasExperts.FastD
  Service-Type=2
  Framed-IP-Address=192.168.248.3
  UNKNOWN[-1-89]={00}
  Acct-Session-Id=5DE4955703F8A8C0
  VASExperts-DHCP-DNS=   

10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - REQUEST_AFTER_PREPROCESS:
Packet type: Access-Request
Identifier: 12
Authenticator: {0B E3 55 23 D4 26 EC 3B 5A CA 0B 20 8F 12 86 C9}
Attributes:
  NAS-Identifier=VasExperts.FastDPI
  Message-Authenticator={61 20 80 B4 C8 1D B0 CC 96 99 61 65 E3 86 6E 74}
  User-Name=192.168.248.3
  User-Password=VasExperts.FastD
  Service-Type=2
  Framed-IP-Address=192.168.248.3
  UNKNOWN[-1-89]={00}
  Acct-Session-Id=5DE4955703F8A8C0
  VASExperts-DHCP-DNS=   

10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetNas - Search by username=192.168.248.3
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetNas - Search by address=192.168.248.3 on device
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - [username=192.168.248.3] Authenticated as inetServId:2936
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetApplication - contract tariffOptions: {}
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetApplication - inetServ[id=2936] balance ok: -0.07 [-300000.00]
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetApplication - OptionSet: [40]
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - Set ip from serv
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - Write new waiting connection to DB
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - New connection id=715420
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - Return code=0
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetConnectionKeyMap - Put auth accept 192.168.248.3
10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Accept
Identifier: 12
Authenticator: {}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Acct-Interim-Interval=900
  Framed-IP-Address=192.168.248.3
  MS-Primary-DNS-Server=8.8.8.8
  MS-Secondary-DNS-Server=8.8.4.4
  VasExperts-Policing-Profile=rate_50M
  VasExperts-Enable-Service=9:on
  VasExperts-Enable-Service=3:on

Process time auth: 50

10-25/20:38:20  INFO [rdsLstnr-p-8-t-4] InetRadiusListenerWorker - RESPONSE (51ms):
Packet type: Access-Accept
Identifier: 12
Authenticator: {AB F8 79 2A 05 EF 7C 5E 4D 81 D4 E4 93 34 12 85}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Acct-Interim-Interval=900
  Framed-IP-Address=192.168.248.3
  MS-Primary-DNS-Server=8.8.8.8
  MS-Secondary-DNS-Server=8.8.4.4
  VasExperts-Policing-Profile=rate_50M
  VasExperts-Enable-Service=9:on
  VasExperts-Enable-Service=3:on


С pppoe ситуация похожая, в плане сессий в мониторе, пока в radius.realm.default.attributes=Acct-Interim-Interval=900; не добавишь атрибуты VasExperts-Enable-Service=9:on и VasExperts-Enable-Service=3:on, сессия не появляется.
Чего не хватает для появления сессий?
Текущий конфиг для данного устройства:
Код:
deviceId=60
flow.agent.type=netflow
ip.resource.categoryId=16,29
nas.radius.connection.checkDuplicate=8
nas.radius.deviceTypeIds=6,10,58
nas.radius.disable.accessCodes=12
nas.radius.disable.attributes=Acct-Interim-Interval=900;VasExperts-Restrict-User=1;VasExperts-Enable-Service=9:on;VasExperts-Enable-Service=3:on;VasExperts-Enable-Service=5:on;VasExperts-Policing-Profile=rate_captive_portal;MS-Primary-DNS-Server=8.8.8.8;MS-Secondary-DNS-Server=8.8.4.4
nas.radius.disable.mode=1
nas.radius.inetOption.1.template=VasExperts-Policing-Profile=$policingProfile
nas.radius.key.deviceTypeIds=59
nas.radius.password.verification=1
nas.radius.port=3799
nas.radius.realm.default.attributes=Acct-Interim-Interval=900;VasExperts-Enable-Service=9:on;VasExperts-Enable-Service=3:on;MS-Primary-DNS-Server=8.8.8.8;MS-Secondary-DNS-Server=8.8.4.4
nas.radius.realm.default.ipCategories=29
nas.radius.servSearchMode=0,9
nas.radius.username.ignoreCase=1
port.admin=2005
radius.connection.checkDuplicate=8
radius.deviceTypeIds=6,10,58
radius.disable.accessCodes=12
radius.disable.attributes=Acct-Interim-Interval=900;VasExperts-Restrict-User=1;VasExperts-Enable-Service=9:on;VasExperts-Enable-Service=3:on;VasExperts-Enable-Service=5:on;VasExperts-Policing-Profile=rate_captive_portal;MS-Primary-DNS-Server=8.8.8.8;MS-Secondary-DNS-Server=8.8.4.4
radius.disable.mode=1
radius.inetOption.1.template=VasExperts-Policing-Profile=$policingProfile
radius.key.deviceTypeIds=59
radius.password.verification=1
radius.port=3799
radius.realm.default.attributes=Acct-Interim-Interval=900;VasExperts-Enable-Service=9:on;VasExperts-Enable-Service=3:on;MS-Primary-DNS-Server=8.8.8.8;MS-Secondary-DNS-Server=8.8.4.4
radius.realm.default.ipCategories=29
radius.servSearchMode=0,9
radius.username.ignoreCase=1
sa.port=22
sa.radius.connection.stateModify=1
sa.radius.connection.withoutBreak=1
sa.radius.disable.attributes=VasExperts-Restrict-User=1;VasExperts-Policing-Profile=rate_captive_portal
sa.radius.enable.attributes=VasExperts-Restrict-User=0;VasExperts-Enable-Service=5:off
sa.radius.log=1
vendors=9=Cisco;2011=Huawei;2021=Unix PPP;529=Lucent;6618=Quintum;529=Ascend;311=Microsoft;12341=MPD;14988=Mikrotik;43823=VasExperts;
vlan.resource.category=1

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 26 окт 2018, 23:21 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Amir писал(а):
Но тут вопрос с паролем - что будет, если пользователь PPPoE укажет логин как у IPoE? Как-то по RADIUS-пакету можно понять, что это две разные схемы доступа?

В Access-Request - атрибут VasExperts-Service-Type:
VALUE VasExperts-Service-Type Auth 0 # L3-authorization, known IP
VALUE VasExperts-Service-Type DHCP 1 # DHCP
VALUE VasExperts-Service-Type PAP 2 # PAP authorization
VALUE VasExperts-Service-Type CHAP 3 # CHAP authorization
VALUE VasExperts-Service-Type MS_CHAPv2 4 # MS-CHAPv2 authorization
VALUE VasExperts-Service-Type MAC_QinQ 5 # MAC/QinQ authorization
VALUE VasExperts-Service-Type ARP 6 # ARP
VALUE VasExperts-Service-Type DHCPv6 7 # DHCPv6

2-5 - это pppoe с разным типом авторизации

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 26 окт 2018, 23:55 
Не в сети

Зарегистрирован: 24 июл 2007, 10:58
Сообщения: 89
Карма: 0
Amir писал(а):
Если DHCP выдает биллинг, а Скат спрашивает, можно ли этому IP, то InetRadiusHelperProcessor сначала ищет по выданным через InetDhcpProcessor адресам, а уже затем по логину.

В случае со Скат, dhcp запрос от клиента может быть передан на биллинг при помощи радиуса (dhcp-proxy), без участия dhcp-сервера биллинга и опции 82.

И тут возник другой вопрос.
Как объяснить биллингу, что искать pppoe сервисы нужно на одном устройстве, а ipoe на другом?
Ведь оба вида запросов снабжены одними и теми же NAS-Identifier=, но зато разными VasExperts-Service-Type=
Сейчас у меня получается, что биллинг ищет сервис только на одном устройстве, а нужно что бы он при неудачном поиске на одном, переключался на другое.

_________________
Сервер: вер. 7.1.1021 / 11.09.2018 13:02:44
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_73
inet: вер. 7.1.628 / 11.09.2018 13:02:53


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Скат DPI в качестве L2 браса
СообщениеДобавлено: 01 ноя 2018, 20:24 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
https://docs.bitel.ru/pages/viewpage.action?pageId=125960194#id-СКАТDPIBRAS-PPPoEиIPoEодновременно


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.075s | 36 Queries | GZIP : On ]