ищу инвесторов в дороботку модуля (ubilling + mikrotik + dnswitch)

[stepnoy 0]

Доброй ночи уважаемые форумчане!
Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas
Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

Кто готов вложиться  в разработку модуля пишите сюда. 
Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Відредаговано 2016-02-24 06:08:08 stepnoy

[sergepo 12]

  В 23.02.2016 в 20:04, stepnoy сказав:

Доброй ночи уважаемые форумчане!

Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas

Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

 

Кто готов вложиться  в разработку модуля пишите сюда. 

Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Сколько 100% ?

[FTTH_VN 59]

Используйте CoA будет вам счастье...

[sanyadnepr 305]

  В 28.02.2016 в 08:39, sergepo сказав:

 

  В 23.02.2016 в 20:04, stepnoy сказав:

Доброй ночи уважаемые форумчане!

Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas

Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

 

Кто готов вложиться  в разработку модуля пишите сюда. 

Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Сколько 100% ?

 

+1 ?

А так же ТЗ для разработки модуля в студию. 

Многим будет интересен берст в функционале этого модуля.

Відредаговано 2016-02-28 09:27:24 sanyadnepr

[sergepo 12]

  В 28.02.2016 в 09:24, sanyadnepr сказав:

 

  В 28.02.2016 в 08:39, sergepo сказав:

 

  В 23.02.2016 в 20:04, stepnoy сказав:

Доброй ночи уважаемые форумчане!

Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas

Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

 

Кто готов вложиться  в разработку модуля пишите сюда. 

Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Сколько 100% ?

 

+1 ?

А так же ТЗ для разработки модуля в студию. 

Многим будет интересен берст в функционале этого модуля.

 

Да функционал то понятен.

Динамический шейпер для NAS Mikrotik.

[stepnoy 0]

  В 28.02.2016 в 08:39, sergepo сказав:

Сколько 100% ?

 

100-150$

 

Как соберу весь функционал что нужен, могу выложить образ (если разработчики не против) на kvm ubuntu (ubilling + Mikrotik Nas + PPPoE клиенты + Vlan) 

 

еще нужно донастроить (дочитать):

 

- Burst 3-5 сек

- переадрессация должников

- оплата

Відредаговано 2016-03-01 22:41:30 stepnoy

[sanyadnepr 305]

  В 01.03.2016 в 22:39, stepnoy сказав:

 

  В 28.02.2016 в 08:39, sergepo сказав:

Сколько 100% ?

 

100-150$

 

Эту цифру согласовали с разработчиком ?

ТЗ есть ?

 

 

  В 28.02.2016 в 09:59, sergepo сказав:

 

  В 28.02.2016 в 09:24, sanyadnepr сказав:

 

  В 28.02.2016 в 08:39, sergepo сказав:

 

  В 23.02.2016 в 20:04, stepnoy сказав:

Доброй ночи уважаемые форумчане!

Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas

Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

 

Кто готов вложиться  в разработку модуля пишите сюда. 

Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Сколько 100% ?

 

+1 ?

А так же ТЗ для разработки модуля в студию. 

Многим будет интересен берст в функционале этого модуля.

 

Да функционал то понятен.

Динамический шейпер для NAS Mikrotik.

 

Этот функционал можно реализовать несколькими способами.

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

Настраиваемые параметры из вебки биллинга:

    add burst-limit=4M/20M burst-threshold=900k/9M burst-time=8h/8h comment="10Mb-100название тарифа" 
    max-limit=1M/10M name=пользователь target=10.10.10.2/32 
    time=0s-8h,sun,mon,tue,wed,thu,fri,sat

Что мешает совместить приятное с полезным, сделать динамический шейпер посредством Burst, попутно получить дополнительный полезный функционал.

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

[Cat-Telecom 0]

  В 08.03.2016 в 11:11, sanyadnepr сказав:

 

  В 01.03.2016 в 22:39, stepnoy сказав:

 

  В 28.02.2016 в 08:39, sergepo сказав:

Сколько 100% ?

 

100-150$

 

Эту цифру согласовали с разработчиком ?

ТЗ есть ?

 

 

  В 28.02.2016 в 09:59, sergepo сказав:

 

  В 28.02.2016 в 09:24, sanyadnepr сказав:

 

  В 28.02.2016 в 08:39, sergepo сказав:

 

  В 23.02.2016 в 20:04, stepnoy сказав:

Доброй ночи уважаемые форумчане!

Создал новую тему так как несмог изменить заголовок темы.

 

Доработка интересна тем кто использует ubilling + mikrotik Nas

Требуемый функционал реализован вот этим модулем dnswitch, но он работает только для ubilling + все в одном.

 

Кто готов вложиться  в разработку модуля пишите сюда. 

Разработкой модуля займется jcomm.

 

Я вношу 30% стоимости.

Сколько 100% ?

 

+1 ?

А так же ТЗ для разработки модуля в студию. 

Многим будет интересен берст в функционале этого модуля.

 

Да функционал то понятен.

Динамический шейпер для NAS Mikrotik.

 

Этот функционал можно реализовать несколькими способами.

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

Настраиваемые параметры из вебки биллинга:

    add burst-limit=4M/20M burst-threshold=900k/9M burst-time=8h/8h comment="10Mb-100название тарифа" 
    max-limit=1M/10M name=пользователь target=10.10.10.2/32 
    time=0s-8h,sun,mon,tue,wed,thu,fri,sat

Что мешает совместить приятное с полезным, сделать динамический шейпер посредством Burst, попутно получить дополнительный полезный функционал.

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

 

Готов поддержать 50 баксами. Кому и куда закинуть?

[FreeManGH 0]

Готов 30 докинуть, но всетаки хотелось бы формализовать ТЗ.

[diman321 0]

Какой статус происходящего? Готовы поддержать материально. Очень "ночные" тарифы нужны на микротике.

[galactic 0]

+1  за необходимость. 

stepnoy дай в личку координаты куда и скоко

[stepnoy 0]

тема UP

 

кто еще не передумал пишите сколько сможет скинуться

если что я на связи в скайпе stepnoy2005

Відредаговано 2016-04-18 08:18:17 stepnoy

[nightfly 1 245]

Пошел четвертый месяц, как семеро бизнесменов пытаются, собрать сотку баксов. Лол.

[stepnoy 0]

оптимизируем расходы )

[madf 279]

  В 18.04.2016 в 09:13, nightfly сказав:

Пошел четвертый месяц, как семеро бизнесменов пытаются, собрать сотку баксов. Лол.

Когда-то так на stg собирали. Не собрали

[livalera 1]

ждем и молимся когда уже)))))

[sanyadnepr 305]

  В 18.04.2016 в 09:13, nightfly сказав:

Пошел четвертый месяц, как семеро бизнесменов пытаются, собрать сотку баксов. Лол.

Дело не в сотке баксов. А в необходимости большей или меньшей, раелизации функционала.

А самое главное, вероятно нет понимания структуры и механизма раелизации функционала в складчину.

С моей точки зрения тот кто будет писать модуль, в паблике или личке обязан подтвердить цифры за работу и озвучить ТЗ, которое будет выполнено.

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

Мелкосети вполне способны отсыпать 20-30-50$ из своего бюджета, осталось только правильно это все организовать.

 

Каждый из ораторов понимает, что платит он один, а пользоваться будут все остальные на шару, не все могут с этим жить, вот это основная сложность.

[nightfly 1 245]

  В 19.04.2016 в 12:13, sanyadnepr сказав:

Дело не в сотке баксов.

Походу именно в ней.

У меня тут в скайпе целая каста таких вот чуваков, которые 50 баксов уже второй месяц собирают  или пытаются чего-то выклянчить (ну пазязя / ну дорого же / ну сделай за 10 долларов / а давай мы тебе потом пришлем / мы шо на этом бабки зарабатываем?) 

 

  В 19.04.2016 в 12:13, sanyadnepr сказав:

А в необходимости большей или меньшей, раелизации функционала.

Значит реально это никому не нужно - иначе этот функционал был бы давно оплачен/реализован.

 

 

 

  В 19.04.2016 в 12:13, sanyadnepr сказав:

Мелкосети вполне способны отсыпать 20-30-50$ из своего бюджета, осталось только правильно это все организовать.

В реальности, мелкосети способны отсыпать и 100-300-500-∞ денег.

 

Все зависит ровно от двух факторов:

 1. понимают ли они какой конкретно инструмент им нужен для зарабатывания денег?

 2. понимают ли они как и сколько при его помощи они будут зарабатывать?

 

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

 

  В 19.04.2016 в 12:13, sanyadnepr сказав:

Каждый из ораторов понимает, что платит он один, а пользоваться будут все остальные на шару, не все могут с этим жить, вот это основная сложность.

Вот сами же и подтвердили.

 

Очень хорошо, что разработка Ubilling и весь новый функционал, который там появляется, спонсируются не на таких вот началах и не такими вот "бизнесменами" 

Відредаговано 2016-04-19 13:36:48 nightfly

[ant0xa 4]

Я не понял, вы собираете сто баксов за то, чтобы вызов `/sbin/tc class change dev` заменить на вызов микротик API? Хм...

 

Там, унутре у него (Ubilling) есть неонка  такой некий файлик. Назовём его темплейт, по которому скрипт инициализации абонента вызывает Mikrotik API и передаёт туда необходимые параметры. НайтФлай не даст соврать, да? Поменяй темплейт и будет передаваться хоть чёрт лысый. Сейчас засылается DHCP, static ARP, Simple queue, Address list. Ничего не пропустил? Хочешь на queues tree работать? не вопрос. mikbill вот так и делает. Принадлежность к тарифу определяется присутствием в addr-list, удобненько. Убиллинг тогда будет по API передавать что у абонента наступила ночь, удаляя его из tarif_day и добавляя в tarif_night, а там уж микрот разрулит, что с этим делать. Немного магии Mangle на это потратится, в инете полно примеров. Ну или не менять адрес-лист, а задать время работы правила. Днём маркировать так, а ночью эдак. А по выходным вообще как-нибудь ещё

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

Ну вот как-то так. А биллингу это всё уметь не надо. Это всё микротик умеет. Главное ему об этом рассказать

 

PS кучу манглов всё-же некомильфо создавать, ведь микрот, прежде чем пакет куда-то выплюнуть, проходит их все. и 50-60 правил уже тяжко будет, наверное. Для 750-го Ну это уж пусть специалисты меня поправят, я нагенерил идей, а вам решать, что с этим делать.

 

Відредаговано 2016-04-19 14:03:37 ant0xa

[nightfly 1 245]

  В 19.04.2016 в 13:53, ant0xa сказав:

Я не понял, вы собираете сто баксов за то, чтобы вызов `/sbin/tc class change dev` заменить на вызов микротик API? Хм...

Насколько понимаю, они "собирают" сотку баксов (4-5 часов работы?) на вполне конкретное вкорячивание чего-то в dnswitch либо написание кастомного конкретно под микротичные скрипты инициализации. Вполне валидно я считаю, так как нужно еще продумать как и к каким НАС-ам оно все должно лазить, с какими авторизационными данными (ну да, у мудаков бывают одни и те же на пол-сотни НАС-ов, но это их проблемы) и как сделать это приемлимым по скорости, не лазая в базу каждый раз (угу, бывают сети где чуть больше трех с половиной юзеров).

 

 

 

  В 19.04.2016 в 13:53, ant0xa сказав:

НайтФлай не даст соврать, да?

Мне пофиг вообще. Не в теме как бы.

 

Там в начале эпического инвестиционного проекта и в документации по NAS Mikrotik четко объявлено кто занимается поддержкой этого всего обвеса.

Відредаговано 2016-04-19 14:03:54 nightfly

[sanyadnepr 305]

  В 19.04.2016 в 13:26, nightfly сказав:

ну сделай за 10 долларов

Ну пусть найдут еще 10 по 10 долларов и сделаю

 

  В 19.04.2016 в 13:26, nightfly сказав:

а давай мы тебе потом пришлем

А давай потом и сделаю

 

  В 19.04.2016 в 13:26, nightfly сказав:

мы шо на этом бабки зарабатываем?

Ага благотворительностью занимаетесь, забираете деньги у бедных и отдаете их богатым, по 2 покупаем по 4 продаем вот на эти два прОцента и живем

 

 

  В 19.04.2016 в 13:26, nightfly сказав:

Походу именно в ней. У меня тут в скайпе целая каста таких вот чуваков, которые 50 баксов уже второй месяц собирают  или пытаются чего-то выклянчить (ну пазязя / ну дорого же / ну сделай за 10 долларов / а давай мы тебе потом пришлем / мы шо на этом бабки зарабатываем?)

Даже с учетом курса, 50 баксов с одного-двоих, собирается легко.

Предлагаю огласить список хотелок по пунктам, чего просят и можно реализовать за 50 баксов, возможно найдутся реальные люди которые вдвоем пришлют по 25 уже сегодня, за необходимый функционал

 

 

 

 

  В 19.04.2016 в 13:26, nightfly сказав:

Значит реально это никому не нужно - иначе этот функционал был бы давно оплачен/реализован.

Я бы не был столь категоричен.

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

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

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

 

 

  В 19.04.2016 в 13:26, nightfly сказав:

В реальности, мелкосети способны отсыпать и 100-300-500-∞ денег.   Все зависит ровно от двух факторов:  1. понимают ли они какой конкретно инструмент им нужен для зарабатывания денег?  2. понимают ли они как и сколько при его помощи они будут зарабатывать?   Если сеть может вменяемо ответить хотя-бы для себя, на эти два вопроса: все быстро оплачивается, реализуется и поступает в основную ветку биллинга для последующего использования. Если нет - начинается "ну пазязя".

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

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

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

Возможно, профит от многих по 10$, превысит сложность собирания 300-500 денег сразу.

Организовать необходимо таких людей, типа так записываемся кому необходим такой-то функционал, ага 10 человек, стоить будет 500 денег, скаждого по 50 денег предоплаты, все оплатили и поехали работать, но думаю тут могут быть нюансы. Но пробовать надо разные схемы. В итоге чем больше кол-во установленных копий убиллинга, тем выше вероятность создания нового функционала.

 

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

 

  В 19.04.2016 в 13:26, nightfly сказав:

Очень хорошо, что разработка Ubilling и весь новый функционал, который там появляется, спонсируются не на таких вот началах и не такими вот "бизнесменами"

Естественно, иначе небыло бы убиллинга.

В принципе всегда так было, есть основной источник финансирования проэкта и остальные.

[nightfly 1 245]

  В 19.04.2016 в 15:20, sanyadnepr сказав:

Ну пусть найдут еще 10 по 10 долларов и сделаю

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

А давай потом и сделаю

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

Ага благотворительностью занимаетесь, забираете деньги у бедных и отдаете их богатым, по 2 покупаем по 4 продаем вот на эти два прОцента и живем

Видите? Вы сами все отлично понимаете. Как и мое отношение к происходящему вокруг.

 

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

Очень часто встречаю ситуации, что необходимый функционал которого нет в убиллинге, (как пример диншейпер для микротика посредством берста)

Ну значит не настолько неодходимый?

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

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

Угу, на этой неделе, меня пилили учетом каких-то водо/газо/електро/сисько датчиков и внезапно гастарбайтеров(!). Я как бы не воспринимаю все это как сигнал к немедленному действию или священный долг. Тем более, что более чем четко понимаю круг задач и свою нишу.

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

Организовать необходимо таких людей, типа так записываемся кому необходим такой-то функционал, ага 10 человек, стоить будет 500 денег, скаждого по 50 денег предоплаты, все оплатили и поехали работать, но думаю тут могут быть нюансы. Но пробовать надо разные схемы.

Я вас огорчу. Это не работало не работает и не будет, по описанным выше причинам.

Да и чего особо думать - мы сейчас с вами беседу ведем в ветке, одним своим видом символизирующую трупность затеи "а давайте скинемся по три копейки?".

 

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

Естественно, иначе небыло бы убиллинга.

Да не. Думаю таким темпом мы бы на шестой год разработки, уже закончили справочник городов и переходили бы к справочнику улиц

 

 

 

  В 19.04.2016 в 15:20, sanyadnepr сказав:

В принципе всегда так было, есть основной источник финансирования проэкта и остальные.

Да не. Есть просто источники + какой-то энтузиазм + какие-то нужные себе вещи а есть вот эти вот "инвестиционные" проекты, которые источники но каких-то других вещей. Точно не разработки. Лулзов мб.

Відредаговано 2016-04-19 15:39:44 nightfly

[sanyadnepr 305]

  В 19.04.2016 в 13:53, ant0xa сказав:

Хочешь на queues tree работать? не вопрос. mikbill вот так и делает. Принадлежность к тарифу определяется присутствием в addr-list, удобненько. Убиллинг тогда будет по API передавать что у абонента наступила ночь, удаляя его из tarif_day и добавляя в tarif_night, а там уж микрот разрулит, что с этим делать. Немного магии Mangle на это потратится, в инете полно примеров.

Нет ! Так не надо ! Зачем нам еще какая то магия ?

На simple queues реализовать правильней ИМХО.

[nightfly 1 245]

  В 19.04.2016 в 15:41, sanyadnepr сказав:

 

  В 19.04.2016 в 13:53, ant0xa сказав:

Хочешь на queues tree работать? не вопрос. mikbill вот так и делает. Принадлежность к тарифу определяется присутствием в addr-list, удобненько. Убиллинг тогда будет по API передавать что у абонента наступила ночь, удаляя его из tarif_day и добавляя в tarif_night, а там уж микрот разрулит, что с этим делать. Немного магии Mangle на это потратится, в инете полно примеров.

Нет ! Так не надо ! Зачем нам еще какая то магия ?

На simple queues реализовать правильней ИМХО.

 

Та один хрен, там что очереди крутить, что адреслисты - монопенисуально, с точки зрения взаимодействия с микротикой. Большинство думанья там должно быть сосредоточено вокруг дифференциации юзеров по цвету штанов НАС-ам, где они в реальности обслуживаются.  За меня этой херней изначально заняты stargazer+rscripd, так что наивных проблем, в том числе и с быстродействием - не возникает.

В данном микротичном случае (как же зашибись, что это все jcomm-а проблемы, лол) это все нужно реализовывать самому с нуля, по дороге озаботившись построением нужных юзеров в очередь по НАС-ам, чтобы пушить одним долгим потоком на них крутилки, а не реконнектиться по мульйону раз между разными НАС-ами.

Відредаговано 2016-04-19 15:51:04 nightfly

[ant0xa 4]

Как-то вот так сейчас себя почувствовал.