Опыт установки 5.3 на боевом сервере
Запросов не так много.
если увеличивать то в случае обрыва сессии абонент будет курить на х3 больше времени интерупта пока билинг закроет сессию.
вообще нашел косяк - что-то с серваком или контроллером
по sysbench скорость 10Mbit/s на винты. (на другом 300Mbit/s)
контроллер по винтам пишет что всё ок.
буду переезжать и уже потом разбираться что с серваком.
если увеличивать то в случае обрыва сессии абонент будет курить на х3 больше времени интерупта пока билинг закроет сессию.
вообще нашел косяк - что-то с серваком или контроллером
по sysbench скорость 10Mbit/s на винты. (на другом 300Mbit/s)
контроллер по винтам пишет что всё ок.
буду переезжать и уже потом разбираться что с серваком.
100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.
По-поводу "курить на х3 больше времени интерупта" имею ох...ю переписку с саппортом, в которой разрабы в упор не видят свою косорукость. Свой RADIUS они изуродовали в первой половине 2014 года и выпуске 5.3-002, и с тех пор такое ощущение, что человек, досконально знавший что и как в потрохах радиуса просто взял и исчез, либо его поразил приступ деменции. Мне этот цирк с понями и дружбомагией осторчертел и за три дня просто крикрутил к нетупу FreeRadius. Для отчетов по подключениям пришлось запилить отдельный web-костыль, но теперь хоть все нормально работает.
По-поводу "курить на х3 больше времени интерупта" имею ох...ю переписку с саппортом, в которой разрабы в упор не видят свою косорукость. Свой RADIUS они изуродовали в первой половине 2014 года и выпуске 5.3-002, и с тех пор такое ощущение, что человек, досконально знавший что и как в потрохах радиуса просто взял и исчез, либо его поразил приступ деменции. Мне этот цирк с понями и дружбомагией осторчертел и за три дня просто крикрутил к нетупу FreeRadius. Для отчетов по подключениям пришлось запилить отдельный web-костыль, но теперь хоть все нормально работает.
Общался с Magnum72taf писал(а):100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.
У меня Queries per second avg: 49.420
У Magnum72 Queries per second avg: 790.299
так что у меня совсем мало
![Smile :)](./images/smilies/icon_smile.gif)
простите, это 49 и 790 тысяч??banec писал(а):Общался с Magnum72taf писал(а):100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.
У меня Queries per second avg: 49.420
У Magnum72 Queries per second avg: 790.299
так что у меня совсем мало
А что цифра так важна?banec писал(а):Товарищи разработчики когда уже 004 представите?
а то обещали в январе, а уже пол года прошло.
По мне так пусть лучше до ума доведут то что есть. А то суммарный счёт/акт по лицевому счёту обещали сделать -- не сделали. Отчёты поломали.
Если уже делать новую версию, то уже пожалуйста с поддержкой VPLS и L3VPN. Так же по прежнему нет возможности указать единицу измерения и количество (например при аренде волокон, 2.5 км). Так же обещали программы лояльности и т.д.
В общем я за то что бы не забрасывали текущую ветку, а поддерживали пока новая ветка действительно не станет пригодна для production работы. А то надоело быть альфатестером.
У меня после перехода на 15-й минорный апдейт перестал работать отчёты: "Сгорающие платежи". Так же есть, например, "косяки" с работой других отчётов: "Основной" обманывает если не было услуг у пользователя в каком-то из расчетных периодов; "Услуги" не учитывает валюту в которой оказывались услуги, а просто суммирует все цифры и т.д.banec писал(а):А что с отчетами?
т.к. только недавно перелез с 002, на 003.
вроде не заметил
Вообще по валюте и НДС это отдельная тема для обсуждения. У нас в Беларуси "умные люди" придумали, что услуги связи должны облагаться 25% наголом, а все остальные 20%. Так что работа с сущностями UTM5 превратилась в ад.
-
- Сообщения: 13
- Зарегистрирован: Ср мар 17, 2010 14:14
Политики списаний предусматривают остановку списаний с личного счета абонента, если у того недостаточно средств на счете. В результате отражение текущего состояния счета некорректно, потому что биллинг рассчитывает задолженность ежесекундно и конкретную сумму задолженности увидеть невозможно в принципе. Стабилизируется состояние счета только при наступлении положительного баланса. А теперь вопрос: как работать при таких условиях кассирам, которые не видят текущего состояния счета абонента? Что можно сделать, чтобы получить адекватную картину состояния счета при срабатывании блокировки списаний с личного счета? Ведь любая цифра, которая отражается в графе состояния счета, не является корректной. Какие варианты выхода из этого тупика есть?
Volniy_Strelok писал(а):UTM 5.3 не работает функция rpcf_delete_from_ipgroup
как можно удалить ip ?
Код: Выделить всё
<?xml version="1.0"?>
<urfa>
<!-- ######################### USAGE: ##############################################
change_ip_groups -user_id -ip_address_old -ip_address_new -mask_new -mac_new -iptraffic_login_new -iptraffic_password_new -iptraffic_allowed_cid_new -ip_not_vpn_new -dont_use_fw_new -switch_id_new -port_id_new -vlan_id_new
#################################################################################### -->
<parameter name="user_id"/>
<parameter name="account_id"/>
<parameter name="ip_address_old" value=""/>
<parameter name="ip_address_new" value="!unset!"/>
<parameter name="mask_new" value="!unset!"/>
<parameter name="mac_new" value="!unset!"/>
<parameter name="iptraffic_login_new" value="!unset!"/>
<parameter name="iptraffic_password_new" value="!unset!"/>
<parameter name="iptraffic_allowed_cid_new" value="!unset!"/>
<parameter name="ip_not_vpn_new" value="!unset!"/>
<parameter name="dont_use_fw_new" value="!unset!"/>
<parameter name="switch_id_new" value="!unset!"/>
<parameter name="port_id_new" value="!unset!"/>
<parameter name="vlan_id_new" value="!unset!"/>
<parameter name="what" value="0"/>
<!-- START script -->
<set dst="comment" value="Start URFA script 'change_ip_groups'"/>
<call function="rpcf_add_user_log" output="0"/>
<!-- Poluchaem informatciu o polzovatele -->
<call function="rpcf_get_userinfo" output="0"/>
<set dst="account_id" src="basic_account"/>
<call function="rpcf_get_accountinfo" output="0"/>
<!-- Esli meniaetsia login -->
<if variable="iptraffic_login_new" value="!unset!" condition="ne">
<set dst="login" src="iptraffic_login_new"/>
<call function="rpcf_edit_user_new" output="0"/>
</if>
<call function="rpcf_get_all_services_for_user" output="0"/>
<for name="i" from="0" count="slink_id_count">
<set dst="service_type" src="service_type_array" src_index="i"/>
<set dst="slink_id" src="slink_id_array" src_index="i"/>
<if variable="service_type" value="3" condition="eq">
<call function="rpcf_get_iptraffic_service_link_ipv6" output="0"/>
<for name="j" from="0" count="ip_groups_count">
<set dst="ip_address_tmp" src="ip_address" src_index="j"/>
<if variable="ip_address_tmp" value="ip_address_old" condition="eq">
<if variable="ip_address_new" value="!unset!" condition="ne">
<set dst="ip_address" dst_index="j" src="ip_address_new"/>
</if>
<if variable="mask_new" value="!unset!" condition="ne">
<set dst="mask" dst_index="j" src="mask_new"/>
</if>
<if variable="mac_new" value="!unset!" condition="ne">
<set dst="mac" dst_index="j" src="mac_new"/>
</if>
<if variable="iptraffic_login_new" value="!unset!" condition="ne">
<set dst="iptraffic_login" dst_index="j" src="iptraffic_login_new"/>
</if>
<if variable="iptraffic_password_new" value="!unset!" condition="ne">
<set dst="iptraffic_password" dst_index="j" src="iptraffic_password_new"/>
</if>
<if variable="iptraffic_allowed_cid_new" value="!unset!" condition="ne">
<set dst="iptraffic_allowed_cid" dst_index="j" src="iptraffic_allowed_cid_new"/>
</if>
<if variable="ip_not_vpn_new" value="!unset!" condition="ne">
<set dst="ip_not_vpn" dst_index="j" src="ip_not_vpn_new"/>
</if>
<if variable="dont_use_fw_new" value="!unset!" condition="ne">
<set dst="dont_use_fw" dst_index="j" src="dont_use_fw_new"/>
</if>
<if variable="switch_id_new" value="!unset!" condition="ne">
<set dst="switch_id" dst_index="j" src="switch_id_new"/>
</if>
<if variable="port_id_new" value="!unset!" condition="ne">
<set dst="port_id" dst_index="j" src="port_id_new"/>
</if>
<if variable="vlan_id_new" value="!unset!" condition="ne">
<set dst="vlan_id" dst_index="j" src="vlan_id_new"/>
</if>
<call function="rpcf_edit_iptraffic_service_link_ipv6"/> <!-- Warning!!! NOT use output="0" -->
<break/>
</if>
</for>
</if>
</for>
<!-- END script -->
<set dst="comment" value="End URFA script 'change_ip_groups'"/>
<call function="rpcf_add_user_log" output="0"/>
</urfa>
в periodic_service_link вся информация теоретически есть, наверное можно посчитать.uptels писал(а):Политики списаний предусматривают остановку списаний с личного счета абонента, если у того недостаточно средств на счете. В результате отражение текущего состояния счета некорректно, потому что биллинг рассчитывает задолженность ежесекундно и конкретную сумму задолженности увидеть невозможно в принципе. Стабилизируется состояние счета только при наступлении положительного баланса. А теперь вопрос: как работать при таких условиях кассирам, которые не видят текущего состояния счета абонента? Что можно сделать, чтобы получить адекватную картину состояния счета при срабатывании блокировки списаний с личного счета? Ведь любая цифра, которая отражается в графе состояния счета, не является корректной. Какие варианты выхода из этого тупика есть?
-
- Сообщения: 13
- Зарегистрирован: Вт окт 18, 2011 15:12
- Откуда: Россия
А у кого-нибудь есть проблема с долгим запуском биллинга? После апдейта до 5.3-003-update10 сначала все было нормально, биллинг запускался меньше чем за минуту, а через некоторое время началось что после остановки запуск занимает около 30 минут, все это время mysql грузит проц и жрет память. Проверки базы и индексов пробовал включать и выключать никакого эффекта т них не заметил.