Jump to content
Калькуляторы

Felix billing получить отзыв

Ребят у кого-нибудь установлен или был опыт использования данного биллинга? Поделитесь отзывом, советом. Клиентов до 2000аб.

Share this post


Link to post
Share on other sites

Давно знаю разработчика. Аналогично работали вместе начиная со 2й версии. Довольно гибкая конфигурация настроек, доп. модули, функционал мониторинга активки, учет заявок, ТМЦ, телефония, IPTV и много чего еще. 
Интегрировал под нас и с RDP EcoSGE и с Juniper MX BNG/SM, были времена и на линукс-тазиках интернет бегал (iptables/tc и т.п., демон управления этим делом был свой). Из последнего-важного было добавлено выгрузка под СОРМ3 + хранение перс.данных сотрудников юр.лиц, + отрисовка ВОЛС.
В общем на мелком операторе с базой как у вас будет как решение все в одном, если захотите кожу-рожу все дела. Скачайте тестовый образ, там вроде раньше было до 50аб бесплатно на посмотреть.

image.thumb.png.98d3b66c50a048947e72a76fd485ed55.pngimage.thumb.png.281aefb93482928c965bf47f6a705abd.png

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

В 24.04.2022 в 07:33, alex56 сказал:

постоянно создаются новые  фишки

Можно пример фишек, которые были сделаны за последние 2 года?

 

В 24.04.2022 в 07:33, alex56 сказал:

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

За какие не большие деньги? Пол миллиона сейчас уже копейки? Или ежемесячный платеж под 40 тысяч?

 

В 24.04.2022 в 07:33, alex56 сказал:

техподдержка 100% в любое время.

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

 

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

Share this post


Link to post
Share on other sites

Quote

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

Понятие гибкости у всех разное.

 

Quote

Можно пример фишек, которые были сделаны за последние 2 года?

https://wiki.felix-billing.ru/#/docs/changelog/changelog

 

Quote

За какие не большие деньги? Пол миллиона сейчас уже копейки? Или ежемесячный платеж под 40 тысяч?

Лицензия оплачивается ОДИН раз в отличие от того же любимого вами карбона :)

500тр - это лицензия на 10К абонентов

Сколько же стоит БЕССРОЧНАЯ лицензия на 10К абонентов у любимого вами карбона .... ой всего-то 3 ляма с лишним рублей...

 

Quote

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

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

 

Quote

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

Ну вот не надо такую фигню писать... Документацию хоть почитайте.

https://wiki.felix-billing.ru/#/docs/scheme/ipoe_radius_accel-ppp

 

ПС: вообщем понятно ... если нет древовидной структуры абонентов, то биллинг отстой :)

Вот у ребят из NEXIGN (https://nexign.com/ru) тоже нет древовидной структуры абонентов если что :)))

 

ППС: вообще я тут не про то что у нашего продукта нет недостатков... но мы за конструктивную критику :)

 

 

 

 

 

 

 

Share this post


Link to post
Share on other sites

Кому как.

Долго присматривался какой поставить и не прогадал установив Felix ещё вторую версию.

Я пользуюсь им с 2012г всё устраивает, за 10 лет работы позвонил им раз 10 чтоб расширили базу и переход на третью версию.

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

Дали попробовать рисовать схемы ВОЛС с привязкой к местности с домами и уровнем сигнала Ваще ОГОНЬ

 

@KraNik 

Doc1.docx

Share this post


Link to post
Share on other sites

On 4/26/2022 at 6:22 PM, nphs said:

Ну это же не биллинг. Гугл карты какие-то, эх (

 

???

 

На нашем сайте все подробно расписано: https://www.felix-billing.ru/

 

Share this post


Link to post
Share on other sites

В 25.04.2022 в 23:07, LDestroy сказал:

Понятие гибкости у всех разное.

Конечно. Гибкость это когда часть абонентов работают через PPPoE, часть через IPoE, далее есть IPTV, при чем для PPPoE и IPoE немного разные настройки, есть та же IP телефония, видео наблюдение и т.п.

 

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

 

В 25.04.2022 в 23:07, LDestroy сказал:

И где там фишки? Если вы про "Реализована возможность платного перехода между тарифными планами." от  2022-02-21, так подобная "фишка" у всех лет как 10 давно реализована=)

 

За 2022 год десятка 2 записей, из которых фишки 2-3, да и то сомнительные, которые уже давно у всех реализованы.

 

В 25.04.2022 в 23:07, LDestroy сказал:

Лицензия оплачивается ОДИН раз в отличие от того же любимого вами карбона :)

То есть один раз платим всю жизнь используем?

А как же подписка на техподдержку?

А обновления? Заплатим 500 тысяч за 10к. абонентов, потом еще добавим 500 за техподдержку за один год использования. Где же тут экономия?

 

В 25.04.2022 в 23:07, LDestroy сказал:

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

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

 

В 25.04.2022 в 23:07, LDestroy сказал:

Ну вот не надо такую фигню писать... Документацию хоть почитайте.

У вас по той ссылке больше по установке accel расписано, чем по делу=)

 

Не даром же я пишу что биллинг подходит лишь ограниченному кругу лиц, тем, кто на accel-е работает. Тем, которые все тянут в центр.

 

Вот как пример, можно ли реализовать схему на феликс биллинг, когда на сети 1000 маршрутизаторов, к каждому маршрутизатору подключено по 10 абонентов, каждый из этих 10 абонентов запрашивает IP адрес, а биллинг должен выдать IP не на основе мак адреса запросившего, а на основе названия интерфейса с номером договора (например inet_N1234, где 1234 номер договора в биллинге), после этого отправить настройки (ограничения скорости, блокировки) на несколько других пограничных маршрутизаторов?

 

В 25.04.2022 в 23:07, LDestroy сказал:

ППС: вообще я тут не про то что у нашего продукта нет недостатков... но мы за конструктивную критику :)

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

А те примеры, что есть, перенести уже в примеры реализации на определенном оборудовании.

 

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

Share this post


Link to post
Share on other sites

On 4/27/2022 at 12:09 AM, Saab95 said:

Конечно. Гибкость это когда часть абонентов работают через PPPoE, часть через IPoE, далее есть IPTV, при чем для PPPoE и IPoE немного разные настройки, есть та же IP телефония, видео наблюдение и т.п.

Вот это все что вы перечислили уже давно работает. В любых вариантах.

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

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

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

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

И где там фишки? Если вы про "Реализована возможность платного перехода между тарифными планами." от  2022-02-21, так подобная "фишка" у всех лет как 10 давно реализована=)

 

За 2022 год десятка 2 записей, из которых фишки 2-3, да и то сомнительные, которые уже давно у всех реализованы.

ну ну...

BL_FIBER - Релиз системы учета кабельной инфраструктуры. Система учета кабельной инфраструктуры позволяет создавать подробные схемы ВОЛС, схемы коммутации муфт и узлов, отображать на карте уровни оптических сигналов для PON терминалов и статусы узлов связи.

 

у карбона реализовано ... давно ?

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

То есть один раз платим всю жизнь используем?

А как же подписка на техподдержку?

А обновления? Заплатим 500 тысяч за 10к. абонентов, потом еще добавим 500 за техподдержку за один год использования. Где же тут экономия?

Обновления - 24К в год... Все цены на сайте написаны... читайте :)

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

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

Хм... это как-то неконкретно. Но возможно ... особенно если мы говорим про 2ю версию.

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

У вас по той ссылке больше по установке accel расписано, чем по делу=)

ЛОЛ... это ж пошаговое руководство.... В том и суть что все максимально подробно расписано.

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

Не даром же я пишу что биллинг подходит лишь ограниченному кругу лиц, тем, кто на accel-е работает. Тем, которые все тянут в центр.

Ну вообще-то OSS/BSS Felix 3 может работать одновременно  с множеством NAS.

То что в примере разбирается схема с одним NAS - так на то он и пример чтобы быть максимально простым.

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

Вот как пример, можно ли реализовать схему на феликс биллинг, когда на сети 1000 маршрутизаторов, к каждому маршрутизатору подключено по 10 абонентов, каждый из этих 10 абонентов запрашивает IP адрес, а биллинг должен выдать IP не на основе мак адреса запросившего, а на основе названия интерфейса с номером договора (например inet_N1234, где 1234 номер договора в биллинге), после этого отправить настройки (ограничения скорости, блокировки) на несколько других пограничных маршрутизаторов?

... забавная схема :) что в случае если на номере договора (лицевого счета) несколько учеток ?
Вообще в AGENT_RADIUS при включении "Расширенной индентификации" можно производить любые манипуляции над принимаемыми RADIUS атрибутами и выполнять авторизацию по любым параметрам(или комбинации параметров) учетной записи.

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

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

А те примеры, что есть, перенести уже в примеры реализации на определенном оборудовании.

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

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

 

 

On 4/27/2022 at 12:09 AM, Saab95 said:

 

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

ЛОЛ.. вообще-то OSS/BSS Felix 3 не имеет ядра как такового ... имеется загрузчик модулей и многопоточная шина для взаимодействия модулей, которые могут быть запущены как локально, так и на разных серверах... Не Kafka конечно, но мы движемся в этом направлении :)

 

 

 

 

Edited by LDestroy

Share this post


Link to post
Share on other sites

В 27.04.2022 в 04:45, LDestroy сказал:

 

ЛОЛ.. вообще-то OSS/BSS Felix 3 не имеет ядра как такового ... имеется загрузчик модулей и многопоточная шина для взаимодействия модулей, которые могут быть запущены как локально, так и на разных серверах... Не Kafka конечно, но мы движемся в этом направлении :)

 

 

 

 

 

У карбона зато база на firebird

Share this post


Link to post
Share on other sites

В 27.04.2022 в 18:20, the-jk сказал:

mariadb (оно же mysql) - большой камень в вашем огороде.

Позовите, как postgres освоите.

Почему вы так считаете, можете пояснить?

Как вы относитесь к (YDB) Yandex DB, мы используем его в одном из проектов?

Share this post


Link to post
Share on other sites

В 27.04.2022 в 01:45, LDestroy сказал:

BL_FIBER - Релиз системы учета кабельной инфраструктуры. Система учета кабельной инфраструктуры позволяет создавать подробные схемы ВОЛС, схемы коммутации муфт и узлов, отображать на карте уровни оптических сигналов для PON терминалов и статусы узлов связи.

Какое отношение это имеет к биллингу?

И если у кого-то вся сеть на радио каналах - в вашем биллинге еще не реализовали учет беспроводных каналов связи? То есть сделать аналог The DUDE?

 

В 27.04.2022 в 01:45, LDestroy сказал:

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

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

Так шаблоны воспроизведены те, которые работают. Те же скрипты обработки событий вообще не описаны, например на микротик команды отправлять, без радиуса=)

 

В 27.04.2022 в 18:23, Кошачии ловец сказал:

Почему вы так считаете, можете пояснить?

Как вы относитесь к (YDB) Yandex DB, мы используем его в одном из проектов?

mysql устаревшая технология, т.к. является языком запросов, а очень часто нужен доступ к БД, как бы так сказать - прямой, и в этом случае база работает медленно.

 

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

Share this post


Link to post
Share on other sites

В 27.04.2022 в 22:30, Saab95 сказал:

Какое отношение это имеет к биллингу?

И если у кого-то вся сеть на радио каналах - в вашем биллинге еще не реализовали учет беспроводных каналов связи? То есть сделать аналог The DUDE?

 

Так шаблоны воспроизведены те, которые работают. Те же скрипты обработки событий вообще не описаны, например на микротик команды отправлять, без радиуса=)

 

mysql устаревшая технология, т.к. является языком запросов, а очень часто нужен доступ к БД, как бы так сказать - прямой, и в этом случае база работает медленно.

 

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

YDB – это open source. Стоимость за YDB, установленную собственными силами, Яндекс поднять не сможет!

Share this post


Link to post
Share on other sites

В 27.04.2022 в 00:09, Saab95 сказал:

Не даром же я пишу что биллинг подходит лишь ограниченному кругу лиц, тем, кто на accel-е работает. Тем, которые все тянут в центр.

Сааб...  иди микротики покупай/продавай, про биллинги не твоё это :) то технология не та с бд используется, то что-то там не так как тебе хочется, но по факту ты и не в курсе можно это так реализовать или нет, вердикт ты сам застрял в ограниченном пространстве за все эти годы :) У нас ведь как, каждый дрочит как хочет, ты же пытаешься убедить людей что продукт говно, бегите от него, а это мягко говоря не так. Либо конкретные вопросы к разрабу, дабы получить конкретику, либо нахер с ветки.

Share this post


Link to post
Share on other sites

В 30.04.2022 в 23:00, BeHalf сказал:

Либо конкретные вопросы к разрабу, дабы получить конкретику

А что конкретика темы в том, что написали 4-5 человек сразу что биллинг хороший - значит он хороший? Там есть конкретика?

 

Мы этот биллинг хотели запустить в 2-х точках из-за того, что он с поном от ZTE (так заявлялось разработчиками) работает, достаточно в биллинге завести абонента как он попадает на пон и все бегает. Оно то да, работает.

 

Но проблема в том, что если надо поменять головную станцию ПОН, то перезалить средствами биллинга абонентов на новую голову, оказывается, нельзя, и нужно заливать бекап со старой. Как так-то? =)

 

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

 

По сути биллинг просто пару команд на добавление отправляет на головную станцию и все, более никакой связи нет.

Share this post


Link to post
Share on other sites

В 30.04.2022 в 23:25, Saab95 сказал:

А что конкретика темы в том, что написали 4-5 человек сразу что биллинг хороший - значит он хороший? Там есть конкретика?

 

Мы этот биллинг хотели запустить в 2-х точках из-за того, что он с поном от ZTE (так заявлялось разработчиками) работает, достаточно в биллинге завести абонента как он попадает на пон и все бегает. Оно то да, работает.

 

Но проблема в том, что если надо поменять головную станцию ПОН, то перезалить средствами биллинга абонентов на новую голову, оказывается, нельзя, и нужно заливать бекап со старой. Как так-то? =)

 

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

 

По сути биллинг просто пару команд на добавление отправляет на головную станцию и все, более никакой связи нет.

Мда. Т.е. если нет или не было какого-то функционала нужного конкретно тебе это сразу = биллинг говно?) ну бред же.

 

У нас кстати тоже есть zte c320-е, но данный функционал вообщем-то не нужен был никогда (работает железо в проде..бэкапы сливаются периодически..), хотя лишним точно не будет. Насколько я знаю модуль отвечающий за pon обещали полностью переработать, возможно это как раз и связано с этими нюансами.

Share this post


Link to post
Share on other sites

В 01.05.2022 в 10:19, BeHalf сказал:

Мда. Т.е. если нет или не было какого-то функционала нужного конкретно тебе это сразу = биллинг говно?) ну бред же.

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

 

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

 

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

Share this post


Link to post
Share on other sites

В 03.05.2022 в 22:28, Saab95 сказал:

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

Походу вы путаете теплое с мягким. Биллинг в первую очередь это про обcчитывать сущности - деньги/трафик/услуги + принимать по результату действия - блок/активация/изменение параметров (AAA). То что вы описываете называется NMS. И да, это вендоро-зависимое дело, сложное, порой нереализуемое в автоматизации, т.к. сделаное не по стандартам, требующее подхода Гидра-биллинга, с вызовом кучи скриптов и костылей на определенные события. В этом подходе есть и плюсы и минусы. Но в любом случае тестирование всего этого дела вообще неблагодарная затея.

 

В 03.05.2022 в 22:28, Saab95 сказал:

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

Это что вообще такое? А давно у нас OLT стал брасом, они обычно L3 с натяжкой то делают? Ну то есть он умеет стандартизированный ААА для ONT/ONU делать из коробки? Если умеет - думаю не составит труда завязать его с любым биллингом, в том числе и обсуждаемым тут. 

У нас работает авторизация по DHCP Opt82, где передается S/N абонентского терминала. Но все что умеет OLT - вставлять опцию 82 и контролировать куда и откуда можно пересылать DHCP (Snooping)

 

В 27.04.2022 в 22:30, Saab95 сказал:

например на микротик команды отправлять, без радиуса=)

Со стародавних времен для стандартизации общения между различными BRAS/NAS устройствами с системами учета для ААА было придуманы протоколы, самые наверно популярные - RADIUS/DIAMETER
Так для чего, вот прям для чего, необходимо колхозить скрипты управления NAS? Давайте тогда управлять и свитчами, и абонентскими роутерами и до кучи слать команды любому китайскому шлаку, сделанному дядей Ляо на коленке? Для чего есть стандарты/протоколы/модели? Если какое-то устройство, объявившее себя NAS не хочет/не умеет RADIUS/DIAMETER для ААА- это уже колхоз "Красный Лапоть", и уметь им управлять вовсе не задача АСР системы. Если хочется этой ебли - пишите сами радиус клиент, который будет конвертировать ваши влажные фантазии в команды для оборудования ЧайнаТик и прочего. Что за мечта реализовать конфигурирование сабскрайберами на железках скриптами в биллинге? 
 

В 03.05.2022 в 22:28, Saab95 сказал:

одна ZTE, далее вы решили раскидать волокна по поселкам и поставить еще одну ZTE в другом месте

Или на хуавей, bdcom, с-data или чего еще там на алиэкспресс купили? Это задача администрирования сети, не биллинга. Транскодировать набор команд одной железки в синтаксис команд  другой железки - ну напишите сами ПО, умеющее стандартный радиуc + вендор-специфик аттрибуты (VSA), которое будет их обрабатывать в набор инструкции для CLI. Почему это должно быть в биллинге? Да, всем лень перенастраивать, но что поделать. Ансибл или еще чего можно прикрутить.
 

В 27.04.2022 в 22:30, Saab95 сказал:

mysql устаревшая технология

Это не технология, а NoSQL базы не всегда и не везде лучше.
 

Share this post


Link to post
Share on other sites

В 18.05.2022 в 01:42, micol сказал:

Биллинг в первую очередь это про обcчитывать сущности - деньги/трафик/услуги + принимать по результату действия - блок/активация/изменение параметров (AAA). То что вы описываете называется NMS. И да, это вендоро-зависимое дело, сложное, порой нереализуемое в автоматизации, т.к. сделаное не по стандартам, требующее подхода Гидра-биллинга, с вызовом кучи скриптов и костылей на определенные события. В этом подходе есть и плюсы и минусы. Но в любом случае тестирование всего этого дела вообще неблагодарная затея.

Ничего не путаем. Если биллинг при добавлении абонента смог отправить команды и зарегистрировать нового абонента на текущей ОЛТ, то почему он не может еще раз зарегистрировать этого абонента на другой ОЛТ, разница лишь в IP адресе?

 

В 18.05.2022 в 01:42, micol сказал:

Это что вообще такое? А давно у нас OLT стал брасом, они обычно L3 с натяжкой то делают? Ну то есть он умеет стандартизированный ААА для ONT/ONU делать из коробки? Если умеет - думаю не составит труда завязать его с любым биллингом, в том числе и обсуждаемым тут. 

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

 

В 18.05.2022 в 01:42, micol сказал:

Со стародавних времен для стандартизации общения между различными BRAS/NAS устройствами с системами учета для ААА было придуманы протоколы, самые наверно популярные - RADIUS/DIAMETER
Так для чего, вот прям для чего, необходимо колхозить скрипты управления NAS? Давайте тогда управлять и свитчами, и абонентскими роутерами и до кучи слать команды любому китайскому шлаку, сделанному дядей Ляо на коленке? Для чего есть стандарты/протоколы/модели?

Ранее предлагалось самостоятельно переносить настройки при замене OLT. Если биллинг не может отправлять команды по SSH, то как он сможет работать с 10-ком брасов на сети, и реализовать полную отказоустойчивость?

 

Биллинг кластеризацию ведь поддерживает?

 

В 18.05.2022 в 01:42, micol сказал:

ли на хуавей, bdcom, с-data или чего еще там на алиэкспресс купили? Это задача администрирования сети, не биллинга. Транскодировать набор команд одной железки в синтаксис команд  другой железки - ну напишите сами ПО, умеющее стандартный радиуc + вендор-специфик аттрибуты (VSA), которое будет их обрабатывать в набор инструкции для CLI. Почему это должно быть в биллинге? Да, всем лень перенастраивать, но что поделать. Ансибл или еще чего можно прикрутить.

Допустим феликс биллинг умеет работать с зте и хуавей. То есть можно создать нового абонента и он зарегистрирует его на одной БС, пусть это будет ЗТЕ. Далее абонент переехал на хуавей, почему биллинг не может взять начальные данные абонента, стереть их на старой ОЛТ (ведь это же не сложно, хотя бы поиском по маку или серийному номеру), и записать на новую ОЛТ другого производителя.

 

Ах да, это наверное так сложно для логики биллинга=)

 

 

Share this post


Link to post
Share on other sites

В 18.05.2022 в 20:54, Saab95 сказал:

Ничего не путаем

Именно путаете, этой сущности вообще не должно быть в биллинге. То что там есть некий функционал для работы с ZTE OLT - это лишь чья-то реализованная именно в таком виде хотелка.
Ставьте/покупайте NetNumen и разбирайтесь что там и как делать.

Share this post


Link to post
Share on other sites

В 18.05.2022 в 22:15, micol сказал:

Ставьте/покупайте NetNumen и разбирайтесь что там и как делать.

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

Share this post


Link to post
Share on other sites

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.