[sind]

Коллеги, добрый день!

 

Вопрос касательно взаимодействия Juniper MX и Radius подсистемы.

Есть Juniper MX на котором реализован функционал BRAS, схема IPoE (DHCP). Есть биллинг.

Необходимо "подружить" MX и биллинг в плане контроля сессии.

 

Опишу детальней, на МХ висит сессия клиента:

 

Type: DHCP
User Name: 0017.315d.cdc2
IP Address: 192.168.101.20
IP Netmask: 255.255.255.0
Logical System: default
Routing Instance: default
Interface: demux0.1073741825
Interface type: Dynamic
Underlying Interface: ge-1/1/2.1073741824
Dynamic Profile Name: INET
Dynamic Profile Version: 1
MAC Address: 00:17:31:5d:cd:c2
State: Active
Radius Accounting ID: 2
Session ID: 2
VLAN Id: 2000
Agent Circuit ID: ge-0/0/0.0:vlan2000
Agent Remote ID: 3c:8a:b0:14:13:40
Login Time: 2015-08-20 00:04:02 EEST
Service Sessions: 1
DHCP Options: len 85
35 01 01 3d 07 01 00 17 31 5d cd c2 0c 05 43 50 45 2d 31 3c
08 4d 53 46 54 20 35 2e 30 37 0c 01 0f 03 06 2c 2e 2f 1f 21
79 f9 2b 52 28 01 13 67 65 2d 30 2f 30 2f 30 2e 30 3a 76 6c
61 6e 32 30 30 30 02 11 33 63 3a 38 61 3a 62 30 3a 31 34 3a
31 33 3a 34 30
IP Address Pool: 2
IPv4 Input Filter Name: fltr-100m-NAT-demux0.1073741825-in
IPv4 Output Filter Name: fltr-100m-demux0.1073741825-out

  Service Session ID: 3                
  Service Session Name: RATE-LIMIT
  Service Session Version: 1
  State: Active
  Family: inet
  IPv4 Input Filter Name: var-ff-in_UID1001-demux0.1073741825-in
  IPv4 Output Filter Name: var-ff-out_UID1002-demux0.1073741825-out

 

Данная сессия может иметь несколько Service Session, в нашем случае он только 1 с названием RATE-LIMIT. Данными сервисами мы можем управлять с помощью функционала COA. Может снять/добавить сервис, убить сессию вообще.

Но, с помощью какого функционала мы можем проверить, а какие сервисы в данный момент висят на данном интерфейсе? Как бы для синхронизации информации между МХ и биллингом. Кто как делает такую проверку?

Изменено 20 августа, 2015 пользователем sind

[orlik]

Увы проверить это с помощью coa не получиться. Как вариант использовать netconf

[orlik]

Ну и кстати, наличие сервисной сессии вы должны видеть по наличию аккаунтинга от этой сессии

[sind]

Ну и кстати, наличие сервисной сессии вы должны видеть по наличию аккаунтинга от этой сессии

 

Спасибо за напоминание!

 

Если через COA навесить сервис + добавить ERX-Service-Statistics и ERX-Service-Acct-Interval, то в radius-acct-interim приходит название сервиса.

Как вариант, использовать acct-interim для синхронизации состояния сессии и сервисов.

 

Может быть есть еще идеи?

Изменено 20 августа, 2015 пользователем sind

[ShyLion]

Может быть есть еще идеи?

Что это за биллинг, который не знает какие сервисы навесил абоненту?

Кто-то еще модифицирует сессии кроме биллинга?

[sind]

Может быть есть еще идеи?

Что это за биллинг, который не знает какие сервисы навесил абоненту?

Кто-то еще модифицирует сессии кроме биллинга?

Нет, нет.

Это штука больше для нештатных ситуаций, либо для сверки работы системы в целом. Т.е. нажал кнопочку, оно показало различия между сессия и сервисами на BRAS и базе, если такие вдруг имеются.