BiTel

В мониторе текущие показывает одно число а Cisco "sh sss session" другое (в разы больше)

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

реджект ту асепт?
а вообще, найдите сессиию которая есть на циске и нет в биллинге, поймете причины

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

обычные сессии не reject

на циске есть - политики шейпинга выданы, ip выдан - работает
аккаунтинг работает
Делаю clear sss session all на циске - все переподключаются - половины а то и больше сессий в биллинге нет - хотя инфу он им выдал

ISG? Там, обычно, сессий больше, т.к. сессия одна, а на ней пачка сервисов, которые, насколько помню, тоже как сессии отображаются. При обычной терминации юзеров, т.е. не ISG, кол-во сессий на циске обычно +- то же самое что и в биллинге.

обычный dialUP не ISG

на циске остаются залипшие сессии которые никак не числятся в биллинге - биллинг думает что ip свободен - назначает его и на циске оказывается 2 сессии с одинаковым Ip
и естественно обе перестают работать

Попробуйте передавать Idle-Timeout, для чего в конфиге модуля напишите, примерно, следующее:

Такие настройки, т.е.:

Приведут к тому, что если по прошествии 3-х часов "пользователем" не будет принято ни одного байта, то циска сама завершит эту сессию.

я думал по этому поводу. дело в том что сессия которая "залипает" рабочая, просто в биллинге ее нету
когда биллинг выдает этот ip кому то еще, на циске появляется 2 сессии и в таблице маршрутов на данный Ip появляется 2 маршрута на 2 Virtual-Access интерфейса и работать перестает, но перестает работать http трафик в основном - часть сайтов открывается а часть нет.

UDP трафик (допустим торренты) работают (им пофигу то что часть трафика не доходит, щас не дошло другим пакетом придет) и получается что байтики бегают idle не сработает.


Пока что написал перловский скрипт который парсит radius.log находит в нем Not Found connection при реквесте аккаунтинга, выцарапывает Acct-Session-Id и отправляет PoD на циску. Работает... хромает )

А не проще было бы периодически брать с циски список юзеров, сравнивать его с существующими в БГБ сессиями и если сессии в биллинге нет - дропать такую сессию и, главное, наплевать на ошибку в логе, что сессия не найдена, т.к. мы и сами это знаем Весь скрипт можно на API замутить, благо там есть все средства для этого.

после перехода на 6.0 еще круче стало
1) сессии так же залипают
добавился еще один косяк сессия есть в биллинге и на циске, но в биллинге стоит галочка что сессия активна, а время выхода как будто она отключилась давно...

Что вообще происходит? (