Jump to content

Recommended Posts

Posted

Здравствуйте, уважаемые!

Есть маленький провайдер с микротиком в ядре и единственная цель - отрубать абонентов при достижении объёма трафика. Все коннектятся по статическим серым IP.

Не нужны онлайн-оплаты, смс-оповещалки и т.п. Просто собрать netflow-объём трафика и ограничить скорость/выключить абонента.  Возможность переадресации на страницу-предупреждения была бы плюсом. 

Ставить планируем на микро-ПК с Ubuntu с 2 Гб ОЗУ.

Спасибо за подсказки!

  • 2 weeks later...
Posted
On 4/1/2020 at 11:50 PM, seventh said:

Здравствуйте, уважаемые!

Есть маленький провайдер с микротиком в ядре и единственная цель - отрубать абонентов при достижении объёма трафика. Все коннектятся по статическим серым IP.

Не нужны онлайн-оплаты, смс-оповещалки и т.п. Просто собрать netflow-объём трафика и ограничить скорость/выключить абонента.  Возможность переадресации на страницу-предупреждения была бы плюсом. 

Ставить планируем на микро-ПК с Ubuntu с 2 Гб ОЗУ.

Спасибо за подсказки!

До 100 абонентов? Текстовый файл с данными юзеров как базу и простой скрипт на любом языке для сбора статистики по трафику и включения/отключения юзеров. Как по мне, то осваивать целый биллинг со всей обвеской и получить в результате не то, что нужно, а то, что можно при таком мизерном кол-ве юзеров не целесобразно.

Posted
15 часов назад, Baneff сказал:

До 100 абонентов? Текстовый файл с данными юзеров как базу и простой скрипт на любом языке для сбора статистики по трафику и включения/отключения юзеров. Как по мне, то осваивать целый биллинг со всей обвеской и получить в результате не то, что нужно, а то, что можно при таком мизерном кол-ве юзеров не целесобразно.

Зачем вы такое советуете, если есть бесплатные биллинги с маленьким количествм абонентов? А потом, если клиентов станет больше, можно купить лицензию и продолжать работать в нем. А все эти файлики скрипты и прочее поом обрастают костылями и получается помойка.

Posted
1 час назад, VolanD666 сказал:

Зачем вы такое советуете...

эти файлики скрипты и прочее поом обрастают костылями и получается помойка.

Все правильно он посоветовал. Пусть учатся немного головой думать и поиском пользоваться, а не только мышкой в кнопочки тыкать.

Если не осилил скрипты, то да, помойка и костыли.

Posted
1 час назад, VolanD666 сказал:

Зачем вы такое советуете, если есть бесплатные биллинги с маленьким количествм абонентов? А потом, если клиентов станет больше, можно купить лицензию и продолжать работать в нем. А все эти файлики скрипты и прочее поом обрастают костылями и получается помойка.

например?

 

Posted
2 минуты назад, VolanD666 сказал:

Abills например. Или таки скрипты лучше будут?

для "отключить абонента" скрипты однозначно будет лучше.

просто поглядите на страницу их прайса и как они хотят денег за каждый чих

то есть потребитель их "бесплатного" должен вложить свое время в то чтоб разобраться, интгрировать, адаптировать свои бизнес процессы под них, а затем платить платить и платить.... вечно.  за каждый чих.

 

намного проще заложить базу собственного биллинга простейшую в виде 3-4 плоских текстовых файлов и скриптов.

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

 

Posted
1 минуту назад, LostSoul сказал:

для "отключить абонента" скрипты однозначно будет лучше.

просто поглядите на страницу их прайса и как они хотят денег за каждый чих

то есть потребитель их "бесплатного" должен вложить свое время в то чтоб разобраться, интгрировать, адаптировать свои бизнес процессы под них, а затем платить платить и платить.... вечно.  за каждый чих.

 

намного проще заложить базу собственного биллинга простейшую в виде 3-4 плоских текстовых файлов и скриптов.

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

 

Это проще на начальном этапе. Когда у вас 100 абонентов. Когда их станет больше в любом случае встанет вопрос миграции в нормальнй биллинг. Поэтому почему бы сразу не сделать все правильно, чем потом ломать голову как из существующих решений сделать что-то похожее на наши костыли-скрипты-ексель-таблички чтобы не сломать бизнес процесс.

 

Кроме того, вроде как до сих пор АСР должна быть сертифицирована.

Posted
Только что, VolanD666 сказал:

Кроме того, вроде как до сих пор АСР должна быть сертифицирована.

Если АСР вообще нужна.

Если использовать только безлимитные тарифы, то на безлимитных тарифах считать нечего, поэтому и сертифицировать нечего.

Posted
Только что, alibek сказал:

Если АСР вообще нужна.

Если использовать только безлимитные тарифы, то на безлимитных тарифах считать нечего, поэтому и сертифицировать нечего.

Это вам кто такое сказал? А АП вы как счиатете? В екселе? А если клиенту через пол года в суд подаст, вы в качестве доказательств ексель будете показывать. Я не юрист, но мне кажется эта тема не сработает. В любом случае, я когда узел сдавал РКН не устроил наш довод что типа у нас безлим. ПРавда было это 7 лет назад. Так что, возможно вы правы.

Posted
24 минуты назад, VolanD666 сказал:

Когда их станет больше в любом случае встанет вопрос миграции в нормальнй биллинг.

и эта миграция тоже, в любом случае будет проще из простых табличек и скриптов чем пытатся какой-нибудь там abilis у которго скрипт смс 85$ , скрипт смс в телеграмм еще 85$  и так далее.

нахрена эта каша из бесплатного топора нужна? 

 

Posted
1 час назад, VolanD666 сказал:

А АП вы как счиатете?

Фиксированную АП (размер которой не зависит от объема трафика или продолжительности сессий) легко обеспечить средствами бухгалтерского учета. Никакое сертифицированное средство измерений в этом случае не нужно.

 

1 час назад, VolanD666 сказал:

ПРавда было это 7 лет назад.

7 лет назад наверняка было иначе.

Posted
On 4/1/2020 at 11:50 PM, seventh said:

....

Не нужны онлайн-оплаты, смс-оповещалки и т.п. Просто собрать netflow-объём трафика и ограничить скорость/выключить абонента.  Возможность переадресации на страницу-предупреждения была бы плюсом. 
....

 

Такое впечатление, что вам нужен биллинг, в котором функции биллинга не нужны. :) Или, "супер-программа, которая настроит все вместо админа".:)

 

  • 2 weeks later...
Posted
В 13.04.2020 в 17:06, vop сказал:

 

Такое впечатление, что вам нужен биллинг, в котором функции биллинга не нужны. :) Или, "супер-программа, которая настроит все вместо админа".:)

 

вообще биллинг должен уметь только считать деньги на счетах клиентов и ВСЁ, вести первичную бухгалтерию. Вся остальная "обвязка" прикручивается, и да все продаваемые биллинги и не продаваемые - это сараи с подпорками, бывает с элегантными

Posted

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

От этого и зависит в конечном итоге "эластичность" ПО и удобство его эксплуатации.

Posted

Самая большая проблема - обычно потенциальный заказчик даже приблизительно не понимает, что должен делать биллинг. :)

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.