Опыт установки 5.3 на боевом сервере

banec · Сообщение **banec** » Вт апр 19, 2016 12:28

Запросов не так много.
если увеличивать то в случае обрыва сессии абонент будет курить на х3 больше времени интерупта пока билинг закроет сессию.

вообще нашел косяк - что-то с серваком или контроллером
по sysbench скорость 10Mbit/s на винты. (на другом 300Mbit/s)
контроллер по винтам пишет что всё ок.

буду переезжать и уже потом разбираться что с серваком.

taf · Сообщение **taf** » Ср апр 20, 2016 07:13

100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.

По-поводу "курить на х3 больше времени интерупта" имею ох...ю переписку с саппортом, в которой разрабы в упор не видят свою косорукость. Свой RADIUS они изуродовали в первой половине 2014 года и выпуске 5.3-002, и с тех пор такое ощущение, что человек, досконально знавший что и как в потрохах радиуса просто взял и исчез, либо его поразил приступ деменции. Мне этот цирк с понями и дружбомагией осторчертел и за три дня просто крикрутил к нетупу FreeRadius. Для отчетов по подключениям пришлось запилить отдельный web-костыль, но теперь хоть все нормально работает.

banec · Сообщение **banec** » Пт апр 22, 2016 16:14

taf писал(а):100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.

Общался с Magnum72
У меня Queries per second avg: 49.420
У Magnum72 Queries per second avg: 790.299

так что у меня совсем мало

Cramac · Сообщение **Cramac** » Вс апр 24, 2016 11:05

banec писал(а):
taf писал(а):100 update-запросов в секунду на 6к сессий это не нормально. Помимо этих запросов, биллинг крутит другие задачи. При реальной неравномерности обращений, запросы в пике могут подскакивать до 500-1000 в секунду. Но, хозяин-барин.
Общался с Magnum72
У меня Queries per second avg: 49.420
У Magnum72 Queries per second avg: 790.299

так что у меня совсем мало

простите, это 49 и 790 тысяч??

banec · Сообщение **banec** » Ср июн 08, 2016 12:57

Товарищи разработчики когда уже 004 представите?
а то обещали в январе, а уже пол года прошло.

basker · Сообщение **basker** » Ср июн 08, 2016 16:54

banec писал(а): Товарищи разработчики когда уже 004 представите?
а то обещали в январе, а уже пол года прошло.

А что цифра так важна?
По мне так пусть лучше до ума доведут то что есть. А то суммарный счёт/акт по лицевому счёту обещали сделать -- не сделали. Отчёты поломали.
Если уже делать новую версию, то уже пожалуйста с поддержкой VPLS и L3VPN. Так же по прежнему нет возможности указать единицу измерения и количество (например при аренде волокон, 2.5 км). Так же обещали программы лояльности и т.д.

В общем я за то что бы не забрасывали текущую ветку, а поддерживали пока новая ветка действительно не станет пригодна для production работы. А то надоело быть альфатестером.

banec · Сообщение **banec** » Чт июн 09, 2016 10:55

цифра нет, как раз лояльность и обещали в 004, её жду.
А что с отчетами?
т.к. только недавно перелез с 002, на 003.
вроде не заметил

А вот про стабильную ветку согласен.

basker · Сообщение **basker** » Чт июн 09, 2016 14:55

banec писал(а):А что с отчетами?
т.к. только недавно перелез с 002, на 003.
вроде не заметил

У меня после перехода на 15-й минорный апдейт перестал работать отчёты: "Сгорающие платежи". Так же есть, например, "косяки" с работой других отчётов: "Основной" обманывает если не было услуг у пользователя в каком-то из расчетных периодов; "Услуги" не учитывает валюту в которой оказывались услуги, а просто суммирует все цифры и т.д.

Вообще по валюте и НДС это отдельная тема для обсуждения. У нас в Беларуси "умные люди" придумали, что услуги связи должны облагаться 25% наголом, а все остальные 20%. Так что работа с сущностями UTM5 превратилась в ад.

Volniy_Strelok

UTM 5.3 не работает функция rpcf_delete_from_ipgroup
как можно удалить ip ?

uptels · Сообщение **uptels** » Пт июн 10, 2016 12:16

Политики списаний предусматривают остановку списаний с личного счета абонента, если у того недостаточно средств на счете. В результате отражение текущего состояния счета некорректно, потому что биллинг рассчитывает задолженность ежесекундно и конкретную сумму задолженности увидеть невозможно в принципе. Стабилизируется состояние счета только при наступлении положительного баланса. А теперь вопрос: как работать при таких условиях кассирам, которые не видят текущего состояния счета абонента? Что можно сделать, чтобы получить адекватную картину состояния счета при срабатывании блокировки списаний с личного счета? Ведь любая цифра, которая отражается в графе состояния счета, не является корректной. Какие варианты выхода из этого тупика есть?

Magnum72

Volniy_Strelok писал(а):UTM 5.3 не работает функция rpcf_delete_from_ipgroup
как можно удалить ip ?

Код: Выделить всё

<?xml version="1.0"?>
<urfa>
<!-- ######################### USAGE&#58; ##############################################

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>

[/code]

Magnum72

uptels писал(а):Политики списаний предусматривают остановку списаний с личного счета абонента, если у того недостаточно средств на счете. В результате отражение текущего состояния счета некорректно, потому что биллинг рассчитывает задолженность ежесекундно и конкретную сумму задолженности увидеть невозможно в принципе. Стабилизируется состояние счета только при наступлении положительного баланса. А теперь вопрос: как работать при таких условиях кассирам, которые не видят текущего состояния счета абонента? Что можно сделать, чтобы получить адекватную картину состояния счета при срабатывании блокировки списаний с личного счета? Ведь любая цифра, которая отражается в графе состояния счета, не является корректной. Какие варианты выхода из этого тупика есть?

в periodic_service_link вся информация теоретически есть, наверное можно посчитать.

alexus · Сообщение **alexus** » Вс июн 12, 2016 15:38

а какая на данный момент текущая релизная версия?
от апдейта 15 сильно отличается.
суть вопроса:
мне доступны UTM5 tray (5.3-003-update10) и UTM 5.3-003-update15 FreeBSD 10.2 x64.

хочу перейти с 5.2.1
и стоит ли сейчас платить за последние апдейты?
п.с. хотя стороны нужна обнова под фряху 10.3

HighwayStar

А у кого-нибудь есть проблема с долгим запуском биллинга? После апдейта до 5.3-003-update10 сначала все было нормально, биллинг запускался меньше чем за минуту, а через некоторое время началось что после остановки запуск занимает около 30 минут, все это время mysql грузит проц и жрет память. Проверки базы и индексов пробовал включать и выключать никакого эффекта т них не заметил.

basker · Сообщение **basker** » Ср июн 15, 2016 14:55

Разработчики, пожалуйста исправьте в следующей версии если это возможно, размерность в курсах валют. Функция rpcf_edit_currency округляет до сотых, а этого в Беларуси не достаточно но пока терпимо, но с 1.07.2016 проблема станет очень остро (после деноминации).