подсчёт трафика между пользователями
Я думаю, что не будет секретом что из-за невозможности ждать фиг-знает сколько мы заказали доработку этого функционала. Скорей всего мы получим его раньше, но было дано согласие на выпуск данного функционала в mainstream, что означает, что он появится в ближайшем билде.
Кратко:
1. Вводится дополнительный параметр в настройках ядра биллинга. Его
значение задается до запуска ядра.
2. Параметр имеет три возможных значения а) записывать локальный трафик
на абонента-отправителя, б) записывать локальный трафик
абонента-получателя, в) записывать локальный трафик на обоих абонентов.
3. Тарификация трафика происходит в зависимости от значения параметра.
Значение параметра едино для всех абонентов биллинговой системы.
Кратко:
1. Вводится дополнительный параметр в настройках ядра биллинга. Его
значение задается до запуска ядра.
2. Параметр имеет три возможных значения а) записывать локальный трафик
на абонента-отправителя, б) записывать локальный трафик
абонента-получателя, в) записывать локальный трафик на обоих абонентов.
3. Тарификация трафика происходит в зависимости от значения параметра.
Значение параметра едино для всех абонентов биллинговой системы.
NetUP UTM 4.0 [1 +update 17 may 2004], NetUP RADIUS SERVER [], RH Linux 9.0
Только что обновился до 5.1.10-14 (FreeBSD 5.3) - трафик м/у локальными клиентами не считается вообще!
В свойствах класса трафика стоит запись на получателя. До обновления трафик дублировался - записывался и получателю и отправителю.
Трафик из других классов (входящий, исходящий и т.п.) считается правильно.
В чем может быть дело?
Класс Локальный такой:
172.16.0.0/255.255.0.0 ---> 172.16.0.0/255.255.0.0
Качаю с 172.16.3.1 на 172.16.3.3, трафик в коллекторе отображается, но в статистику не попадает.
В свойствах класса трафика стоит запись на получателя. До обновления трафик дублировался - записывался и получателю и отправителю.
Трафик из других классов (входящий, исходящий и т.п.) считается правильно.
В чем может быть дело?
Класс Локальный такой:
172.16.0.0/255.255.0.0 ---> 172.16.0.0/255.255.0.0
Качаю с 172.16.3.1 на 172.16.3.3, трафик в коллекторе отображается, но в статистику не попадает.
..
Создайте класс где будут присутствовать всевозможные пары локальных сетей. кпримеру если у вас только 10.0.0.0/8 то
там будет from 10.0.0.0/8 to 10.0.0.0/8
в случае двух подсетей :
10.0.1.0/24
10.0.2.0/24
будут записи :
from 10.0.1.0/24 to 10.0.2.0/24
from 10.0.2.0/24 to 10.0.2.0/24
from 10.0.1.0/24 to 10.0.1.0/24
from 10.0.2.0/24 to 10.0.1.0/24
там будет from 10.0.0.0/8 to 10.0.0.0/8
в случае двух подсетей :
10.0.1.0/24
10.0.2.0/24
будут записи :
from 10.0.1.0/24 to 10.0.2.0/24
from 10.0.2.0/24 to 10.0.2.0/24
from 10.0.1.0/24 to 10.0.1.0/24
from 10.0.2.0/24 to 10.0.1.0/24
Скриншоты настроек классов трафика в студию.Ata-man писал(а):Только что обновился до 5.1.10-14 (FreeBSD 5.3) - трафик м/у локальными клиентами не считается вообще!
В свойствах класса трафика стоит запись на получателя. До обновления трафик дублировался - записывался и получателю и отправителю.
Трафик из других классов (входящий, исходящий и т.п.) считается правильно.
В чем может быть дело?
Класс Локальный такой:
172.16.0.0/255.255.0.0 ---> 172.16.0.0/255.255.0.0
Качаю с 172.16.3.1 на 172.16.3.3, трафик в коллекторе отображается, но в статистику не попадает.
Снова поднимаю тему...
Еще раз поставил 14 обновление (которое исправленное) - ничего не изменилось...
Класс трафика "Локальный":
из сети 172.16.0.0/255.255.0.0 в сеть 172.16.0.0/255.255.0.0
качаю на 172.16.3.3 со 172.16.3.1 (оба ИП - клиентские, соединяются по VPN) - на клиентах локального трафика нет вообще. В статитике по детальному трафику он тоже отсутствует. Хотя в коллекторе трафик считается. Все остальные классы обсчитываются нормально, как и раньше. Галочка "не сохранять" не стоит. пробовал включать запись и на получателя, и на отправителя, и на обоих - все остается по старому - трафик не считается.
Что еще проверить? Может какие логи представить?
Еще раз напоминаю, что до обновления все считалось, правда на обоих клиентов. Обновление проводилось строго по инструкции.
Еще раз поставил 14 обновление (которое исправленное) - ничего не изменилось...
Класс трафика "Локальный":
из сети 172.16.0.0/255.255.0.0 в сеть 172.16.0.0/255.255.0.0
качаю на 172.16.3.3 со 172.16.3.1 (оба ИП - клиентские, соединяются по VPN) - на клиентах локального трафика нет вообще. В статитике по детальному трафику он тоже отсутствует. Хотя в коллекторе трафик считается. Все остальные классы обсчитываются нормально, как и раньше. Галочка "не сохранять" не стоит. пробовал включать запись и на получателя, и на отправителя, и на обоих - все остается по старому - трафик не считается.
Что еще проверить? Может какие логи представить?
Еще раз напоминаю, что до обновления все считалось, правда на обоих клиентов. Обновление проводилось строго по инструкции.
2Victor Как я интересно помещу сюда скриншоты, если на этом форуме нет аплоада картинок?
Классы:
id 10 Входящий
из 0.0.0.0/0.0.0.0 в 172.16.0.0/255.255.0.0
id 20 Исходящий
из 172.16.0.0/255.255.0.0 в 0.0.0.0/0.0.0.0
id 1000 Локальный
из 172.16.0.0/255.255.0.0 в 172.16.0.0/255.255.0.0
во всех классах стоят только галочки "показывать" и запись межабонентского трафика на получателя.
Классы:
id 10 Входящий
из 0.0.0.0/0.0.0.0 в 172.16.0.0/255.255.0.0
id 20 Исходящий
из 172.16.0.0/255.255.0.0 в 0.0.0.0/0.0.0.0
id 1000 Локальный
из 172.16.0.0/255.255.0.0 в 172.16.0.0/255.255.0.0
во всех классах стоят только галочки "показывать" и запись межабонентского трафика на получателя.
Произошла небольшая нестыковка параметров. Необходимо в базе сделать апдейт:Ata-man писал(а):Неужели, такая проблема только у меня?
Скажите, кто-нибудь вообще тестировал эту функцию по записи межабонентского трафика в новом 14-м билде?
UPDATE t_class SET local_traf_policy='POLICY' WHERE id='1000';
где вместо POLICY укажите следующие значения:
1 если необходимо писать на отправителя
2 если необходимо писать на получателя
3 если необходимо писать на обоих
в апдейте 1000 это класс трафика. Измените на нужный.
Перезапустите после апдейта ядро. Всё должно работать.
В следующем билде данная проблема будет решена (будет озможность нормально менять это значение из интерфейса администратора).