BiTel

Доброго времени суток,

Сразу скажу - форум читал, знаю, что тема не новая. Но везде обсуждение или заканчивается ничем или выясняется, что snmp не работает или разговор переходит на другую тему...
А зависшие сессии как были у меня на 4,5 так и на 4,6 остались и достали порядком.

Итак, по пунктам:
1) SNMP работает на ура - клиент успешно сбрасывается по команде или автоматом при отрицательном балансе
2) Stop пакеты приходят, так как если клиент сам дисконнектится или я его сбрасываю, то его сессия из текущих переходит в логи
3) Конфигурация модуля:
dialup.workmode=1
max.update.timeout=120
max.wait.timeout=120
update.time=60
drop.sleep.timeout=3600
4) update пакеты приходят так как логи завалены Acct-Status-Type=3
5) полно зависших сессий (висят днями, неделями и месяцами)

Вот один пример:

root@billing:/usr/local/BGRadiusDialup# ./radius.sh ps | grep N00304

| NAS ID | NAS IP | 0000555A |15.09.2009 16:27:58 | LOGIN | CLIENT IP | 0013.469a.55b3 | N00304 | sleep |
| NAS ID | NAS IP | 0001F2BC |16.09.2009 19:51:27 | LOGIN | CLIENT IP | 0013.469a.55b3 | N00304 | active |
| NAS ID | NAS IP | 00018628 |08.09.2009 15:59:12 | LOGIN | CLIENT IP | 0013.469a.55b3 | N00304 | sleep |

Используемые версии:
card вер. 4.6 сборка 169 от 09.09.2009 12:45:22
dialup вер. 4.6 сборка 191 от 21.08.2009 18:09:00
ipn вер. 4.6 сборка 205 от 01.09.2009 11:54:50
npay вер. 4.6 сборка 168 от 21.08.2009 18:08:22
reports вер. 4.6 сборка 168 от 21.08.2009 18:08:50
rscm вер. 4.6 сборка 153 от 16.06.2009 18:10:14
ru.bitel.bgbilling.plugins.crm вер. 4.6 сборка 180 от 02.09.2009 11:55:31

сервер 4.6 559
радиус 4.6 build 216

root@billing:/usr/local/BGRadiusDialup# ./radius.sh status
version 4.6 build 216 from 17.08.2009 14:32:20
16.09.2009 20:02:23 1495 494 895 106
Request accounts per minute start: 5; stop: 5; update: 504
Request auths per minute accept: 50; reject: 17
Netfow packets per minute: 1804
Ignore per minute auth: 0; update: 0
Antispam ban count: 0; used per minute: 0
FlowListener: queue_size: 0; threads_active: 0; largest: 20; core: 20; pool_size: 20; recv_socket_buf_size: 131 071; recv_buf_size: 8 388 608; packets: 85732
Started: 16.09.2009 15:51:57 Uptime: 0 d 04:10:26
Memory total: 44 302 336; max: 258 539 520; free: 6 832 184
Trees in cache: 6
Connections pool to Master status Idle: 20; Active: 0; maxActive: 300; maxIdle: 20


Помогите, пожалуйста, наконец поставить точку в этой истории

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

в логах есть запросы на сброс зависших сессий?
в логах есть стоп пакеты на зависшие сесси их нас посылал?
эти запросы доходят до наса?

короче ЛОКАЛИЗУЙТЕ проблему

1) в логах есть запросы на сброс зависших сессий?
2) в логах есть стоп пакеты на зависшие сесси их нас посылал?
3) эти запросы доходят до наса?

1) на насе некого сбрасывать! клиент давно дисконнектнулся и зашел повторно! Это биллинг думает, что на насе он в онлайне, но так как апдейт пакеты не получает, то считает сессию sleep. Потом он должен (согласно конфигурации) через час удалить сессию, чего не делает
2) стоп пакетов для этих сессий не было - я же говорю что в штатной ситуации (если есть стоп) все работает хорошо, но если стоп пакета нет по каким-то причинам, сессия становится sleep и потом не удаляется, хотя удаление sleep сессий в биллинге предусмотрено и у меня настроено
3) доходят ли запросы до наса? в штатной ситуации клиенты успешно сбрасываются биллингом, насколько я понимаю snmp и идентификация сессии на насе в порядке

Проблема не в том, что есть зависшие сессии, а в том, что они не удаляются биллингом

drop.sleep.timeout в текущей версии указывается в конфигурации nas'а. Радиус после изменения конфига надо перезапустить.

Огромное спасибо! У меня drop.sleep.timeout=3600 было прописано в конфигурации модуля - поэтому и не работало!