BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 22 июн 2025, 04:17

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
СообщениеДобавлено: 29 окт 2012, 22:21 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Код:
Клиент: вер. 5.2 сборка 1058 от 24.10.2012 15:05:18
    os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_35
  Сервер: вер. 5.2 сборка 1324 от 24.10.2012 15:05:25
    os: Linux; java: Java HotSpot(TM) Client VM, v.1.6.0_31

  card вер. 5.2 сборка 187 от 12.10.2012 20:00:42
  inet вер. 5.2 сборка 998 от 26.10.2012 15:15:46


Есть сервис со статическим адресом и инициацией сессии по трафику. Ставлю в конфиг устройства параметр
Код:
session.close.timeout=180


Сессия начинается, трафик капает. потом перекрываю приём нетфлоу и жду завершения сессии. А она всё не закрывается, а закрывается через 15 минут, видимо дефолтное значение.

Вот конфиг устройства
Код:
ip.resource.category=1,2
flow.agent.type=netflow
session.close.timeout=180
manage.error.pause=5
manage.uptime.pause=120
manage.uptime.error.pause=120
session.split.onDeviceState=1


Вот лог аккаунтинга
Код:
collector 10-29/23:43:54  INFO [flow-p-6-t-4] Accounting - Write new connection to DB
collector 10-29/23:43:54  INFO [flow-p-6-t-4] Accounting - New connection id=8
collector 10-29/23:43:54  INFO [flow-p-6-t-4] Accounting - Write new session to DB
collector 10-29/23:43:54  INFO [flow-p-6-t-4] Accounting - New session's id=8
accounting 10-30/00:00:02  INFO [accwrkr-1-p-12-t-1] Accounting - Finishing session 12
accounting 10-30/00:00:03  INFO [accwrkr-1-p-12-t-1] InetConnectionRuntime - Write new session to DB
accounting 10-30/00:00:03  INFO [accwrkr-1-p-12-t-1] InetConnectionRuntime - New session's id=13
accounting 10-30/00:00:03  INFO [accwrkr-1-p-12-t-1] InetApplication - inetServ[id=5] balance ok: 1000.00 [0]
accounting 10-30/00:00:03  INFO [accwrkr-1-p-12-t-1] InetApplication - Tariff not found
accounting 10-30/00:00:03  INFO [accwrkr-1-p-12-t-1] connection - 8:13 Found error 62
accounting 10-30/00:00:21  INFO [accwrkr-3-p-10-t-1] connection - 8:13 Close and finish connection(a) by sessionCloseTimeout
accounting 10-30/00:00:21  INFO [accwrkr-3-p-10-t-1] connection - 8:13 Finishing auto session with lastFlowTime=Mon Oct 29 23:
45:17 KRAT 2012
accounting 10-30/00:00:21  INFO [accwrkr-3-p-10-t-1] Accounting - Finishing session 13



И еще привожу скрин - вообще какая-то хрень получается с сессиями. Похоже чё-то на переходе суток коллизия возникла - нужно и по таймауту сессию закрыть и логически.

И в довесок - а для автосессий нет понятия приостановлена ? А то может также ввести session.suspend.timeout - и при отсутствии в течение этого времени трафика переводить сессию в статус "приостановлена", а то непонятно - тянет клиент сейчас трафик или нет, а делать маленьким таймаут самой сессии тоже не айс - база сильно пухнуть будет.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 окт 2012, 22:36 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
и еще на другом договоре байда вылезла с этим же сервисом

Код:
accounting 10-29/23:13:00  INFO [accwrkr-3-p-10-t-1] connection - 7:9 Close and finish connection(a) by sessionCloseTimeout
accounting 10-29/23:13:00  INFO [accwrkr-3-p-10-t-1] connection - 7:9 Finishing auto session with lastFlowTime=Mon Oct 29 22:5
7:45 KRAT 2012


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 окт 2012, 16:39 
Если я не ошибаюсь то для закрытия сессии используется connection.close.timeout а не то что у вас в конфиге
Код:
#Таймаут закрытия соединения при остутствии радиус-пакетов или, для сессий, создаваемых по наличии трафика, при отсутствии flow #пакетов (не складывается с connection.suspend.timeout)
connection.close.timeout=1500
#Таймаут закрытия соединения при остутствии радиус-пакетов или, для сессий, создаваемых по наличии трафика, при отсутствии flow #пакетов, в состоянии отключен (не складывается с connection.disable.suspend.timeout, по умолчанию используется значение connection.close.#timeout)
connection.disable.close.timeout=1500
#Таймаут завершения закрытой сессии
connection.finish.timeout=5


Вернуться к началу
  
 
СообщениеДобавлено: 30 окт 2012, 18:14 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
для... слов нету... действительно работает. А я то вот этим руководствовался

http://bgbilling.ru/v5.2/doc/ch18s12.html
Цитата:
Для автоматических сессий параметр session.close.timeout определяет время в секундах после последнего поступления информации о трафике данной сессии, по прошествии которого, сессия будет завершена.


Однако ставлю connection.suspend.timeout=60, а автосессия в суспенд не переходит через 60 секунд, а сразу закрывается через 120.

Ну и вопрос с непонятными сессиями на скринах остается открыт.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 окт 2012, 18:20 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
session.close.timeout - старое название параметра, тоже должно работать, если нет в конфигурации connection.close.timeout.
Изменим то место в документации. В других местах вроде бы нормально.
Для сессий с инициализацией по трафику нет статуса suspended, т.к. этот статус используется для radius-сессий, когда нет radius-пакетов. А для чего хотите его использовать? Только, чтобы видеть, что для сессии давно не было netflow и она скоро закроется?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 окт 2012, 18:27 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
ага, в корневом стоял connection.close.timeout=900, а в клиентском ставил session.close.timeout - потому и не срабатывало видимо.
По суспенду - да, было бы удобно смотреть идёт ли трафик или нет. Если это существенно повысит нагрузку на базу - то конечно не стоит, можно и без этого прожить.

Вопрос с коллизией (см.скрины) во время логического завершения сессии и завершение её по таймауту остается. Хотя в др. случае вообще непонятно как так получилось.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.037s | 27 Queries | GZIP : On ]