BiTel

Коллеги, всем доброго времени суток.
Подскажите плиз, кто нибудь у себя реализовывал нарезку скорости на шлюзе? Интерно, реализовывал у себя кто нибудь такое или все занимаются только отключением пользователей, а шейпите на линухе?
У меня два шлюза - 2600 + 6500. Ни один из вариантов шлюза в вики не подходит - нужно перекраивать их под себя, но скриптинг пока не въехал.
Если кто настраивал подобное, был бы очень благодарен за советы, что и как лучше сделать.

Конкретно что не понятно.
Назначение "типов правил" и из использование в тарифах.
Судя по описанию, я могу в зависимости от времени суток, выработки и прочих параметров в тарифе выставлять "тип правила", что по сути должно к примеру менять скорость и тп. К примеру делаю тип "128кбит/с", говорю что выставлять его в ночное время. Что дальше не понятно. Где оно поменяется у клиента с этим тарифом и самое главное как оно отразится на шлюзе привязанном к клиенту? По идее на нем мне надо отрабатывать этот тип и давать команду циске на изменение скорости, так? Или я не понял смысл?

Ребят, неужели все пользуются только Manad и железкой никто не режет скорость? Саппорт понятно что полчит - биллинг это инструмент который они делают, а скрипты это уже не их дело. Я к сожаления с жавой никак пока.
Мне для примера - как скриптом вытащить различные параметры договора - скорость, наработку, время и подставить параметрами в список команд шлюза (наподобие {A})...

IPN счетает по логам , там нет real-time.. Тип правила на шлюзе меняет задача "Обсчета баланса для модуля IPN". При этом меняется статус шлюза . нарабюотка за весь месяц хранится ои полем , каждый запуск задачи считает наработку за весь месяц . Поэтому делать какие-то временные ограничения нет смысла .. Есть смысл только если скрость завистть от текущей наработки ..т. е до 200 мб - по 128, до 400 -по 256 и т.п

При этом комнады на оборудование реально посылаются в задаче "Проверка шлюзов IPN".

Возможность смены правил появилась в 4.5. Тот, кто просил смену правил шлюза, ее не использует, т.к он хотел больше - real-time в IPN. Я не знаю использует ли кто-то ее сейчас ..

Т.е. получается, чтобы сменить правило для смены скорости в тарифе в зависимости от времени (допустим ночной тариф), то дергать "Обсчета баланса для модуля IPN" придется два раза в сутки - в начале ночного периода и в конце, так? Будет произведен лишний подсчет трафика, но зато сменятся правила... Хм, теперь понятно. Спасибо.

Возможность смены правил очень нужна фича. Я думаю ее используют, т.к. иначе не понятно как рулить шлюзом. Одного только вкл/выкл не достаточно. Нужно ведь и скорость менять и услуги различные подключать/отключать.

Кстати по услугам. Допустим есть услуга. Можно ее включать/отключать в зависимости от наработки или времени суток? Или это получается тоже самое что и скорость - заводим отдельное правило и ее параметры, которые используем потом в шлюзе? И включаем такую услугу уже в тарифе, опять же по наработке или времени суток. Все верно?

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

Ммм, но я как раз и имел ввиду наработку по услуге в IPN. К примеру при выработке в месяце более 10Гб, зарезать скорость абоненту (изменять правило на шлюзе).

А для временных (по диаппазону часов, к примеру для реализации ночного увеличения скорости на тарифе) использование правил это единственный сейчас способ?

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

2Stark

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

Сейчас ждём железку Cisco ASR1000 для переноса шейпера, ната с linux серверов. Однажды пробовал напрямую из биллинга 7200 рулить, так получилось только открытие/закрытие доступа, а вот как скорость проставить сразу не сообразил. Придёт железка, снова озадачусь этим вопросом, а пока решения не нашёл.

Да. да и то не совсем доделано .. Тариф нужен для обсчета траифка .. берется 4-ый час за 01.01.2009 и считает его учитывая время, диапазонеы и т.п, что есть в тарифе ..И делать это мы можем 31.01.09 и или вообще задним чисом в следующем месяце считаем..Делает это задача - "Обсчет баланса для модуля IPN". И туда же вставили и смену правил, но это неправильно.. Чтобы правила шлюза менять, это нужна задача которая запускается не задним числом, анализируя, каждый час и проходя по правилам тарифа , а запускаемая на текущий момент (как события таймера) и на текущий момент меняющая правила .. У этой задачи может быть другое тарифное дерево в общем случае.. Но с другой стороны она зависит от задачи обсчета трафика , т.к вы возможно хотите менять скорость в зависимости от наработки за весь месяц .. И получается что одна задача считает задним числом , а вторая на текущйи момент и завист от первой, но запускается раньше первой ... реализовали так - вторую вставили в первую.. если поситать наработку за прошлый месяц, то вы получите скорость за ПРОШЛЫЙ месяц и поменяете ТЕКУЩЕЕ правило ..

Понятно. Спасибо за развернутый ответ. Но хоть что-то есть.
Только правда не нашел я в шедалере задачи "Обсчет баланса для модуля IPN". Есть "Обсчет логов IPN". Это не оно? Если нет, то куда же подевалась "Обсчет баланса для модуля IPN"?

И как потом посмотреть, сменилось правило или нет? В шлюзе у абонента будет видно изменение правила?

Да, это Обсчет логов IPN.. У меня в бд просто старое название .. правило сменится на шлюзе и это будет видно в договоре ..

Спасибо. Попробовал, но чего-то не сменилось правило. Попробую логи глянуть.
1. Где можно поднять уровень детализации логов?
2. У какого компонента системы смотреть логи (server,scheduler,etc)?

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


log4j_scheduler.properties, уровень INFO поменяйте на ALL например.

Спасибо, ошибку понял.

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

Кстати, а тяжелых задач 0 - это нормально?

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

Так?

да нет ..я имел ввиду в договре нет наработки..покажите отчет по ipn в договоре

Да, наработки за 2е число небыло - с источниками экспериментировал, данные Flow не сливались. А за 3е число уже есть.

Так и есть - смена правила происходит только в том случае, если был в этот день траффик (в моем случае в тарифе это входящий траффик). Если его небыло, то и правило не срабатывает. Как-то оно действительно не совсем прямо.

Странно, опять не меняется правило или по крайней мере не сбрасывается результат на Mikrotik.
Если ручками установить правило и выкл/вкл шлюз, то правила оказываются на mikrotik как положено. В автомате нет.
Не пойму, толи правило не меняется, толи просто не заливается.
Задача "Проверка шлюзов IPN" каждый час.
Может дерево тарифа не так сделал?

может вам попробовать вот это вариант? :
http://bgbilling.ru/forum/viewtopic.php ... highlight=