Перейти до

Релизы Ubilling


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

чуть больше десяти лет наблюдения за сферой позволяют предположить.

Хммм... а я вот танцор :D

Напишу все что угодно по вашему ТЗ

вопрос цены...

Чувствую запах равнодушия... своего...

Ну ну...

Кстати "пакетные тарифы" с лимитами по трафику поддерживаются, динамическое шейпирование тоже. Мораль? "Плохо смотрели/не поняли/не в теме "- ненужное зачеркнуть.

Да да, есть такое... Вот только - "Предоплаченный трафик" это в чем? мб, кб гб??? в матчасте этого не нашлось...

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1,2k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Все такие не столь сложно сделать "Ограничено на день/месяц" в профиле пользователя, если знаешь структуру запросов билинговой системы...

Ссылка на сообщение
Поделиться на других сайтах
вопрос цены...

Ну если вы 3G оператор как представились то гарантирую - денег на всю нашу команду у вас хватит :D

 

Да да, есть такое... Вот только - "Предоплаченный трафик" это в чем? мб, кб гб??? в матчасте этого не нашлось...

в вагонах CD/DVD вестимо, в чем же еще

 

Хммм... а я вот танцор

дык танцуйте, все будут только рады.

 

Все такие не столь сложно сделать "Ограничено на день/месяц" в профиле пользователя, если знаешь структуру запросов билинговой системы...

Да. Не сложно. Сделайте, милости просим.

Ссылка на сообщение
Поделиться на других сайтах
в литрах вестимо, в чем же еще

Тогда q: создав тариф с Предоплаченный трафик: 10

 

уже 2 гб вытащил с Инета - а пользователя так и не отрубило... В чем задача?

 

Да. Не сложно. Сделайте, милости просим.

Да как то докручу с "продолжать хотеть".

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

Тайминг сброса данных от спенсора к коллектору - по умолчанию 20 минут / 2Гб. Можно либо вывинтить таймауты нетфлоу, либо ограничить размер сессии. Предчувствую что cap_nf с вашими задачами и объемами нафиг не нужен. Можете вместо него использовать cap_bpf(проще) или cap_divert(точнее но медленнее) - там допуски крутяться одним параметром - частотой сдампливания в БД.

 

И да - кроме предоплаченого трафика есть еще понятие "цена до и после порога". Советую обратиться к документации по stargazer чтобы осознать как работает механика тарификации.

 

На самом деле тарификация в stargazer довольно гибкая в общих случаях - никто не запрещает сделать тариф где например украинский траффик будет бесплатным всегда, интернет при этом бесплатным до 500мб, после чего по гривне за мег и по 30 коп ночью, и при этом отдельно тарифицировать порнуху с внутренних сервисов по 50 коп за гиг, и меняя скорость абонента скажем X раз на протяжении суток. Вот. Как-то так.

 

Изучая потребности мелких и средних сетей, по факту нескольких сотен установок можно сделать вывод, что на самом деле вся эта фигня которая уже есть, никому не нужна - 99.8% используют чистые анлимы, иногда с ночными скоростями. У остальных 0.02% на фоне их присутствуют просто тарифы "по трафику". Аж у одного видел тариф вида "столько то гиг бесплатно, потом по такой-то цене".

 

Я еще могу придумать эдак с десяток клевых идей как можно обрабатывать трафик в контексте тарификации. Другой вопрос кому это реально нужно?

 

Да как то докручу с "продолжать хотеть".

я рад, что мы друг друга поняли.

Ссылка на сообщение
Поделиться на других сайтах

тот же cap_bpf не идет... от странно себя ведет при нагрузке в 30-35мб... (моя река = 50мб)

 

Если изменить time nf, стабильность он теряет?

 

И какой сенсор использует Ubilling? Softflowd?

Ссылка на сообщение
Поделиться на других сайтах
divert - это серьезно?

Не, пошутил :D

 

cap_bpf не идет... от странно себя ведет при нагрузке в 30-35мб...

Ну пропускает х% трафика мимо себя в зависимости от нагрузки. Есть такое. Точность - это либо инвалидная каталка либо отложенный сброс сессий netflow.

 

Если изменить time nf, стабильность он теряет?

Не должен. Если коллектор будет успевать обрабатывать и сдампливать в базу поступившие фловы. Учитывая что старгейзер жрет около 35-40% одного ядра древнючего зеона пережевывая фловок где-то с десятки гиг, то думаю от уменьшения в несколько раз таймингов на вашем потоке, ничего страшного случиться не должно :)

Ссылка на сообщение
Поделиться на других сайтах
нужной информации о своем вопросе не нашел...

Значит плохо искали.

 

Цитирую первое кинувшееся в глаза:

Timeouts
 softflowd will expire quiescent flows after user-configurable periods.
 The exact timeout used depends on the nature of the flow. The various
 timeouts that may be set from the command-line (using the -t option) and
 their meanings are:

 

Похоже, неправда ли?

 

Там кстати, для самых нетерпеливых, в конце есть раздел EXAMPLES где серым по черному нарисовано про это ваше "о своем вопросе не нашел":

 

...and increases the timeout for UDP flows to 90 seconds....

 

Совсем не нашли, да :)

Ссылка на сообщение
Поделиться на других сайтах

тот же cap_bpf не идет... от странно себя ведет при нагрузке в 30-35мб... (моя река = 50мб)

 

Если изменить time nf, стабильность он теряет?

 

И какой сенсор использует Ubilling? Softflowd?

А вот вы как думаете, каким сенсором пользуется, скажем, тот-же softflowd?

divert + tee - впослне себе серьезная связка.

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

Релиз Ubilling 0.2.9 rev 1705

 

Список изменений

 

- Изменения в структуре БД, см. дамп.

- alter.ini: изменился формат ARPING_IFACE теперь перед именем интерфейса следует указывать -i (FreeBSD) или -I (Linux)

- alter.ini: новая опция MTSIGMON_ENABLED включающая поддержку мониторинга сигнала на Mikrotik

- alter.ini: новая опция SIGREQ_ENABLED включающая поддержку сервиса приема заявок на подключение

- Модуль «Мастер отчетов»: появилась опция экспорта абонбазы в Excel

- Модуль «Популярность тарифов»: теперь отображает разницу стоимости при изменениях тарифов

- Модуль «Финансовый отчет»: починена внезапно сломавшаяся трансляция имен виртуальных сервисов.

- Модуль «Динамический шейпер»: улучшено логирование

- Модуль «Сети»: переписан интерфейс управления сетями. Теперь все более единообразно.

- Модуль «Сети»: теперь не получится удалить подсеть к которой привязаны живые пользователи.

- Модуль «Города»: добавлены проверки на заполненность имени при создании и редактировании города

- Модуль «Улицы»: добавлены проверки на заполненность имени при создании и редактировании улицы

- Модуль «Дома»: добавлены проверки на заполненность имени при создании и редактировании дома

- Модуль «Улицы»: добавлены дополнительные переспрашивалки при удалении и редактировании

- Модуль «Дома»: добавлены дополнительные переспрашивалки при удалении и редактировании

- Модуль «Хелпдеск»: добавлена возможность редактирования и удаления ответов на тикеты

- Модуль «Работники»: добавлены дополнительные переспрашивалки, также возможно редактирование типов работ

- Модуль «Профиль пользователя»: теперь населенный пункт в адресе отображается принудительно

- Модуль «Права администраторов»: полностью переписано редактирование прав, теперь оно не такое пугающее

- Модуль «Консоль разработчика»: появилась возможность сохранять фрагменты кода в виде шаблонов

- Новый модуль "Мониторинг сигнала Mikrotik": позволяет получать уровень сигнала всех абонентов на БС

- Новый модуль «Заявки на подключение»: позволяет просматривать заявки поступившие от сервиса приема заявок (docs/signup/)

- Все всплывающие окна теперь используют вместо web_Overlay гламурный JQuery UI modal dialog

- КТВ: теперь понятно для кого происходят действия редактирования, внесения средств и показ статистики

- Кабинет пользователя: больше не вызывает исключений UBAgent при отсутствующем трафике у пользователя

 

Перед обновлением следует:

 

Добавить в конец alter.ini:

MTSIGMON_ENABLED=0
SIGREQ_ENABLED=0

 

Применить на БД дамп:

CREATE TABLE `ubstorage` (
`id` int(11) NOT NULL auto_increment,
`key` varchar(255) default NULL,
`value` text,
PRIMARY KEY (`id`),
KEY `key` (`key`),
FULLTEXT KEY `value` (`value`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

CREATE TABLE `sigreq` (
`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`date` DATETIME NOT NULL ,
`state` TINYINT NOT NULL ,
`ip` VARCHAR( 40 ) NOT NULL ,
`street` VARCHAR( 255 ) NOT NULL ,
`build` VARCHAR( 40 ) NOT NULL ,
`apt` VARCHAR( 40 ) NOT NULL ,
`realname` VARCHAR( 255 ) NOT NULL ,
`phone` VARCHAR( 255 ) NOT NULL ,
`service` VARCHAR( 255 ) NOT NULL ,
`notes` TEXT default NULL
) ENGINE = MYISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Ссылка на сообщение
Поделиться на других сайтах

Примечания читали? :)

Хотя да, вопрос довольно частый. Включили в FAQ.

 

ЗЫ пока меня не закидали камнями - если кто-то использует arping следует обратить внимание на изменение формата ARPING_IFACE

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

Дорое время суток!

У нас есть несколько абонентов, которые платят нестандартно... Т.е. допустим есть таифы на 60 грн/мес, 100 грн/мес... Так вот, есть несколько абонентов, которые по тем или иным причинам платят не 60 а например 50, или не 100 а 75.. тарифы все безлимитные, таких абонентов немного (несколько штук ))) ), но они есть. Как можно это организовать в Ubilling? т.е. как насроить для них тарифы. Создавать отдельно тариф на 50 грн, 75 и т.д.?

Ссылка на сообщение
Поделиться на других сайтах

Пока что могу придумать только три варианта:

 

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

2. Либо просто накидывать разницу по деньгам (100-75=25) при помощи "корректировки сальдо" чтобы выровнять по АП. Чтобы в финотчете фигурировал реальный денежный приход.

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

 

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

 

Настоящая и человеческая поддержка скидок запланирована не раньше 0.3.2 и будет завязана скорее всего на механику тегов.

Ссылка на сообщение
Поделиться на других сайтах

вариант 3 не подходит т.к. суммы, которые плятят такие абоненты, рознятся...

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

остались только те абоненты которые не под какие тарифы неподгониш (((((

будем ждать пока выйдет релиз 0.3.2 ))))))

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

ну это все тем же "переназначением скорости"

 

остались только те абоненты которые не под какие тарифы неподгониш (((((

Жалко чтоли наклепать для любимых обманентов пару лишних тарифов и пометить их как непопулярные? :)

Старгейзеру при вменяемых количествах тарифов, тем более анлимных практически фиолетово.

 

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

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

 

да, так и делаем...

 

Жалко чтоли наклепать для любимых обманентов пару лишних тарифов и пометить их как непопулярные? :)

Старгейзеру при вменяемых количествах тарифов, тем более анлимных практически фиолетово.

 

да нет не жалко конечно....))))))

 

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

нет, такое точно делать не будем )))

Ссылка на сообщение
Поделиться на других сайтах
да нет не жалко конечно....))))))

Как говаривал Джон Кармак "то чего вы не видите, на самом деле не существует" (С) - непопулярные тарифы какраз для этого :)

 

Удачки.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       


×
×
  • Створити нове...