[ssyusupov]

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

[myth]

отделить от тарификации определённый диапазон IP

банальный нат не подходит?

[bomberman]

тделить от тарификации определённый диапазон IP,

Пологаю товарищу нужно это организовать именно в системе учёта. Типо, получил ip, который не привязан к тарифу, не тарифицируешься никак. Ну это как простой пример. Я понял так.

[YuryD]

Классы трафика по крайней мере в древнем utm были.

[ssyusupov]

тделить от тарификации определённый диапазон IP,

Пологаю товарищу нужно это организовать именно в системе учёта. Типо, получил ip, который не привязан к тарифу, не тарифицируешься никак. Ну это как простой пример. Я понял так.

Да так как есть внешняя сеть и внутренняя сеть вышестоящего оператора(его внутренние ресурсы к примеру в диапазоне 89.0.0.1-89.100.100.254)

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

[Tamahome]

ssyusupov, в lanbilling точно было такое

[vop]

Разве есть биллинги, не умеющие учитывать разные классы трафика?

 

Любой подойдет.

 

PS У меня в биллинге по умолчанию поддерижвается до 16 классов трафика.

[alibek]

Неужели еще остались тарифы с оплатой за трафик?

[Tosha]

Неужели еще остались тарифы с оплатой за трафик?

летом 2018 они могут появится в массовом порядке снова. Из-за Яровой.

[Macil]

Да везде. Только ненадёжно это будет. В общем случае вам придётся хранить статистику по внешним адресам. Или мириться с ограниченными возможностями исправления косяков тарификации (ваших ли, биллинга ли).

 

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

 

Достаточно одной DOS (даже с одной D) атаки чтобы ваше оборудование и биллинг захлебнулось в нетфлоу, а техподдержка была выведена из строя "мутной волной хомячков" ©.

[Saab95]

Достаточно одной DOS (даже с одной D) атаки чтобы ваше оборудование и биллинг захлебнулось в нетфлоу, а техподдержка была выведена из строя "мутной волной хомячков" ©.

 

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

[Macil]

никаких проблем системе учета не создает.

Если внешние адреса не хранить, а ограничиться классами/направлениями и не делать тарифы с оплатой за трафик — не создаёт.

[YuryD]

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

 

Достаточно одной DOS (даже с одной D) атаки чтобы ваше оборудование и биллинг захлебнулось в нетфлоу, а техподдержка

 

 

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

[Macil]

а netflow с правильным коллектором легко пишется на диск

Ну-ну-ну. Знаем мы эти «правильные» коллекторы.

 

Но вопрос-то у ТС не про безлимит, а whitelisting как это было в начале-середине 00-х. Так что, лить ему в биллинг флоу, не перелить :).