BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 16 апр 2024, 13:50

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




Начать новую тему Ответить на тему  [ Сообщений: 16 ] 
Автор Сообщение
СообщениеДобавлено: 05 окт 2015, 18:34 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
настраивал reject-to-accept на radius v.5.0, форвард на страничку с напоминанием о балансе работает, но происходит следующее, после ребута радиуса в статусе вижу много "лишних" соединений, которые переходят в sleep и где-то в течении часа постепенно исчезают:

bgbilling:/usr/local/BGRadiusDialup # ./radius_status.sh
version 5.0 build 300 from 12.10.2011 17:42:01
05.10.2015 14:26:26 7887 2456 5431 0
Request accounts per minute start: 19; stop: 99; update: 42
Request auths per minute accept: 30; reject: 80
Netfow packets per minute: 0
Ignore per minute auth: 0; update: 0
Antispam ban count: 4; used per minute: 0
FlowListener: queue_size: 0; threads_active: 2; largest: 10; core: 10; pool_size: 10; recv_socket_buf_size: 131 071; recv_buf_size: 25 165 824; packets: 2201
Started: 05.10.2015 14:26:03 Uptime: 0 d 00:00:23
Memory total: 112 852 992; max: 1 908 932 608; free: 51 580 496
Trees in cache: 65
Connections pool to Master status Idle: 16; Active: 4; maxActive: 300; maxIdle: 20

Аларм шлет письма после ребута радиуса:

ID события: radius.dialup.error.session.drop Время регистрации события: 05.10.2015 09:50:47

Не удалось разорвать сессию: NASID=4; LOGIN: 7566; START: 05.10.2015 08:36:09 после 5 попыток сброса. Количество попыток сброса настраивается переменной 'nas.inspector.kill.max_messages' конфигурации NASа, интервал между попытками в секундах - 'nas.inspector.sleep_time'.

Сделал начисления и начались отключения,абонентов с отрицательным балансом радиус потушил, но у абонента 7566 (и многих других, но не всех, наверно штук 20-30) все в порядке с балансом, но радиус их за что-то попытался сбросить, абонент заново пересоединился, а старая(ые) сессия висит в мониторе и в ошибках монитора - Превышен лимит сессий, иногда сессия из-за превышения лимита не может подняться пока не закроешь зависшие сессии в мониторе. За что он гасит после каждого ребута нормальных абонентов?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 05 окт 2015, 22:16 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
В мониторе 3,5 тыс. текущих соединений, а сервер говорит 2,5 тыс., это проблема клиента, джавы? На сервере джава 1.6.0_45, на клиенте - 1.8.0_60.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 окт 2015, 00:31 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Абонент из-за частых разрывов по АДСЛ линии нахватал висящих сессий, которые мертво висят, не могу закрыть. И хотя у абонента все в порядке с балансом он успел словить http redirect для должников.


Вложения:
dialup.jpg
dialup.jpg [ 255.33 КБ | Просмотров: 13241 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 11:57 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Обнаружил, что с 1 числа новые месячные таблицы на InnoDB, видимо все глюки связаны именно с этим. Что думаете други? Как быть? :facepalm:

Биллинг 5.0, мускул 5.5.43, линукс, все пишется в один файл ibdata. Снимать дамп, убивать базу, заново создавать и заливать обратно дамп?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 14:39 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
вроде вы в какой-то из соседних тем разобрались с этой проблемой.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 14:56 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
stark писал(а):
вроде вы в какой-то из соседних тем разобрались с этой проблемой.

к сожалению нет, накапливается большое количество висящих сессий и помогает только ребут радиуса, а после ребута радиуса висяки вскоре уходят, но могут дропиться некоторые сессии абонов с нормальным балансом, плюс висяки не дают подключиться с 691 ошибкой (превышен лимит сессий). После отключения сессия зависает, плюс не учитывается трафик после последнего апдейт пакета до момента завершения сессии, хотя стоп-пакет приходит на радиус и там есть инфа о трафике и длительности сессии. В общем, как-то глючно работает.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 окт 2015, 10:11 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Конвертация InnoDB -> MyIsam изменений не принесла...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 окт 2015, 00:13 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
в error.log прибывают только такие ошибки, из-за которых сессия устанавливается после нескольких попыток:

radius 10-09/20:07:08 ERROR [pool-4-thread-2] LoggingPrintStream - Stop without start!
radius 10-09/20:07:08 ERROR [pool-4-thread-2] LoggingPrintStream -
Type=ACCOUNTING_REQUEST
Attributes:
User-Name=2934
NAS-Identifier=192.168.5.6
NAS-IP-Address=192.168.5.6
NAS-Port=587218139
Service-Type=2
Framed-Protocol=1
Acct-Input-Octets=0
Framed-IP-Address=xx.yyy.203.171
Acct-Output-Octets=0
Framed-IP-Netmask=255.255.255.255
Acct-Status-Type=2
Acct-Session-Time=0
Acct-Input-Packets=0
Acct-Session-Id=0102FFFF6800A3C4-5617C38D
Acct-Authentic=1
Acct-Terminate-Cause=17
NAS-Port-Id=2/3 vlan-id 30 pppoe 15579
Acct-Output-Packets=0
Event-Timestamp=1444397965
Acct-Output-Gigawords=0
Acct-Input-Gigawords=0
NAS-Port-Type=5
Calling-Station-Id=cc5d.yyyy.xxxx
Acct-Input-Packets-64=
NAS-Real-Port=587202590
Platform-Type=4
OS-Version=12.1.1.6p1
Acct-Mcast-Out-Packets=0
Acct-Output-Packets-64=
Session-Error-Msg=Duplicate ip address detected
Session-Error-Code=236
Acct-Input-Octets-64=
Acct-Mcast-In-Octets=0
Acct-Output-Octets-64=
Mac-Addr=cc-5d-4e-d3-5e-40
Acct-Mcast-In-Octets-64=
Acct-Mcast-Out-Octets-64=
Acct-Mcast-In-Packets-64=
Acct-Mcast-Out-Octets=0
Acct-Mcast-Out-Packets-64=
Medium-Type=11
Acct-Mcast-In-Packets=0

Стоп-пакет пришел, но в мониторе и в отчетах нет информации о длительности сессии и трафике, и так большинство сессий:

10-09/20:50:39 INFO [pool-8-thread-6] radius - ACCOUNT:
Type=ACCOUNTING_REQUEST
Attributes:
User-Name=7685
NAS-IP-Address=192.168.5.6
NAS-Port=603985363
Service-Type=2
Framed-Protocol=1
Framed-IP-Address=xx.yy.202.163
Framed-IP-Netmask=255.255.255.255
Acct-Interim-Interval=600
NAS-Port-Id=2/4 vlan-id 827 pppoe 5587
Calling-Station-Id=zxzx.xzxz.3b92
NAS-Identifier=192.168.5.6
Acct-Input-Octets=350
Acct-Output-Octets=287
Acct-Status-Type=2
Acct-Delay-Time=4
Acct-Session-Time=12
Acct-Input-Packets=9
Acct-Session-Id=0103FFFF68001304-5617FE5F
Acct-Authentic=1
Acct-Terminate-Cause=1
Acct-Output-Packets=8
Event-Timestamp=1444413035
Acct-Output-Gigawords=0
Acct-Input-Gigawords=0
NAS-Port-Type=5
Platform-Type=4
Session-Error-Msg=Received PPP Terminate Request
Session-Error-Code=140
Acct-Input-Octets-64= ^
Acct-Output-Octets-64= 
Acct-Mcast-In-Octets=0
Acct-Update-Reason=2
Mac-Addr=d4-ca-6d-6f-3b-92
Client-DNS-Sec=xx.zz.yy.50
Acct-Mcast-Out-Octets=0
Client-DNS-Pri=xx.zz.yy.8
Acct-Mcast-In-Packets=0
Dynamic-QoS-Param=police-class-rate INET rate-absolute 70000
Dynamic-QoS-Param=police-class-burst INET 8750000
Dynamic-QoS-Param=meter-class-rate INET rate-absolute 70000
Dynamic-QoS-Param=meter-class-burst INET 8750000
Acct-Input-Packets-64=
Qos-Policing-Profile-Name=DEFAULT-IN
NAS-Real-Port=603980603
Qos-Metering-Profile-Name=DEFAULT-OUT
OS-Version=12.1.1.6p1
Acct-Mcast-Out-Packets=0
Acct-Output-Packets-64= 
Flow-Ip-profile=both:FLOW
Acct-Mcast-In-Octets-64=
Acct-Mcast-Out-Octets-64=
Acct-Mcast-In-Packets-64=
Medium-Type=11
Acct-Mcast-Out-Packets-64=


Вложения:
dialup2.jpg
dialup2.jpg [ 157.35 КБ | Просмотров: 13197 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 окт 2015, 07:11 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2676
Карма: 72
Надо начинать с того что настроили в reject-to-accept. После этого сессии видимо активные начинали считаться не активными


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 окт 2015, 14:48 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Выключил r-t-a (закомментировал в конфиге модуля dialup строку reject_to_accept.4=Session-Timeout=1200;Framed-Pool=unlim;Forward-Policy=in:nonpay;HTTP-Redirect-Profile-Name=nonpay; и ребутнул радиус), изменений нет. Есть другой BRAS Ericsson SE100, на нем поднял такую же схему, в биллинге под него настроил NAS с таким же конфигом и первый же тест стал успешным - длительность и трафик есть, сессия из активных уходит (r-t-a был включен). Теперь ищу в чем же засада?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 окт 2015, 16:13 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2676
Карма: 72
надо смотреть были ли изменения на брасе, и на нем же логи.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 окт 2015, 17:24 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
zavndw писал(а):
надо смотреть были ли изменения на брасе, и на нем же логи.

Изменения делал непосредственно после того, как отметил, что сессии стали зависать. r-t-a настроил на радиусе, а в брасе не проверил, отсутствовали аксесс листы для forward-policy, что было как раз в логах браса. Создал аксесс-листы и ругань браса прекратилась.

Вопрос: фейковые сессии в таблице log_session_{mid}_yyyyMM после окончания тайм-аута должны получать статус - 0? А то у меня их просто прорва, да и обычных сессий со статусом 2 заметно больше, чем в прошлых месяцах.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 окт 2015, 18:53 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Разработчики! Помогите, пожалуйста, найти проблему после перехода с 4.4 на 5.0, а нето заведу новую ветку - "почему вы не ответили на мой ответ?" :D
в log_session_mid_201510 у всех fake-сессий статус всегда 0 (активен), даже когда она уже завершилась. Время session_stop у fake-сессии всегда равен session_start, соответственно session_time всегда 0. input_octets, output_octets у всех fake-сессий всегда по нулям.

NAS config:
nas.port_time.default.*=1
nas.port_traffic.default.*=2:COLLECTOR;11:COLLECTOR;3:COLLECTOR;12:COLLECTOR
callback.support=0
month.break=1
drop.sleep.timeout=3600
nas.inspector.sleep_time=60
nas.inspector.kill.max_messages=5
netflow.receive.from=xx.yy.zz.aa
ipn.module.id=3
ipn.source.id=3
nas.inspector.radius.host=xx.yy.zz.aa
nas.inspector.radius.secret=qwerty
nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector
nas.inspector.radius.port=3799
nas.inspector.radius.attributes=Context-Name=bg;User-Name;Acct-Session-Id
nas.inspector.coa.timeout=5
nas.inspector.coa.retries=10
nas.inspector.coa.threads=10
nas.inspector.coa.send.all.attributes=0
coa.log=0
nas.pools.unlim=0.0.0.0-5.5.5.5
nas.pools.fake=5.6.7.8-5.6.9.10

Небольшая ремарка:
Было nas.inspector.radius.attributes=Acct-Session-Id, как описано в вики для Ericsson SE100 и сессии зависали и последние апдейт пакеты не учитывались, на 4.4 проблем не было.
Сделал nas.inspector.radius.attributes=Context-Name=bg;User-Name;Acct-Session-Id (как по мануалу 5.0) и несколько дней было довольно неплохо - сессии перестали зависать, последние апдейт пакеты учитывались, но через 4-5 дней началось по-новой.

Dialup config:

vendors=9=Cisco;2011=Huawei;2021=Unix PPP;529=Lucent;6618=Quintum;529=Ascend;311=Microsoft;12341=MPD;2352=RedBack_SE100;
password.length.min=5
password.length.max=10
password.length.auto=10
password.chars=1234567890QWERTYUOPLKJHGFDSAZXCVBNMqwertyuiopkjhgfdsazxcvbnm
showyears=5
xslt.1=dialup_login_sessions.xsl
reportTitle.1=Отчет по сессиям PPPoE
xslt.2=dialup_login_amount.xsl
reportTitle.2=Отчет по наработке на логины PPPoE
show.sessions.on.page=40
web.menuItem1=Просмотр сессий PPPoE
web.menuItem2=Наработка по логинам PPPoE
web.menuItem3=none
web.menuItem4=none
web.menuItem5=none
top.nocard.login=50000
radius.manage=127.0.0.1:1955
antispam.key.attributes=User-Name
antispam.reject.count=3
antispam.reject.per.time=250
antispam.ban.time=1200
check.service=0
card.module.id=0
killer.sleep=10
update.time=60
run.sleep=3
dialup.workmode=1
max.update.timeout=900
max.wait.timeout=120
delay.stop=55
realmgr.default=default
realm.default=Acct-Interim-Interval=600
radius.attributes=Service-Type;Framed-Protocol;Framed-IP-Address;Framed-IP-Netmask;Framed-Routing;Filter-Id;Framed-MTU;Framed-Compression;Login-IP-Host;Login-Service;Login-TCP-Port;Old-Password;Reply-Message;Callback-Number;Callback-Id;Expiration;Framed-Route;Framed-IPX-Network;State;Class;Session-Timeout;Idle-Timeout;Termination-Action;NAS-Identifier;Proxy-State;Framed-Pool;Cisco-AVPair;NAS-IP-Address;
attrset.67.title=100M_RED
attrset.67.attributes=Dynamic-QoS-Param=police-class-rate INET rate-absolute 100000;Dynamic-QoS-Param=police-class-burst INET 12500000;Dynamic-QoS-Param=meter-class-rate INET rate-absolute 100000;Dynamic-QoS-Param=meter-class-burst INET 12500000;
attrset.68.title=Session-Timeout=86400
attrset.68.attributes=Session-Timeout=86400
traffics=2/3/11/12;Внешн.(Вх)/Внешн.(Исх)/Лок.(Вх)/Лок.(Исх)
netflow.service.link.1=11 IN x.y.93.0-x.y.93.19
netflow.service.link.2=12 OUT x.y.93.0-x.y.93.19
netflow.service.link.3=2 IN 0.0.0.0-255.255.255.255
netflow.service.link.4=3 OUT 0.0.0.0-255.255.255.255
#
tariff_detail.cost_type.101=Превышение трафика
tariff_detail.cost_type.102=Включенный трафик
tariff_detail.cost_type.102.range_take_all=1
tariff_detail.cost_type.102.range_take_all.sid=2
tariff_detail.cost_type.103=Фактическое потребление трафика
#
reject_to_accept.4=Session-Timeout=3600;Framed-Pool=fake;Forward-Policy=in:nonpay;HTTP-Redirect-Profile-Name=nonpay;
pool.alarm.fullness.unlim=85
pool.alarm.fullness.fake=85


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 окт 2015, 14:31 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Это лучше на месте разбираться скорее всего. И очень старые версии у вас, пишите в helpdesk.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 ноя 2015, 23:05 
Не в сети

Зарегистрирован: 05 мар 2015, 17:17
Сообщения: 56
Карма: 0
Вас понял. Добавил памяти радиусу, было 2 гига, стало 3, радиус все 3 гига заюзал сразу, свободного пространства в статусе радиуса единицы МБайт, как и на 2 гигах, хотя аларм писем от радиуса не присылал по этому поводу. Аптайм 4 суток, пока полет нормальный.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 ноя 2015, 00:54 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Поставьте время апдейт пакетов больше

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


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

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


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

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