Carbon billing 5, обсуждение

[tkama]

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

[Saab95]

В 16.12.2024 в 05:03, myth сказал:

Статический IP еще предложите каждому абону вписывать

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

 

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

 

В 16.12.2024 в 05:03, myth сказал:

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

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

 

В 16.12.2024 в 05:03, myth сказал:

Тазик с акцелем, например, может работать при упавшем радиусе. Умеет ли это микротик не знаю

Начнем с того, что у нас L3 сеть и IP адреса абонентам раздают тысячи устройств, некоторые вообще на свои 10 абонентских портов. Экономнее по ресурсам каждому вбить свой IP (ясно дело автоматически) и этот адрес будет постоянно выдаваться, при этом срок аренды 5 минут.

 

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

[myth]

Ясно. Опять устаревшие технологии...

[prepay]

В команду требуется коллега на постоянную работу

Основные направления

Работа с с маршрутизаторами Cisco,  Микротик,  работа с биллинговой системами (предпочтительно Carbon billing), Обслуживание серверов, работа с и интегрированными сервисами IPTV (предпочтительно Смотрешка),  облачное видеонаблюдение на базе  - Flussonic, интеграция и обслуживание . Администрирование серверов Linux/Windows  

[MDW67]

Какие технологии? Уважаемый, почитал ваши коменты от смеха описятся можно.Технология у Карбона одна, не работать, а деньги драть. Опишу мой опыт, 21-й год установка интеграция, пятый человек который в теме, до этого звонки в пустоту, причем пятой оказалась девчонка( что сильно меня удивило) прекрасный был у них админ, лан установились интегрировались, забыли(зайдите на сайт карбона, как там написано, вы занимаетесь чем угодно, сервером занимаемся мы, мы круты и т.д.). 2023 конец года, точно не скажу, вот мало платите и т.д., в смысле есть договор- да есть- по договору и счетам долга нет?- нет-какие проблемы? заткнулись. 2024 год, сами создают тиккеты сами там без вашего ведома их решают, движуха и показуха. Июнь 2024 отваливается сайт нахрен с личным кабинетом, ну вначале ребяткам помогало перезапуск контейнера и службы, надо искать причину -Я незнаю-я не могу- и т.д.. Хорошо дисковое впритык( КСТАТИ ТАК И НЕ ОБЪЯСНИЛИ ЧЕМ ЗАБИТО, НАЧАЛ ВЫЯСНЯТЬ ОБИДЕЛИСЬ), перебираю сервер, ставлю больше памяти, ставлю более быстрые процы, над менять винты, август, обращаюсь опять -я не знаю, я немогу и т.д.- сервер тихо деградирует, переписка, созвоны и т.д. доведение меня до белого каления. Октябрь сервер встал колом. Четверо суток без сна, нормально так, ставлю новые винты, гружу бекап ну и т.д.. Теперь внимание просыпается карбон надо бы ревизию сделать, отписываюсь, чего ревизию в помойке. Так что триджы подумайте, ах да счета выставляют стабильно, даже если договор неисполнили. А вы какие то технологии, у них часть мальчиков толком рейд не знают и что это такое и с чем его едят.

[MDW67]

Сам по себе биллинг хороший, людишки которые к нему присосались нет.

[intergeo26]

12 часов назад, MDW67 сказал:

Какие технологии? Уважаемый, почитал ваши коменты от смеха описятся можно.Технология у Карбона одна, не работать, а деньги драть. Опишу мой опыт, 21-й год установка интеграция, пятый человек который в теме, до этого звонки в пустоту, причем пятой оказалась девчонка( что сильно меня удивило) прекрасный был у них админ, лан установились интегрировались, забыли(зайдите на сайт карбона, как там написано, вы занимаетесь чем угодно, сервером занимаемся мы, мы круты и т.д.). 2023 конец года, точно не скажу, вот мало платите и т.д., в смысле есть договор- да есть- по договору и счетам долга нет?- нет-какие проблемы? заткнулись. 2024 год, сами создают тиккеты сами там без вашего ведома их решают, движуха и показуха. Июнь 2024 отваливается сайт нахрен с личным кабинетом, ну вначале ребяткам помогало перезапуск контейнера и службы, надо искать причину -Я незнаю-я не могу- и т.д.. Хорошо дисковое впритык( КСТАТИ ТАК И НЕ ОБЪЯСНИЛИ ЧЕМ ЗАБИТО, НАЧАЛ ВЫЯСНЯТЬ ОБИДЕЛИСЬ), перебираю сервер, ставлю больше памяти, ставлю более быстрые процы, над менять винты, август, обращаюсь опять -я не знаю, я немогу и т.д.- сервер тихо деградирует, переписка, созвоны и т.д. доведение меня до белого каления. Октябрь сервер встал колом. Четверо суток без сна, нормально так, ставлю новые винты, гружу бекап ну и т.д.. Теперь внимание просыпается карбон надо бы ревизию сделать, отписываюсь, чего ревизию в помойке. Так что триджы подумайте, ах да счета выставляют стабильно, даже если договор неисполнили. А вы какие то технологии, у них часть мальчиков толком рейд не знают и что это такое и с чем его едят.

Ооо, коллега по счастливому обладанию Карбона😂 вот так и у нас было в 22году. один в один.  ток хватило нас на 5 месяцев. плюнули, ушли на другое ПО.

[prepay]

 

Типичная ситуация . Просто попросили передвинуть обновление карбона по НДС с пятницы на понедельник 

 

[Saab95]

16 часов назад, MDW67 сказал:

Хорошо дисковое впритык( КСТАТИ ТАК И НЕ ОБЪЯСНИЛИ ЧЕМ ЗАБИТО, НАЧАЛ ВЫЯСНЯТЬ ОБИДЕЛИСЬ), перебираю сервер, ставлю больше памяти, ставлю более быстрые процы, над менять винты, август, обращаюсь опять -я не знаю, я немогу и т.д.- сервер тихо деградирует, переписка, созвоны и т.д. доведение меня до белого каления. Октябрь сервер встал колом. Четверо суток без сна, нормально так, ставлю новые винты, гружу бекап ну и т.д..

Тут больше зависит от того, как вы этот Карбон используете:

 

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

 

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

 

Если вы выпускаете личный кабинет просто в сеть, без первоначального перенаправления на статическую страницу, где уже надо пользователю нажать ссылку для захода в ЛК. То на сервер постоянно льются абонентские запросы на WEB, и он постоянно их отрабатывает и пишет в лог данные.

 

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

 

По сути биллинг можно вообще убрать и на работе сети это никак не отразится.

[intergeo26]

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

Тут больше зависит от того, как вы этот Карбон используете:

 

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

 

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

 

Если вы выпускаете личный кабинет просто в сеть, без первоначального перенаправления на статическую страницу, где уже надо пользователю нажать ссылку для захода в ЛК. То на сервер постоянно льются абонентские запросы на WEB, и он постоянно их отрабатывает и пишет в лог данные.

 

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

 

По сути биллинг можно вообще убрать и на работе сети это никак не отразится.

Если можно только авторизацию по ip  то тогда зачем он нужен с абон платой в среднем 9 тыс.р в месяц? 
Да и сколько логов должно набежать что бы забить теже самые минимальные 60гб?
за год работы сервера с радиусом дхцп серверром акселем вебом(биллинг+лк) и прочими потрахами логи составили 2,3гб.  самый много занимает лог dhcp .
Кстати, когда был у нас карбон эти 5 месяцев (абонентов то и не было по сути в самом начале) он скушал диск 256гб и не поперхнулся, а чем - непонятно от слова совсем

[Saab95]

6 часов назад, intergeo26 сказал:

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

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

 

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

 

7 часов назад, intergeo26 сказал:

Кстати, когда был у нас карбон эти 5 месяцев (абонентов то и не было по сути в самом начале) он скушал диск 256гб и не поперхнулся, а чем - непонятно от слова совсем

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

 

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

[TheUser]

3 часа назад, Saab95 сказал:

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

А как включать/выключать интернет у 10 тыс абонентов?

 

[intergeo26]

3 часа назад, Saab95 сказал:

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

 

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

 

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

 

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

Да не, можно тогда и без биллинга, смысл от него? Софт для оператора связи это в первую очередь инструмент по управлению сетью самого оператора. Где должен быть виден учёт не только денег а всего что происходит связанное с услугой которую он предоставляет.  И выходит так что если биллинго не сработает вовремя или как надо , то кому то не включится интернет, или не отключится. Ясно что можно то и ручками положить нужный IP  и бесплатно, но за ПО Карбон платятся не малые деньги, а выхлоп с него какой? Да никакого постоянные мучения судя по этой ветке форума.

[product manager CB5]

@prepay

 

Цитата

Просто попросили передвинуть обновление карбона по НДС с пятницы на понедельник

Добрый день.

 

Заявка не рассматривалась из-за других открытых заявок. По регламенту может быть активна только одна заявка, остальные заявки инженерам не видны. Активировать заявку можно раз в сутки, если необходимо повторно активировать заявку, обратитесь по общему телефону 88007778370.

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

[Dude]

@TheUser поддерживаю! ))

[sdy_moscow]

@TheUser Тот случай, когда без мата и не скажешь!

[Saab95]

13 часов назад, TheUser сказал:

А как включать/выключать интернет у 10 тыс абонентов?

Абоненты же подключены к каким-то устройствам? И эти устройства не зарезервинованы (например ПОН станции, домовые коммутаторы), если там что-то сломается интернета у них не будет.

 

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

 

13 часов назад, intergeo26 сказал:

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

И где тут не правда написана?

 

Допустим у клиента услуга интернет, скорость 100М. Что надо тут видеть? Появились деньги на балансе, биллинг отправил команду на снятие блокировки один раз и все, больше биллинг не нужен. В конце месяца кончились деньги, биллинг отправил команду на блокировку. Одну команду. И все. За месяц биллинг отправит 2 команды по абоненту. А не будет постоянно передавать и получать данные, как с аккаунтингом.

 

Скорость поменять - один раз команду отправить и все.

 

Услуги ТВ или иные - так же все сводится к отправки команды на включение, изменение состава пакета услуг, выключение.

 

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

 

Если переживаете на то, что какие-то команды не пройдут, то можно в скрипте обработки событий добавить и проверку состояния. Можно в середине месяца отправлять полный набор команд на все оборудование, что бы исключить ситуацию, когда у 1-2 абонентов команды на блокировку не установились.

 

13 часов назад, intergeo26 сказал:

Ясно что можно то и ручками положить нужный IP  и бесплатно, но за ПО Карбон платятся не малые деньги, а выхлоп с него какой? Да никакого постоянные мучения судя по этой ветке форума.

Сами посудите что страшнее, предоставить 5-10 (теоретически) клиентам интернет в месяц без блокировки (если вдруг что-то не так сработало), или все клиенты при поломке биллинга без интернета останутся?

 

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

 

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

[Prof. Preobrazhensky]

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

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

И ставить 10 СОРМов?
Молодой человек, вы вообще в провайдинге понимаете?

 

С таким описанием сети - вам-бы диссертации писать 🙂, на тему "Как просрать всё, не привлекая внимание санитаров"

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

Edited January 29, 2025 by Prof. Preobrazhensky

[Saab95]

7 минут назад, Prof. Preobrazhensky сказал:

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

Каким образом

 

8 минут назад, Prof. Preobrazhensky сказал:

И ставить 10 СОРМов?

 

Относится к тому, что было написано выше?

 

Например есть схема - абонент - пон база - коммутатор - центральный коммутатор - большой крутой роутер.

 

Что мешает сделать схему - абонент - пон база - роутер - центральный коммутатор - обычный роутер.

 

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

 

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

 

Каждая папка связана со своим роутером (через скрипты обработки события) и настройки скорости, блокировки, отправляются на них. В таком случае при трафике 1-2-3-4-5 ГБ с одной ПОН станции, вполне RB2004 сможет шейпером такую скорость обработать.

 

И при 10 таких роутерах, можно отшейпить на периферии 10-50ГБ, в центре не потребуется мощная железка или железки, которые будут скорость ограничивать. В центре нужны только пограничные роутеры, которые сделают НАТ или пропустят IP абонентов в интернет. При этом их можно поставить несколько и без проблем распределить трафик

[Prof. Preobrazhensky]

Ну вот сразу видно, что в провайдерстве вы полный ноль. Требование к установке СОРМов, ТСПУ, ревизоров - вы вообще читали? Сталкивались что именно нужно для установке данного железа? Что требуют для простого выхода в мир, какие требования к помещениям? Что нужно организовать для такой распределённой сети? Что нужно резервировать?

Когда всё это подсчитываешь - то понимаешь, что централизация - это раз в 5-7 дешевле, чем удобство распределения.

Что у регуляторов вопросов гораздо меньше, когда всё это в одном месте

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

Что не надо от КАЖДОГО узла связи создавать лямку для ФСБ.
 

Просто почитав вас, понимаешь, как был прав Григорий Остер, написавший "Вредные советы"

Не вводите людей в заблуждение.

В биллинге обязана быть статистика авторизации по абоненту, это требование для СОРМ.

В биллинге должна хранится информация, какй IP на данный момент у абонента - требование СОРМ

В биллинге должны хранится ВСЕ платежи абонента, минимум за 3 года - требование СОРМ

В биллинге должны хранится ВСЕ изменеия по абоненту - требование СОРМ

И это только малая толика, что должно быть в биллинге, чтоб регулятор был доволен

Плюс удобство оператора

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

История обращений абонента

Истории заявок с выездами для конкретной линии, где расположен абонент...

 

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

 

Засим откланиваюсь.

[TheUser]

11 часов назад, Saab95 сказал:

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

Антон, если Вы всё время всех троллили, то это очень жирно.

Если нет, то Вам нужно показаться психиатру.

[ixi]

2 часа назад, Prof. Preobrazhensky сказал:

В биллинге обязана быть статистика авторизации по абоненту, это требование для СОРМ.

В биллинге должна хранится информация, какй IP на данный момент у абонента - требование СОРМ

Только при схеме с AAA, иначе достаточно хранить одну айпишку.

 

 

11 часов назад, Saab95 сказал:

Что мешает сделать схему - абонент - пон база - роутер - центральный коммутатор - обычный роутер.

Брас до СОРМа это сразу красный флаг.

 

[Saab95]

6 часов назад, ixi сказал:

Брас до СОРМа это сразу красный флаг.

СОРМ, простите, что записывает? Трафик абонентов во внешние сети? Если на промежуточном роутере терминировали абонентов и ограничили им скорость, но НАТ не делали - то трафик вполне дойдет до точки выхода во внешние сети и попадет на СОРМ.

 

А еще на СОРМ можно отдельное волокно кинуть и зеркалировать в него данные хоть за 100 километров.

 

8 часов назад, TheUser сказал:

показаться психиатру

Показаться психиатору нужно тогда, когда в центре собирается 10000 абонентских каналов.

[TheUser]

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

Показаться психиатору нужно тогда, когда в центре собирается 10000 абонентских каналов.

А ты хорош!

[Andrei]

3 часа назад, Saab95 сказал:

СОРМ, простите, что записывает? Трафик абонентов во внешние сети?

Не знаете что требуется отдавать в СОРМ? Тогда не давайте таких советов.