sind Posted August 20, 2015 (edited) · Report post Коллеги, добрый день! Вопрос касательно взаимодействия 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. Может снять/добавить сервис, убить сессию вообще. Но, с помощью какого функционала мы можем проверить, а какие сервисы в данный момент висят на данном интерфейсе? Как бы для синхронизации информации между МХ и биллингом. Кто как делает такую проверку? Edited August 20, 2015 by sind Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
orlik Posted August 20, 2015 · Report post Увы проверить это с помощью coa не получиться. Как вариант использовать netconf Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
orlik Posted August 20, 2015 · Report post Ну и кстати, наличие сервисной сессии вы должны видеть по наличию аккаунтинга от этой сессии Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sind Posted August 20, 2015 (edited) · Report post Ну и кстати, наличие сервисной сессии вы должны видеть по наличию аккаунтинга от этой сессии Спасибо за напоминание! Если через COA навесить сервис + добавить ERX-Service-Statistics и ERX-Service-Acct-Interval, то в radius-acct-interim приходит название сервиса. Как вариант, использовать acct-interim для синхронизации состояния сессии и сервисов. Может быть есть еще идеи? Edited August 20, 2015 by sind Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ShyLion Posted August 20, 2015 · Report post Может быть есть еще идеи? Что это за биллинг, который не знает какие сервисы навесил абоненту? Кто-то еще модифицирует сессии кроме биллинга? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sind Posted August 20, 2015 · Report post Может быть есть еще идеи? Что это за биллинг, который не знает какие сервисы навесил абоненту? Кто-то еще модифицирует сессии кроме биллинга? Нет, нет. Это штука больше для нештатных ситуаций, либо для сверки работы системы в целом. Т.е. нажал кнопочку, оно показало различия между сессия и сервисами на BRAS и базе, если такие вдруг имеются. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
