mad4179 Опубликовано 5 октября, 2014 · Жалоба День добрый! Кто что может сказать про Carbon Billing? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zeleniy Опубликовано 5 октября, 2014 (изменено) · Жалоба Изменено 5 октября, 2014 пользователем zeleniy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 октября, 2014 · Жалоба Кто что может сказать про Carbon Billing? Нормальный биллинг если использовать режим управления оборудованием, то есть когда стоит отдельно сервер с биллингом и отдельно один или несколько устройств, через которые абоненты ходят в интернет. В такой схеме в случае проблем с биллингом, всегда можно пустить всех в интернет, а не бегать в панике и искать проблему, если бы у вас стояла версия софтроутера. Соответственно на нее многие и подсаживаются, отсюда и много отрицательных отзывов, потому что с такой схемой биллинг это вещь в себе и порой не понятно что там внутри происходит. Если все сделать по уму, проблем не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Erek Опубликовано 7 октября, 2014 · Жалоба Работает отлично претензий нет ! все доработки выполняют махом ,очень быстрая техподдержка Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zeleniy Опубликовано 7 октября, 2014 · Жалоба все доработки выполняют махом ,очень быстрая техподдержка Ох вот тут я очень сильно сомневаюсь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wandal Опубликовано 1 декабря, 2014 · Жалоба 4й год использую. с 2.97 (идекО тогда)сейчас 4.4 вроде. используется по схеме *классический биллинг* не разу не умер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 2 декабря, 2014 · Жалоба 4й год использую. с 2.97 (идекО тогда)сейчас 4.4 вроде. используется по схеме *классический биллинг* не разу не умер. Так я и говорю - все проблемы от не правильной настройки или схемы использования. Самая распространенная - когда все по L2 стягивается на биллинг, он авторизует абонентов по PPPoE или маку, естественно биллинг работает в режиме софтроутера. Только глючит и зависает он не из-за того, что он сам по себе глючный, а от банального флуда и мусора в сети - стоит привести все в порядок, как проблемы уходят. Однако лучше всего версия классический биллинг, когда он только управляет сторонним оборудованием, а сам не подключен к абонентской сети и имеет доступ ко всему оборудованию по L3. Отсюда вытекает и второе преимущество - биллинг можно выключить, а сеть продолжит работать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 2 декабря, 2014 (изменено) · Жалоба Однако лучше всего версия классический биллинг, когда он только управляет сторонним оборудованием, а сам не подключен к абонентской сети и имеет доступ ко всему оборудованию по L3. Отсюда вытекает и второе преимущество - биллинг можно выключить, а сеть продолжит работать. По большому счету, именно так и должен работать биллинг. Меня за такую схему в свое время долго критиковали "конкуренты". При этом, если хочется "софтроутерную" схему (есть и такие желающие), просто делается обмен по L3 на localhost, и все получается прозрачно и аккуратно. Изменено 2 декабря, 2014 пользователем vop Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BelOnline Опубликовано 14 июня, 2015 · Жалоба Кто что может сказать про Carbon Billing? Нормальный биллинг если использовать режим управления оборудованием, то есть когда стоит отдельно сервер с биллингом и отдельно один или несколько устройств, через которые абоненты ходят в интернет. В такой схеме в случае проблем с биллингом, всегда можно пустить всех в интернет, а не бегать в панике и искать проблему, если бы у вас стояла версия софтроутера. Соответственно на нее многие и подсаживаются, отсюда и много отрицательных отзывов, потому что с такой схемой биллинг это вещь в себе и порой не понятно что там внутри происходит. Если все сделать по уму, проблем не будет. Сааб, а если сравнивать карбон и эксперт биллинги? Сугубо в классической схеме управления оборудованием, в сторону чего склоняетесь? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
npokypop Опубликовано 15 июня, 2015 · Жалоба Ничего против Expert Billing не имею, использовал его около 2х лет когда пионерил. Настало время легального провайдинга, присматриваюсь к Carbon с его бесплатным стартапом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 июня, 2015 · Жалоба Сааб, а если сравнивать карбон и эксперт биллинги? Сугубо в классической схеме управления оборудованием, в сторону чего склоняетесь? Я вам приведу несколько примеров: 1. Поставили карбон в одном месте лет 5-6 назад, стоит, работает, никаких проблем не было вообще, обслуживает около 1000 абонентов, оператор в него только абонентов добавляет, да стирает отключенных. 2. В одном месте у карбона сломался жесткий диск, после замены и установки системы по новой, в него закачали бекапы, с помощью которых все вернулось к первоначальному состоянию, только статистика по трафику потерялась, потому что она не скачивалась на резервное хранилище. 3. В другом месте подключено много маленьких поселков, в каждом по 5-7 индивидуальных тарифов, общее количество тарифов более 80 штук, создано так же около 80 групп абонентов, никаких проблем с таким большим количеством тарифов не возникало. Естественно, разговор про 4 версию карбона. У нее так же очень хорошо работает управление микротиками по SSH - по схеме одна команда одно соединение. Например при смене месяца отправка всех блокировок занимает около 15-20 минут на количестве абонентов 1500 человек. На других биллингах пишут, что они теряют связь с микротиком. Карбон ее не теряет. Ничего против Expert Billing не имею, использовал его около 2х лет когда пионерил. Настало время легального провайдинга, присматриваюсь к Carbon с его бесплатным стартапом. Я видел много разных биллингов, иногда встречались такие поделки, что интересно становилось узнать, как они вообще работали. Одно из преимуществ карбона в том, что можно просматривать данные абонентов, путем перемещения по списку нажимая клавишу на клавиатуре стрелка вниз и стрелка вверх. Почти все другие биллинги работают либо с отдельными окнами по абонентам, либо с раскрывающимися плюсиками, либо еще какие-то хитрые схемы. Поэтому на данный момент, для стартапов, карбон является одним из лучших решений, при этом вы можете самостоятельно управлять его работой, а не использовать сомнительные схемы аутсорсинга. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
man781 Опубликовано 15 июня, 2015 · Жалоба Сравнение сложных программных продуктов - вещь весьма непростая. Особенно если ты реально не юзал в продакшн некоторое время. Выбор биллинга - это адъ и попаболь. Не удержусь от сарказама ) Выше просто смешно читать безсистемные отзывы незначительных сущностей аля "Одно из преимуществ карбона в том, что можно просматривать данные абонентов, путем перемещения по списку нажимая клавишу на клавиатуре стрелка вниз и стрелка вверх". P.S. Про те объемы, про которые говорит сааб - почти вообще не важно какой биллинг. Тот который сумели приготовить и хватило денег. А дальше как повезет. Предсказать не возможно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
antoman Опубликовано 16 июня, 2015 · Жалоба У нее так же очень хорошо работает управление микротиками по SSH - по схеме одна команда одно соединение. Например при смене месяца отправка всех блокировок занимает около 15-20 минут на количестве абонентов 1500 человек.На других биллингах пишут, что они теряют связь с микротиком. Карбон ее не теряет. Так сам протокол SSH не позволит Вам выполнять отключение с такой скоростью без потери соединения. Это не вопрос к биллингу, так работает SSH в Mikrotik'е. Установка соединения, выполнение команды, закрытие соединения умноженное на количество сессий. Если на микротике открывать больше 6-ти сессий одновременно, он тихо умирает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 июня, 2015 · Жалоба Так сам протокол SSH не позволит Вам выполнять отключение с такой скоростью без потери соединения. Это не вопрос к биллингу, так работает SSH в Mikrotik'е. Установка соединения, выполнение команды, закрытие соединения умноженное на количество сессий. Если на микротике открывать больше 6-ти сессий одновременно, он тихо умирает. Зачем открывать больше одной сессии? Нужно работать по схеме - подключились - отправили команду - отключились. Кроме всего проблемы возникают у тех, кто использует не стандартную схему вызова SSH, а выполняет все скриптовыми языками. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
antoman Опубликовано 16 июня, 2015 · Жалоба Поделитесь, пожалуйста, мудростью про "Стандартную схему вызова SSH". P.S. Если подключаться в одну сессию, а выполнение одной команды минимум 3 секунды, получаем 3*1500 = 4500 секунд = 75 минут. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 июня, 2015 · Жалоба Поделитесь, пожалуйста, мудростью про "Стандартную схему вызова SSH". ssh billing@1.1.1.1 "команда" P.S. Если подключаться в одну сессию, а выполнение одной команды минимум 3 секунды, получаем 3*1500 = 4500 секунд = 75 минут. Да, но не всех же надо блокировать, поэтому количество команд раза в 3 меньше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 16 июня, 2015 · Жалоба ***ец же, весь мир давно юзает радиус. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
man781 Опубликовано 16 июня, 2015 · Жалоба ***ец же, весь мир давно юзает радиус. Просто микротик не собирается делать CoA Radius для pppoe/l2tp/pptp. P.S. Для тех объемов пользователей и в тех условиях (далекие от цивилизации поселки), где работает сааб и его схемы - можно извращаться и с телнетом и с ssh и даже юзать API Микротик (что более правильный подход - но это ж надо немножко уметь кодить на каком-либо языке, хотя уже есть много примеров и заготовок) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 июня, 2015 · Жалоба ***ец же, весь мир давно юзает радиус. Это же не говорит о том, что решение с радиусом технологически правильное. У радиуса есть минусы - прекращение авторизации при отключении биллинга, высокая нагрузка на биллинг радиус-запросами, в некоторых случаях потеря пакетов, что вызывает повторные запросы. Если требуется обеспечивать интернетом абонентов, можно спокойно работать со статикой, при этом параллельно можно запустить несколько серверов доступа, в том числе установленных на других площадках оператора. При этом такая схема не будет создавать никакой нагрузки на биллинг, т.к. при подключении абонентов он ничего не делает, только статистику по трафику собирает. Просто микротик не собирается делать CoA Radius для pppoe/l2tp/pptp. P.S. Для тех объемов пользователей и в тех условиях (далекие от цивилизации поселки), где работает сааб и его схемы - можно извращаться и с телнетом и с ssh и даже юзать API Микротик (что более правильный подход - но это ж надо немножко уметь кодить на каком-либо языке, хотя уже есть много примеров и заготовок) Такие схемы работают и на 5000-10000 абонентов. Если сама транспортная сеть на L3, адреса абонентов прибиты на оборудовании, других схем и не существует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kikoandrew Опубликовано 16 июня, 2015 · Жалоба Судя по ответам, картинки очень в тему. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
man781 Опубликовано 16 июня, 2015 · Жалоба ... других схем и не существует. Грамотный специалист в какой-либо области никогда так не скажет. Мир разнообразный и несовершенный. Нужно знать все схемы, их плюсы и минусы. И в каких случаях можно или придется применять тот или иной инструмент с учетом реальных ограничений в конкретной ситуации. А так получается зашоренность, узкий кругозор, и постепенное отставание от "лучших практик". Все это касается любой отрасли. И особенно печально непризнание других мнений, в обществе, политике и т.д. (особенно, если идет монополизация "правды" и выпиливание конкурирующих взглядов)..... но это уже совсем другая история.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 июня, 2015 · Жалоба ... других схем и не существует. Грамотный специалист в какой-либо области никогда так не скажет. Грамотный специалист напишет по делу. Какие вы знаете схемы авторизации трафика по IP? И зачем они нужны? Ведь если уже есть сведения в биллинге об IP адресах абонентов, можно сразу навешивать ограничения скорости и блокировки. Даже резервирование и балансировку нагрузки через несколько шейперов можно сделать. Альтернатива только авторизация по IP через Radius, но она применяется только в сети особо крупных операторов, которых нет смысла обсуждать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
man781 Опубликовано 17 июня, 2015 · Жалоба Все уже давно обсосано. В том числе и на этом форуме. Все схемы и варианты. Все плюсы и минусы. Провайдинг - это вам не космические технологии. Это - коммунальное хозяйство. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BelOnline Опубликовано 18 июня, 2015 · Жалоба Естественно, разговор про 4 версию карбона. А как на счет 5го? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 19 июня, 2015 · Жалоба А как на счет 5го? В 5 версии столько накрутили, изменили работу скриптов обработки событий, привязали к аутсорсингу, то есть вариант самостоятельно взять и поставить, уже не такой простой. При этом каких-то особо ценных нововведений для цели простого провайдерства нет, что там нужно вообще - деньги считать, платежи принимать, отключать/включать абонентов, менять скорость, собирать статистику трафика. Вот для использовании с юрлицами 5 будет получше, но только тогда, когда все абоненты юрлица, а не 1 к 100 физиков. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...