[superjet]

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

[Saab95]

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

 

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

[Sonneandsky]

http://forum.carbonsoft.ru/viewtopic.php?f=11&t=74&sid=624314f21cad35a571dc96b942dad552

Это для 4 версии ;)

[GrandPr1de]

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

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

[Saab95]

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

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

 

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

[GrandPr1de]

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

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

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

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

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

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

Edited July 30, 2014 by GrandPr1de

[h1vs2]

2 Saab95

 

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

 

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

 

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

[Saab95]

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

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

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

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

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

 

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

[Saab95]

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

 

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

 

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

 

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

[GrandPr1de]

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

[t1bur1an]

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

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

[Saab95]

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

 

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

[GrandPr1de]

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

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

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

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

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

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

[Saab95]

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

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

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

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

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

 

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

 

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

[GrandPr1de]

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

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

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

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

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

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

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

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

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

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

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

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

Edited August 1, 2014 by GrandPr1de

[Saab95]

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

 

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

 

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

[GrandPr1de]

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

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

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

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

[dumpy]

Да любой управляемый свитч на 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 гораздо целесообразней. Горят они на посёлках совершенно одинаково. и глючат тоже.

[Saab95]

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

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

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

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

 

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

[AKim]

ради 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т.

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

[Fint]

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

 

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

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

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

[m9ic]

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

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

[Saab95]

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

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

 

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

 

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

[Fint]

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 штук. А самого евента невидать, как то перемудрили. Есть мнение что он создается на лету из заготовок, исходя из событий.

Edited September 10, 2015 by Fint

[Saab95]

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

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

 

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