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

Технические вопросы по UTM 5.0
Ответить
kalex
Сообщения: 47
Зарегистрирован: Пт авг 19, 2005 15:08
Откуда: Первоуральск

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

Сообщение kalex »

Такая ситуация, есть классы трафика
1. входящий все дни с 0-24ч. из сетей 0.0.0.0/0 для 192.168.0.0/16
2. входящий ночь все дни 0-9ч. из 0.0.0.0/0 для 192.168.0.0/16
3. входящий днем все дни 9-18ч. из 0.0.0.0/0 для 192.168.0.0/16
4. входящий вечер все дни 18-24ч. из 0.0.0.0/0 для 192.168.0.0/16
есть тарифы стандартный в котором прописана только стоимость класса 1
есть тариф повременный в котором прописаны стоимость классов, 2,3,4
И вся проблема в том, что все кто подключенны к повременному тарифу у всех класс трафика определяется как 1 класс и раз ее нет в описании тарифа то и стоимость 0. Получается как будто трафик классифицируется по любому подходящему условию, а не сначала из списка классов прописанных в тарифе.
Единственным выходом пришлось, повременных переводить в другую подсеть vpn или физически прописывать их адреса, что разумеется неудобно.

UTM 5-1-10-014

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Re: Классы трафика и повременный тариф

Сообщение aospan »

kalex писал(а):Такая ситуация, есть классы трафика
1. входящий все дни с 0-24ч. из сетей 0.0.0.0/0 для 192.168.0.0/16
2. входящий ночь все дни 0-9ч. из 0.0.0.0/0 для 192.168.0.0/16
3. входящий днем все дни 9-18ч. из 0.0.0.0/0 для 192.168.0.0/16
4. входящий вечер все дни 18-24ч. из 0.0.0.0/0 для 192.168.0.0/16
есть тарифы стандартный в котором прописана только стоимость класса 1
есть тариф повременный в котором прописаны стоимость классов, 2,3,4
И вся проблема в том, что все кто подключенны к повременному тарифу у всех класс трафика определяется как 1 класс и раз ее нет в описании тарифа то и стоимость 0. Получается как будто трафик классифицируется по любому подходящему условию, а не сначала из списка классов прописанных в тарифе.
Единственным выходом пришлось, повременных переводить в другую подсеть vpn или физически прописывать их адреса, что разумеется неудобно.

UTM 5-1-10-014
пока действительно возможен только такой механизм (перевод на отдельную подсеть). Трафик классифицируется независимо от того в каком тарифе и что прописано.

kalex
Сообщения: 47
Зарегистрирован: Пт авг 19, 2005 15:08
Откуда: Первоуральск

Сообщение kalex »

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

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Сообщение aospan »

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

kalex
Сообщения: 47
Зарегистрирован: Пт авг 19, 2005 15:08
Откуда: Первоуральск

Сообщение kalex »

Получается сейчас схема связки я так предполагаю должна так выглядеть
трафик -> класс
трафик -> ip адрес -> пользователь
а если ее сделать
трафик -> ip адрес -> пользователь -> услуга -> классы

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Сообщение aospan »

kalex писал(а):Получается сейчас схема связки я так предполагаю должна так выглядеть
трафик -> класс
трафик -> ip адрес -> пользователь
а если ее сделать
трафик -> ip адрес -> пользователь -> услуга -> классы
можно конечно и так ... нужно обдумать варианты.

Ivan
Сообщения: 275
Зарегистрирован: Пт янв 28, 2005 13:18

Сообщение Ivan »

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

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Сообщение aospan »

Ivan писал(а):И это правильно !
Давно Вам на это указываю.
Нормальный биллинг должен исходить от "услуги" а не от "учета".
Тут сразу появляется невероятная гибкость и возможность управлять логикой списания денег.
согласен, гибкость увеличивается ...
сейчас рассматривается вариант введения нового понятия "группа классов трафика", которое представляет из себя объединение некоторых классов трафика. Эти группы определяются в услуге и стоимость на них задается только в этой услуге.
Таким образом можно создать следующие классы трафика:
10 Входящий день
20 Исходящий день
30 Входящий день
40 Исходящий день

Далее в услуге где нет разделения по времени суток мы создаем следующие группы классов трафика:
1 "Входящий", в который входят классы трафика 10 и 30
2. "Исходящий", в который входят классы трафика 20 и 40
стоимость соответсвенно задается для групп классов трафика.

соответсвенно в услуге где есть разделение по времени мы создаем следующие группы классов:
1. "Входящий день" , в который входят классы трафика 10
2. "Исходящий день" , в который входят классы трафика 20
3. " Входящий ночь" , в который входят классы трафика 30
4. " Исходящий ночь" , в который входят классы трафика 40
стоимость соответсвенно задаем для всех четырех групп классов трафика.
Для большей гибкости "на ходу" можно будет менять состав групп в услуге.
Так глядиш дело дойдет и до описываемых внешним скриптом тарифных планов (услуг).
вот это уже сложнее, да и тормозить будет ...

Ответить