Билинг для 300-500 абонентов.

blackjack · 2014-10-31 20:11:21

Тоже интересно.

Як кажуть не заважай машині працювати )))))), так шо скоро не перейду на інші білінги.

logic · 2014-10-31 20:14:51

ну то зроби нам щоб воно у нас працювало добре

2014-10-31 21:02:18

ну то зроби нам щоб воно у нас працювало добре

а что плохо работает?

logic · 2014-10-31 21:23:33

ну как то да... загибается от количества записей.... думает очень долго вебка

blackjack · 2014-10-31 21:27:57

Там здесь на форумі ноденай єтзапит в базу який видаляє неактуальні ревізіі

Maxxx · 2014-10-31 21:30:48

А там запиту немає який би видалив всіх абонів ? =)

blackjack · 2014-10-31 21:32:57

Можу сам такий наваляти. А тобі як з бази чи може фізично іх знищити?

Maxxx · 2014-11-01 17:24:24

Вопрос открыт. Какие тренды сейчас в биллингах?

dimka88 · 2014-11-03 06:12:55

Вопрос открыт. Какие тренды сейчас в биллингах?

Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?

sadmin · 2014-11-03 07:13:09

А вот юзеров при этом он не отпускает - так и умирают сессии вместе с насом и приконнектится юзер уже не может
Как это - не отпускает? Как только сессия попадает в зап - все, юзер может коннектиться снова. В зап она попадает после N потерянных алайвов.

Один минус - удаляется из запа целиком она всего после 2*N алайвов, я прикрутил себе патчик чтобы в запе она висела Y алайвов (доп.переменная конфига), на случай прерывания связи между биллингом и насами/остановки биллинга на профилактику...

Дело в том, что если падает нас, то сессии уходят вместе с ним. Если при этом его быстро поднять, то окажется что сессии висят на нем до сих пор. Причем еще и не запнутые, а юзеры в это время досят насы. Відредаговано 2014-11-03 07:14:08 sadmin

madf · 2014-11-03 08:05:53

Вопрос открыт. Какие тренды сейчас в биллингах?

Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?

Откуда ограничение в 2к для ubilling?

~AsmodeuS~ · 2014-11-03 08:20:18

примеры в студию

SELECT id as nas_id, 
    name AS nas_name,
    nas_identifier, 
    descr AS nas_describe, 
    ip AS nas_ip, 
    nas_type, 
    auth_type AS nas_auth_type, 
    mng_host_port as nas_mng_ip_port, 
    mng_user AS nas_mng_user, 
    DECODE(mng_password, 'test12345678901234567890') AS nas_mng_password, 
    rad_pairs AS nas_rad_pairs, 
    alive AS nas_alive, 
    disable AS nas_disable, 
    ext_acct AS nas_ext_acct, 
    gid, 
    address_build, 
    address_street, 
    address_flat, 
    zip, 
    city, 
    country, 
    domain_id, 
    mac,
    changed, 
    location_id
 FROM nas
 WHERE ip='127.0.0.1' and (nas_identifier='accel-ppp' or nas_identifier='')
 ORDER BY nas_identifier DESC;

SELECT id as nas_id, 
    name AS nas_name,
    nas_identifier, 
    descr AS nas_describe, 
    ip AS nas_ip, 
    nas_type, 
    auth_type AS nas_auth_type, 
    mng_host_port as nas_mng_ip_port, 
    mng_user AS nas_mng_user, 
    DECODE(mng_password, 'test12345678901234567890') AS nas_mng_password, 
    rad_pairs AS nas_rad_pairs, 
    alive AS nas_alive, 
    disable AS nas_disable, 
    ext_acct AS nas_ext_acct, 
    gid, 
    address_build, 
    address_street, 
    address_flat, 
    zip, 
    city, 
    country, 
    domain_id, 
    mac,
    changed, 
    location_id
 FROM nas
 WHERE ip='127.0.0.1' and (nas_identifier='accel-ppp' or nas_identifier='')
 ORDER BY nas_identifier DESC;

select
  u.uid,
  DECODE(password, 'test12345678901234567890') AS passwd,
  UNIX_TIMESTAMP() AS session_start,
  UNIX_TIMESTAMP(DATE_FORMAT(FROM_UNIXTIME(UNIX_TIMESTAMP()), '%Y-%m-%d')) AS day_bagin,
  DAYOFWEEK(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_week,
  DAYOFYEAR(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_year,
  u.company_id,
  u.disable,
  u.bill_id,
  u.credit,
  u.activate AS account_activate,
  u.reduction,
  u.ext_bill_id,
  UNIX_TIMESTAMP(u.expire) AS account_expire
     FROM users u
     WHERE 
        u.id='test' AND u.domain_id='0'
        AND (u.expire='0000-00-00' or u.expire > CURDATE())
        AND (u.activate='0000-00-00' or u.activate <= CURDATE())
        AND u.deleted='0'
       GROUP BY u.id;

SELECT ROUND(deposit, 2) FROM bills WHERE id='1';

select  if (dv.logins=0, if(tp.logins is null, 0, tp.logins), dv.logins) AS logins,
  if(dv.filter_id != '', dv.filter_id, if(tp.filter_id is null, '', tp.filter_id)) AS filter,
  if(dv.ip>0, INET_NTOA(dv.ip), 0) AS ip,
  INET_NTOA(dv.netmask) AS netmask,
  dv.tp_id AS tp_num,
  dv.speed AS user_speed,
  dv.cid,
  
  tp.total_time_limit,
  tp.day_time_limit,
  tp.week_time_limit,
  tp.month_time_limit,
  UNIX_TIMESTAMP(DATE_FORMAT(DATE_ADD(curdate(), INTERVAL 1 MONTH), '%Y-%m-01')) - UNIX_TIMESTAMP() AS time_limit,

  tp.total_traf_limit,
  tp.day_traf_limit,
  tp.week_traf_limit,
  tp.month_traf_limit,
  tp.octets_direction,

  if (count(un.uid) + count(tp_nas.tp_id) = 0, 0,
    if (count(un.uid)>0, 1, 2)) AS nas,

  UNIX_TIMESTAMP() AS session_start,
  UNIX_TIMESTAMP(DATE_FORMAT(FROM_UNIXTIME(UNIX_TIMESTAMP()), '%Y-%m-%d')) AS day_begin,
  DAYOFWEEK(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_week,
  DAYOFYEAR(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_year,
  dv.disable,
  tp.max_session_duration,
  tp.payment_type,
  tp.credit_tresshold,
  tp.rad_pairs AS tp_rad_pairs,
  count(i.id) AS intervals,
  tp.age AS account_age,
  dv.callback,
  dv.port,
  tp.traffic_transfer_period,
  tp.neg_deposit_filter_id,
  tp.ext_bill_account,
  tp.credit AS tp_credit,
  tp.ippool as tp_ippool,
  dv.join_service,
  tp.tp_id,
  tp.active_day_fee,
  tp.neg_deposit_ippool AS neg_deposit_ip_pool,
  dv.expire AS dv_expire
     FROM (dv_main dv)
     LEFT JOIN tarif_plans tp ON (dv.tp_id=tp.id AND tp.domain_id='0')
     LEFT JOIN users_nas un ON (un.uid = dv.uid)
     LEFT JOIN tp_nas ON (tp_nas.tp_id = tp.tp_id)
     LEFT JOIN intervals i ON (tp.tp_id = i.tp_id)
     WHERE dv.uid='1'
     AND (dv.expire='0000-00-00' or dv.expire > CURDATE())
     GROUP BY dv.uid;

SELECT ippools.ip, ippools.counts, ippools.id FROM ippools, nas_ippools
     WHERE ippools.id=nas_ippools.pool_id AND nas_ippools.nas_id='1'
     ORDER BY ippools.priority;

SELECT c.framed_ip_address
  FROM dv_calls c
  INNER JOIN nas_ippools np ON (c.nas_id=np.nas_id)
  WHERE np.pool_id in ( 1 )
  GROUP BY c.framed_ip_address;

INSERT INTO dv_calls SET started=now(),
       lupdated        = UNIX_TIMESTAMP(),
       status          = '11',
       acct_session_id = 'IP',
       nas_ip_address  = INET_ATON('127.0.0.1'), nas_id='1', tp_id='100', user_name='test', framed_ip_address=167772224, uid='1';

SELECT id, in_price, out_price, prepaid, in_speed, out_speed, net_id, expression
             FROM trafic_tarifs
             WHERE interval_id='0';

INSERT INTO errors_log (date, log_type, action, user, message, nas_id)
 values (now(), '6', 'AUTH', 'test', 'CID: 192.168.6.94  GT: 0.07730',  '1');

SELECT id as nas_id, 
    name AS nas_name,
    nas_identifier, 
    descr AS nas_describe, 
    ip AS nas_ip, 
    nas_type, 
    auth_type AS nas_auth_type, 
    mng_host_port as nas_mng_ip_port, 
    mng_user AS nas_mng_user, 
    DECODE(mng_password, 'test12345678901234567890') AS nas_mng_password, 
    rad_pairs AS nas_rad_pairs, 
    alive AS nas_alive, 
    disable AS nas_disable, 
    ext_acct AS nas_ext_acct, 
    gid, 
    address_build, 
    address_street, 
    address_flat, 
    zip, 
    city, 
    country, 
    domain_id, 
    mac,
    changed, 
    location_id
 FROM nas
 WHERE ip='127.0.0.1' and (nas_identifier='accel-ppp' or nas_identifier='')
 ORDER BY nas_identifier DESC;

SELECT acct_session_id FROM dv_calls 
    WHERE user_name='test' AND nas_id='1' AND (framed_ip_address=INET_ATON('10.0.0.64') OR framed_ip_address=0);

UPDATE dv_calls SET
         status='1',
         started=FROM_UNIXTIME(1414669426), 
         lupdated=UNIX_TIMESTAMP(), 
         nas_port_id='0', 
         acct_session_id='0000000000fcf9d2', 
         CID='192.168.6.94', 
         CONNECT_INFO=''
         WHERE user_name='test' AND nas_id='1' AND acct_session_id='IP' AND (framed_ip_address=INET_ATON('10.0.0.64') OR framed_ip_address=0) 
         LIMIT 1;

INSERT into s_detail (acct_session_id, nas_id, acct_status, last_update, sent1, recv1, sent2, recv2, id, sum)
   VALUES ('0000000000fcf9d2', '1',
    '1', UNIX_TIMESTAMP(),
    '0', '0',
    '0', '0',
    'test', '0');

Так выглядит авторизация обычного пользователя в биллинге Abills. Все хорошо, пока база не наполнена. Но как база наполнится, мы увидим прекраснейшее использование могучих индексом mysql. Особенно таблицы dv_log. А далее будем разбирать deadlock который я думаю так и встречается по сей день.

ps/ Продолжение следует.

И раз вы так любите придерживаться стандартов, поправьте вот этот запрос.

select
  u.uid,
  DECODE(password, 'test12345678901234567890') AS passwd,
  UNIX_TIMESTAMP() AS session_start,
  UNIX_TIMESTAMP(DATE_FORMAT(FROM_UNIXTIME(UNIX_TIMESTAMP()), '%Y-%m-%d')) AS day_bagin,
  DAYOFWEEK(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_week,
  DAYOFYEAR(FROM_UNIXTIME(UNIX_TIMESTAMP())) AS day_of_year,
  u.company_id,
  u.disable,
  u.bill_id,
  u.credit,
  u.activate AS account_activate,
  u.reduction,
  u.ext_bill_id,
  UNIX_TIMESTAMP(u.expire) AS account_expire
     FROM users u
     WHERE 
        u.id='test' AND u.domain_id='0'
        AND (u.expire='0000-00-00' or u.expire > CURDATE())
        AND (u.activate='0000-00-00' or u.activate <= CURDATE())
        AND u.deleted='0'
       GROUP BY u.id;

select = SELECT.

Навскидку при одновременном подключении 300 пользователей, имеем 14*300=4200 запросов в единицу времени (Deadlock привет).

начали с експлейнов а закончили маленькими буквами )

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

1 при использовании rlm_perl (что является обязательным) запрос получения данных по насу используется только 1 раз по время старта радиуса, а у Вас этот запрос 4 раза фигурирует так как вы запустили exec который используется только для теста

2 у всех запросах что Вы показали нет ни одного запроса чтения записи в таблицу более 100 000 (таблица онлайн сессий, если у Вас столько бывает клиентов)

3 есть таблица s_details дополнительная детализация, для провайдеров больше 50 тис абонентов можно отключить

4 тот же что Вы писали dv_log используется только для линейной записи, но в вашем листинге даже этого нету

5 ну и думаю стоит писать какие данные Вы считаете большими, чтобы действительно можно было проверить на тестах

6 ну и забыли сказать авторизация и аккаунтинг

я понимаю что в любом продуйте есть какие то недочёты, но как показала практика люди которые реально их видят не постят это на форумах что бы поднять свой авторитет, а те кто их не видит наоборот стараются "отчиться"

Відредаговано 2014-11-03 08:21:29 ~AsmodeuS~

~AsmodeuS~ · 2014-11-03 08:26:40

А вот юзеров при этом он не отпускает - так и умирают сессии вместе с насом и приконнектится юзер уже не может
Как это - не отпускает? Как только сессия попадает в зап - все, юзер может коннектиться снова. В зап она попадает после N потерянных алайвов.

Один минус - удаляется из запа целиком она всего после 2*N алайвов, я прикрутил себе патчик чтобы в запе она висела Y алайвов (доп.переменная конфига), на случай прерывания связи между биллингом и насами/остановки биллинга на профилактику...

ком версия восстанавливает самостоятельно потерянные сессии

sanyadnepr · 2014-11-03 08:29:56

Вопрос открыт. Какие тренды сейчас в биллингах?

Зачем переезжать ? Есть с ноденни серьёзные проблемы ?

~AsmodeuS~ · 2014-11-03 08:45:18

А вот юзеров при этом он не отпускает - так и умирают сессии вместе с насом и приконнектится юзер уже не может
Как это - не отпускает? Как только сессия попадает в зап - все, юзер может коннектиться снова. В зап она попадает после N потерянных алайвов.

Один минус - удаляется из запа целиком она всего после 2*N алайвов, я прикрутил себе патчик чтобы в запе она висела Y алайвов (доп.переменная конфига), на случай прерывания связи между биллингом и насами/остановки биллинга на профилактику...

Дело в том, что если падает нас, то сессии уходят вместе с ним. Если при этом его быстро поднять, то окажется что сессии висят на нем до сих пор. Причем еще и не запнутые, а юзеры в это время досят насы.

стандартная ситуация для серверов доступа которые не могу делать Accounting-On / Accounting-Off

для решить эту проблему есть утилита autozh.pl её устанавливаете в автозагрузке и она при поднятии сервера скидывает сессии в зап

http://abills.net.ua/wiki/doku.php/abills:docs:faq:ru?posle_perezagruzki_servera_dostupa_sessii_vse_esche_visjat_v_billinge

Sinkeeper · 2014-11-03 08:57:11

Вопрос открыт. Какие тренды сейчас в биллингах?

Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?

почему вы решили что для abills 2000 абонентов - это проблема ?

NiTr0 · 2014-11-03 09:02:56

Дело в том, что если падает нас, то сессии уходят вместе с ним. Если при этом его быстро поднять, то окажется что сессии висят на нем до сих пор. Причем еще и не запнутые, а юзеры в это время досят насы.

Никуда они не уходят, а попадают в зап при N пропущенных алайвах

ком версия восстанавливает самостоятельно потерянные сессии

Да и опенсорс это умеет (во всяком случае срез годичной давности). Только тут вот какое дело - биллинг отпал, сессии попридивались как истекшие, ип адреса повыдавались новым клиентам при коннекте. А сессии-то живые... Итог - нифига не работает нормально, надо по факту полностью рестартовать демоны на брасах или прибивать старые/новые сесии...

dimka88 · 2014-11-03 09:09:04

Откуда ограничение в 2к для ubilling?

и

почему вы решили что для abills 2000 абонентов - это проблема ?

Немного вы меня не поняли. Я имею ввиду, что при более 2к клиентов стоит задумываться о переходе на другие, коммерческие, более грамотные продукты. Тут вам и рост и стабильность (Ну опять же, совокупность многих факторов).

начали с експлейнов а закончили маленькими буквами )

Ваше время придёт =) Еще подождите. (Оффтоп.) Трудно собраться, когда на твой город периодически нападает армия.

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

С продуктом знаком, восхищен вашей документацией, с 5 раза включая логику, не совсем удаётся понять, что вы имели ввиду.

1 при использовании rlm_perl (что является обязательным) запрос получения данных по насу используется только 1 раз по время старта радиуса, а у Вас этот запрос 4 раза фигурирует так как вы запустили exec который используется только для теста

Смотрим в документацию, и видим

Radius
В данной документации описана настройка exec версии работі билинга с радиусом, если у Вас больше 500 абонентов просьба пользоваться rlm_perl конфигурацией

Смотрим настройку rlm_perl, и видим для 2-й версии, но для первой версии настройка есть.

Freeradius 2.x

Обратите внимание

При использовании rlm_perl не изолируйте строковые пары RADIUS кавычками в секциях тарифных планов и серверов доступа.
Пример
mpd-limit+=in#1=all shape 128000 4000,
mpd-limit+=out#1=all shape 128000 4000
После обновления системы обязательно перезапускайте RADIUS сервер

ссылка в студию. http://abills.net.ua/wiki/doku.php/abills:docs:rlm_perl:ru#freeradius_2x

С rlm_perl отдельно все посмотрим, рассмотрим, всему свое время.

dimka88 · 2014-11-03 09:10:06

2 у всех запросах что Вы показали нет ни одного запроса чтения записи в таблицу более 100 000 (таблица онлайн сессий, если у Вас столько бывает клиентов)

Ммм, я говорил таблица пустая. Наполним, будем смотреть.

3 есть таблица s_details дополнительная детализация, для провайдеров больше 50 тис абонентов можно отключить

Да её вообще нужно не выключать, а включать по желанию! А то она вроде есть, жрёть, а не гавкаэ, то есть её не пользуются.

4 тот же что Вы писали dv_log используется только для линейной записи, но в вашем листинге даже этого нету

Сюда мы обязательно дойдём, ой там интересного...

5 ну и думаю стоит писать какие данные Вы считаете большими, чтобы действительно можно было проверить на тестах

25к душ, 2 года хранить dv_log чуть более мелкого ISP. к dv_log, нужен не архивный доступ.

6 ну и забыли сказать авторизация и аккаунтинг

Да.

я понимаю что в любом продуйте есть какие то недочёты, но как показала практика люди которые реально их видят не постят это на форумах что бы поднять свой авторитет, а те кто их не видит наоборот стараются "отчиться"

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

madf · 2014-11-03 09:32:21

Откуда ограничение в 2к для ubilling?
и

почему вы решили что для abills 2000 абонентов - это проблема ?
Немного вы меня не поняли. Я имею ввиду, что при более 2к клиентов стоит задумываться о переходе на другие, коммерческие, более грамотные продукты. Тут вам и рост и стабильность (Ну опять же, совокупность многих факторов).

...

Вы по профессии, случайно, не рекламщик?

~AsmodeuS~ · 2014-11-03 10:04:54

Дело в том, что если падает нас, то сессии уходят вместе с ним. Если при этом его быстро поднять, то окажется что сессии висят на нем до сих пор. Причем еще и не запнутые, а юзеры в это время досят насы.
Никуда они не уходят, а попадают в зап при N пропущенных алайвах

ком версия восстанавливает самостоятельно потерянные сессии
Да и опенсорс это умеет (во всяком случае срез годичной давности). Только тут вот какое дело - биллинг отпал, сессии попридивались как истекшие, ип адреса повыдавались новым клиентам при коннекте. А сессии-то живые... Итог - нифига не работает нормально, надо по факту полностью рестартовать демоны на брасах или прибивать старые/новые сесии...

нет немного не так

если они пропали с мониторинга, то на следующем алайве они опять там будут

если за это время были выданы эти ип еще кому то они тоже появятся в мониторинге и система скинет дубликаты ип все ь процесс заёмёт 1 алайв период (это для провайдеров до 5 тис онлайн 5 минут больше 5 тис 10 минут) в любом случае єто быстрее чем перезагружать демон и всех скопом заставлять по новому авторизоваться

~AsmodeuS~ · 2014-11-03 10:12:28

2 у всех запросах что Вы показали нет ни одного запроса чтения записи в таблицу более 100 000 (таблица онлайн сессий, если у Вас столько бывает клиентов)

Ммм, я говорил таблица пустая. Наполним, будем смотреть.

3 есть таблица s_details дополнительная детализация, для провайдеров больше 50 тис абонентов можно отключить

Да её вообще нужно не выключать, а включать по желанию! А то она вроде есть, жрёть, а не гавкаэ, то есть её не пользуются.

4 тот же что Вы писали dv_log используется только для линейной записи, но в вашем листинге даже этого нету

Сюда мы обязательно дойдём, ой там интересного...

5 ну и думаю стоит писать какие данные Вы считаете большими, чтобы действительно можно было проверить на тестах

25к душ, 2 года хранить dv_log чуть более мелкого ISP. к dv_log, нужен не архивный доступ.

6 ну и забыли сказать авторизация и аккаунтинг

Да.

я понимаю что в любом продуйте есть какие то недочёты, но как показала практика люди которые реально их видят не постят это на форумах что бы поднять свой авторитет, а те кто их не видит наоборот стараются "отчиться"

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

никто не обижается просто ждём критики по существу а не домыслов, учитывая что при вашей базе 25 тыс Вы сидите на ABillS а рекомендуете другие решения, интересно было бы посмотреть как вы на феликсе или експерте это завели

sadmin · 2014-11-03 15:12:45

стандартная ситуация для серверов доступа которые не могу делать Accounting-On / Accounting-Off

для решить эту проблему есть утилита autozh.pl её устанавливаете в автозагрузке и она при поднятии сервера скидывает сессии в зап

http://abills.net.ua/wiki/doku.php/abills:docs:faq:ru?posle_perezagruzki_servera_dostupa_sessii_vse_esche_visjat_v_billinge

хм. а когда мы были у вас на ком поддержке (где то год-полтора назад), об этом скрипте никто ничего не сказал/не сделал.....

и еще один камень: вы предлагаете любой дистр при установке абиллса. но при этом ваш админ собирает из исходников основные компоненты (радиус сервер тот же). а как потом обновлять эту систему?

Maxxx · 2014-11-03 18:16:05

Вопрос открыт. Какие тренды сейчас в биллингах?
Зачем переезжать ? Есть с ноденни серьёзные проблемы ?

Перестал он удовлетворять нашим (моим) требованиям. Хочется значительно большего. Пока смотрели на Нодени+, но есть многооооо вопросов к нему.

Maxxx · 2014-11-03 18:17:18

Вопрос открыт. Какие тренды сейчас в биллингах?
Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?

Огласите весь список, если можно. И что то еще есть дороже гидры?

Увійти

Билинг для 300-500 абонентов.

Рекомендованные сообщения

blackjack 244

Ссылка на сообщение

Поделиться на других сайтах

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Posted Images

logic 512

Ссылка на сообщение

Поделиться на других сайтах

911 140

Ссылка на сообщение

Поделиться на других сайтах

logic 512

Ссылка на сообщение

Поделиться на других сайтах

blackjack 244

Ссылка на сообщение

Поделиться на других сайтах

Maxxx 442

Ссылка на сообщение

Поделиться на других сайтах

blackjack 244

Ссылка на сообщение

Поделиться на других сайтах

Maxxx 442

Ссылка на сообщение

Поделиться на других сайтах

dimka88 19

Ссылка на сообщение

Поделиться на других сайтах

sadmin 7

Ссылка на сообщение

Поделиться на других сайтах

madf 279

Ссылка на сообщение

Поделиться на других сайтах

~AsmodeuS~ 34

Ссылка на сообщение

Поделиться на других сайтах

~AsmodeuS~ 34

Ссылка на сообщение

Поделиться на других сайтах

sanyadnepr 305

Ссылка на сообщение

Поделиться на других сайтах

~AsmodeuS~ 34

Ссылка на сообщение

Поделиться на других сайтах

Sinkeeper 9

Ссылка на сообщение

Поделиться на других сайтах

NiTr0 583

Ссылка на сообщение

Поделиться на других сайтах

dimka88 19

Ссылка на сообщение

Поделиться на других сайтах

dimka88 19

Ссылка на сообщение

Поделиться на других сайтах

madf 279

Ссылка на сообщение

Поделиться на других сайтах

~AsmodeuS~ 34

Ссылка на сообщение

Поделиться на других сайтах

~AsmodeuS~ 34

Ссылка на сообщение

Поделиться на других сайтах

sadmin 7

Ссылка на сообщение

Поделиться на других сайтах

Maxxx 442

Ссылка на сообщение