BiTel

Коммерсы придумали тарифы, в которых есть только два типа трафика - входящий/исходящий и одна услуга - Трафик интернет.
Т.е. сейчас есть как-бы два варианта привязок - с разбивкой на локальный/контент/региональный/глобальный и с разбивкой просто на входящий/исходящий.
Я создал новую привязку типов трафика и новый "Тип сервиса", в котором выбрал эту новую привязку.
Создал новый ТП, в котором считается превалирующий трафик между входящим и исходящим.
А дальше начался гимор связанный с необходимостью закрытия существующего сервиса на договоре и создания нового сервиса с новым типом.
С учётом того, что тариф используют физ.лица, которые могут переходит с тарифа на тариф каждый день, приходится плодить по факту одни и те же сервисы, меняя в них лишь тип сервиса (в котором разное лишь привязка трафика).
В связи с этим предложение - а нельзя-ли для типа ввести период его действия в сервисе договора?

Ойой, не надо так.

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

Думаю, можно добавить в первую привязку (которая с разбивкой) "Входящий" и "Исходящий" и считать либо их, либо все остальные, в зависимости от тарифа. Но это возможно только для radius - либо через Realm, либо через разные ISG-сервисы.
Кроме того, в статистике люди будут путаться, куда смотреть, почему там нули и т.п.

зы. У меня ещё год назад была сессия разговоров с резиновой уточкой о проблемах привязок в Inet: viewtopic.php?f=44&t=6366

Да вот уже было начал сочинять тариф с обработчиками, которые бы всё это делали.
Но путаница в статистике будет, да.


А как через ISG-сервисы?


А еще подумалось про какой-нибудь флажок rule_direction например, который бы переключал порядок просмотра правил в привязках трафика - "сверху-вниз" или наоборот.
В конце же всегда стоит 0.0.0.0/0...

Ну, выдавать в одном тарифе сервисы LOCAL/CONTENT/REGION/INET, а в другом просто INET. У нас так и делается в dialup, насколько я помню.