Перейти к содержимому
Калькуляторы

Carbon Billing + Mikrotik связка биллинга с микротиком

Кто-нибудь делал связку Carbon Billing + Mikrotik с авторизацией PPPoE? И как правильно добавить Микротик в качестве NAS в биллинге?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Правильно на микротике вести базу адресов, добавляя клиентов на него, а после в биллинг, связь будет по логину. Либо биллинг при добавлении клиента сам добавляет запись на микротик. Отправка команд по SSH, радиус использовать не стоит.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну что за бред "Радиус использовать не стоит"??

Ещё очень даже стоит, может конечно в связке с микротиком не стоит, если столь тривиальный протокол криво реализован...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну что за бред "Радиус использовать не стоит"??

Ещё очень даже стоит, может конечно в связке с микротиком не стоит, если столь тривиальный протокол криво реализован...

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

И что всю базу абонентов держать на каждом сервере? Или же лучше сделать авторизацию в одном месте и не трахать себе мозг?

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

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

Изменено пользователем GrandPr1de

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 Saab95

 

Уже не первый раз читаю, что Вы пишите эту ересь, про радиус использовать не надо, надо по ssh, зачем вы это делаете? :) Ясно же как божий день, что ходить по ssh на железку - это костыль из 15 века. Не говоря уже про то, что озвучено выше и Вам неоднократно говорилось.

 

Мы микротики нигде не используем конечно же, кроме как исключительно сохо-роутеров в частных случаях. Но вот недавно потребовалось реализовать хотспот со всяким-всяким(там телефончик оставить свой, получить подтверждение по смс) , сделали на микротике через радиус - мы идиоты? Надо было по ссх бегать ?

 

Просто не нахожу для себя объяснение зачем Вы такое парите людям, работает же микротик с радиусом кое-как, ну для хотспота точно :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

И что всю базу абонентов держать на каждом сервере? Или же лучше сделать авторизацию в одном месте и не трахать себе мозг?

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уже не первый раз читаю, что Вы пишите эту ересь, про радиус использовать не надо, надо по ssh, зачем вы это делаете? :) Ясно же как божий день, что ходить по ssh на железку - это костыль из 15 века. Не говоря уже про то, что озвучено выше и Вам неоднократно говорилось.

 

Мы микротики нигде не используем конечно же, кроме как исключительно сохо-роутеров в частных случаях. Но вот недавно потребовалось реализовать хотспот со всяким-всяким(там телефончик оставить свой, получить подтверждение по смс) , сделали на микротике через радиус - мы идиоты? Надо было по ссх бегать ?

 

Просто не нахожу для себя объяснение зачем Вы такое парите людям, работает же микротик с радиусом кое-как, ну для хотспота точно :)

 

Я пишу для начинающих, которые будут пытаться скрутить все с радиусом, потом что-то сломается и все абоненты будут без интернета сидеть. В сетях до 5000 клиентов нормально работает схема по SSH и не доставляет никаких неудобств.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А зачем держать на каждом базу абонов? Если можно держать в одном месте. И таки да, микротик считаю кастрированым решением, проще собрать таких с линуксом\фрей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Для новичков это самая правильная схема работы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для новичков это самая правильная схема работы.

Нет, нет и ещё раз нет!!!

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

Неправильная - с ней начнется гемор, когда абон. база нарастет. И чем больше абонентов - тем больше проблем!

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

Или делать сразу по нормальному, или потому переделывать всё и вся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет, нет и ещё раз нет!!!

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

Неправильная - с ней начнется гемор, когда абон. база нарастет. И чем больше абонентов - тем больше проблем!

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

Или делать сразу по нормальному, или потому переделывать всё и вся.

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я так ругаюсь, потому что самому досталась сеть на мыльницах.

И не нужно наращивать сложности конфигурации, ибо Private vlan\port isolation\traffic segmentation - все и вся спасет, и от левых дхцп\пппое серверов, и от мусора в сети.

Для этого нужно хоть чуточку вменяемое оборудование! И что бы подгоревший роутер не ложил всю сеть, ибо я своими глазами наблюдал броадкастов на 10 килопакетов в секунду, от которого все мои микротики (радио мосты \ бски) умирали просто.

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

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

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

Если вы так любите пппое, то что, на каждом доме свой микротик, со своим пппое сервером?

А там для каждого абонента свой логин и пароль. К чему весь этот бред?

Когда микроти+тупой свич стоит как б\у управляемый свич?

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

Не готов вкладывать или нет денег - это просто не для тебя тогда.

Если у тебя нет денег и ты хочешь подзаработать будучи оператором, можно нужно смело забыть эту идею!

Изменено пользователем GrandPr1de

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так опять примеры не в тему.

 

Про L3 было, что ставите антенну на доме, на ее порт через EoIP сводите на PPPoE сервер трафик абонентов и все.

 

Напишите ка какие вы собираетесь ставить управляемые свичи в 2-х этажные дома, где 1-3 абонента?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да любой управляемый свитч на 8 портов, ещё даже запас будет!

Тот же длинк, у которого 8-портовых решений выше крыши!

http://shop.nag.ru/catalog/00001.Kommutatory/13184.HP/13194.J9800A

Хпшный, как один из вариантов, хотя не лучший пример, живу просто не в Росии, поэтому слабо ориентируюсь в здешних магазинах, и у нас на рынке много 8-16-24-28-50 портовых решений, в том числе б\у, за довольно скромные деньги.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да любой управляемый свитч на 8 портов, ещё даже запас будет!

Тот же длинк, у которого 8-портовых решений выше крыши!

http://shop.nag.ru/catalog/00001.Kommutatory/13184.HP/13194.J9800A

Хпшный, как один из вариантов, хотя не лучший пример, живу просто не в Росии, поэтому слабо ориентируюсь в здешних магазинах, и у нас на рынке много 8-16-24-28-50 портовых решений, в том числе б\у, за довольно скромные деньги.

ради 2-3 абанентов ставить 8 портов за 4,5 килорубля? микротковский РГ260 за 1,8 гораздо целесообразней. Горят они на посёлках совершенно одинаково. и глючат тоже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да любой управляемый свитч на 8 портов, ещё даже запас будет!

Тот же длинк, у которого 8-портовых решений выше крыши!

http://shop.nag.ru/c...HP/13194.J9800A

Хпшный, как один из вариантов, хотя не лучший пример, живу просто не в Росии, поэтому слабо ориентируюсь в здешних магазинах, и у нас на рынке много 8-16-24-28-50 портовых решений, в том числе б\у, за довольно скромные деньги.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ради 2-3 абанентов ставить 8 портов за 4,5 килорубля? микротковский РГ260 за 1,8 гораздо целесообразней. Горят они на посёлках совершенно одинаково. и глючат тоже.

 

Вы мазохисты.

 

Мы тоже раньше ставили мыльницы на дома.

Сначало такие http://www.dlink.ru/ru/products/1/1694.html

Потом такие http://www.dlink.ru/ru/products/1/1872.html

 

Потом дошли до таких http://www.dlink.ru/ru/products/1/691.html . Они оказались самыми живучими.

 

В общем всё, что можно купить в обычном магазине. Дёшего же.

Есть в доме 3-7 желайщих, поставил мыльницу и все довольны, правда не долго довольны.

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

 

Горят и глючит оборудование совершенно по разному =)

 

Мы сейчас везде ставим вот такие свичи http://www.dlink.ru/ru/products/1/1617.html , покупаем их по 5т рублей. Лучше купить на 24 порта за 5т, чем на 8 портов за 4,5т.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Правильно на микротике вести базу адресов, добавляя клиентов на него, а после в биллинг, связь будет по логину. Либо биллинг при добавлении клиента сам добавляет запись на микротик. Отправка команд по SSH, радиус использовать не стоит.

 

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

Saab95, Вы во многих темах рекомендуете carbon, можете подсказать по связке с оборудованием? CRB5 + MT6, в режиме управления оборудованием, IPOE+PCQ очереди. Где находится скрипт с командами отправляемыми на NAS?

p.s. на експерт биллинг ушло 2 дня, установить разобраться что к чему, запустить пользователей по нужной схеме. С карбоном 5й день вожусь...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Где находится скрипт с командами отправляемыми на NAS?

не факт, что он вообще там есть, попробуйте вот это почитать http://docs.carbonsoft.ru/display/CarbonBilling/IPoE+Mikrotik

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Saab95, Вы во многих темах рекомендуете carbon, можете подсказать по связке с оборудованием? CRB5 + MT6, в режиме управления оборудованием, IPOE+PCQ очереди. Где находится скрипт с командами отправляемыми на NAS?

p.s. на експерт биллинг ушло 2 дня, установить разобраться что к чему, запустить пользователей по нужной схеме. С карбоном 5й день вожусь...

 

Я советую 4 версию, 5 версию установить самостоятельно нельзя, только с помощью специалистов производителя, нужно оно вам так?

 

В 6 версии микротика PCQ очереди не используют, там отлично работают симплы, это и быстрее.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Saab95, Вы во многих темах рекомендуете carbon, можете подсказать по связке с оборудованием? CRB5 + MT6, в режиме управления оборудованием, IPOE+PCQ очереди. Где находится скрипт с командами отправляемыми на NAS?

p.s. на експерт биллинг ушло 2 дня, установить разобраться что к чему, запустить пользователей по нужной схеме. С карбоном 5й день вожусь...

 

Я советую 4 версию, 5 версию установить самостоятельно нельзя, только с помощью специалистов производителя, нужно оно вам так?

 

В 6 версии микротика PCQ очереди не используют, там отлично работают симплы, это и быстрее.

4ю версию не дают, только продлевают. Инстал есть, еще в 2013 скачивался для пробы, но что от него толку без лицензии. Так же есть айдеко 2.5.9, еще древнее и тоже фряшный для пробы брался.

В данным момент используются симплы, но хотелось бы pcq с очередями, дабы переделать тарифную сетку и ввести тарифы с плавающей скоростью(есть такая необходимость). Но что бы при этом МТ знал максимум канала и вслучае его загрузки подрезал скорости у "плавающих тарифов", а основные не трогал. Думаю на симплах тоже можно такое сделать, но не практиковался, PCQ+Tree как то ближе и проще кажутся.

На симплах есть возможность построить аналогичные очереди Tree?

 

Где находится скрипт с командами отправляемыми на NAS?

не факт, что он вообще там есть, попробуйте вот это почитать http://docs.carbonsoft.ru/display/CarbonBilling/IPoE+Mikrotik

Все перечитано вдоль и поперек от docs.carbonsoft.ru до sladocs.carbonsoft.ru. Статьи меняются на ходу, последнее более понятное изменение 7го числа сделали, до этого то что написано было несколько отличалось от того что в новом карбоне есть. Скрипт есть, так как команды на НАС приходят, заготовки скрипта тоже в базе валяются в разных местах в колличесве N штук. А самого евента невидать, как то перемудрили. Есть мнение что он создается на лету из заготовок, исходя из событий.

Изменено пользователем Fint

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В данным момент используются симплы, но хотелось бы pcq с очередями, дабы переделать тарифную сетку и ввести тарифы с плавающей скоростью(есть такая необходимость). Но что бы при этом МТ знал максимум канала и вслучае его загрузки подрезал скорости у "плавающих тарифов", а основные не трогал. Думаю на симплах тоже можно такое сделать, но не практиковался, PCQ+Tree как то ближе и проще кажутся.

На симплах есть возможность построить аналогичные очереди Tree?

 

Нет ничего проще, ставите 2 микротика, на первом идут симплы, второй ограничивает скорость в пределах всего потока и там же, в случае перегруза, обрезает всем скорость, или делает уже приоритеты всего трафика.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.