здравствуйте, коллеги.
BG v.4.6 dialup build 255
Пытаюсь настроить PoD/CoA для смены параметров сессии (ТП типа день/ночь).
Настройки НАСа стандартны:
Код:
nas.port_time.default.*=1
nas.port_traffic.default.*=2:RADIN;3:RADOUT
month.break=1
nas.inspector.sleep_time=60
nas.inspector.kill.max_messages=5
drop.sleep.timeout=3600
nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector
nas.inspector.radius.port=3799
nas.inspector.radius.host=192.168.0.10
nas.inspector.radius.secret=******
nas.inspector.radius.attributes=Framed-IP-Address;Acct-Session-Id
nas.inspector.coa.timeout=5
nas.inspector.coa.retries=2
nas.inspector.coa.threads=4
В качестве НАСа Cisco 7204vxr:
Код:
aaa new-model
aaa session-mib disconnect
!
aaa group server radius bgbill
server-private 192.168.0.1 auth-port 1812 acct-port 1813 non-standard key ******
!
aaa authentication login default local
aaa authentication ppp default local group bgbill
aaa authorization network default local group bgbill
aaa accounting delay-start
aaa accounting delay-start all
aaa accounting jitter maximum 30
aaa accounting update periodic 3
aaa accounting network default
action-type start-stop
group bgbill
!
!
aaa server radius dynamic-author
client 192.168.0.1
server-key *****
port 3799
auth-type any
!
aaa session-id common
Заметил интересное поведение радиуса.
Отключаю ТП, где собссно и настраивается смена параметров в сесии у клиента или даже просто прибиваю пункты ТП типа Фильтр по времени.
По-идее, функционал PoD/CoA должен быть неактивным, делаю дебаг на НАСе:
Код:
070269: Oct 21 08:18:10 MSK: ++++++ POD Attribute List ++++++
070270: Oct 21 08:18:10 MSK: 098C0DD4 0 00000001 addr(7) 4 172.16.1.224
070271: Oct 21 08:18:10 MSK: 0A878620 0 00000009 string-session-id(339) 8 00170BBA
070273: Oct 21 08:18:10 MSK: POD: Received Acct-Session-Id of 00170BBA
070274: Oct 21 08:18:10 MSK: POD: Converted to internal Session-Id of 00170BBA
070275: Oct 21 08:18:10 MSK: POD: 192.168.0.1 user 172.16.1.224 sessid 0x170BBA key 0x0
070276: Oct 21 08:18:10 MSK: POD: Line User IDB Session Id Key
070277: Oct 21 08:18:10 MSK: POD: KILL Virtual- UTP-0321 172.16.1.224 0x170BBA 0x6E3E031
070278: Oct 21 08:18:10 MSK: POD: Sending ACK from port 3799 to 192.168.0.1/60235
070281: Oct 21 09:04:41 MSK: POD: 192.168.0.1 request queued
070282: Oct 21 09:04:41 MSK: ++++++ POD Attribute List ++++++
070283: Oct 21 09:04:41 MSK: 09B435F0 0 00000001 addr(7) 4 172.16.2.228
070284: Oct 21 09:04:41 MSK: 0A9EC234 0 00000009 string-session-id(339) 8 00170BDE
070286: Oct 21 09:04:41 MSK: POD: Received Acct-Session-Id of 00170BDE
070287: Oct 21 09:04:41 MSK: POD: Converted to internal Session-Id of 00170BDE
070288: Oct 21 09:04:41 MSK: POD: 192.168.0.1 user 172.16.2.228 sessid 0x170BDE key 0x0
070289: Oct 21 09:04:41 MSK: POD: Line User IDB Session Id Key
070290: Oct 21 09:04:41 MSK: POD: KILL Virtual- UTP-0321 172.16.2.228 0x170BDE 0xAF9CA53B
070291: Oct 21 09:04:41 MSK: POD: Sending ACK from port 3799 to 192.168.0.1/38057
И так с разной периодичностью.Т.е. даже не имея активного ТП с настройками Фильтра по времени, радиус посылает POD пакеты с аттрибутами клиентов, совершенно не понятно как выбираемые и по каким правилам.Ну и клиенты есессно дропятся...
При отключении в насе настроек про POD, все прекращается. Подскажите, что сие значит и как победить?