Проблема со связкой Микротик+UTM5
Проблема со связкой Микротик+UTM5
Настроена связка между NAS Микротик 3.26 с билингом на FreeBSD 7.0 UTM5 5.2.004. Все работает: авторизация, шейпирование, правила фильтрации, сброс статистики и т.д.
Но дело в том, что на билинг приходит инфа о трафике с account_id равным нулю. При формировании отчета по трафику показывает "пользователь неопределен". При детальной отчетности показывает что трафик приходит для авторизовавшихся клиентов но ID связки показывает нуль, лицевой счет нуль.
Получается трафик не учитывается.
Вот пример с дебагера, что призодит на билинг с микротика:
?Debug : Jul 31 09:44:22 DBCtx: SQL query: INSERT INTO discount_transactions_iptraffic_all(id,account_id,discount,discount_with_tax,service_id,slink_id,discount_date,discount_date_hour,discount_date_day,discount_date_month,t_class,base_cost,ipid,bytes,discount_period_id) VALUES('1392314','0','0','0','0','0','1249011862','1249009200','1248976800','1246384800','10','0','0','405741','0')
В чем проблема, подскажите.
Но дело в том, что на билинг приходит инфа о трафике с account_id равным нулю. При формировании отчета по трафику показывает "пользователь неопределен". При детальной отчетности показывает что трафик приходит для авторизовавшихся клиентов но ID связки показывает нуль, лицевой счет нуль.
Получается трафик не учитывается.
Вот пример с дебагера, что призодит на билинг с микротика:
?Debug : Jul 31 09:44:22 DBCtx: SQL query: INSERT INTO discount_transactions_iptraffic_all(id,account_id,discount,discount_with_tax,service_id,slink_id,discount_date,discount_date_hour,discount_date_day,discount_date_month,t_class,base_cost,ipid,bytes,discount_period_id) VALUES('1392314','0','0','0','0','0','1249011862','1249009200','1248976800','1246384800','10','0','0','405741','0')
В чем проблема, подскажите.
Код: Выделить всё
VALUES('1392314','0','0','0','0','0','1249011862','1249009200','1248976800','1246384800','10','0','0','405741','0')
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
Согласен с KSkostja настрой сначала классы трафика, нафига тебе геморр с подсетями? и афигительно большой список...и еще под сеть прова учитывай...с его под сетей к тебе тоже инфа может приходить содержащая его ИПЫ... ну и глянь еще для 172.19.0.17 (так как он указан на скринах) в настройках его, поставищика нетфлоу или что то такое...возможно он в инете сидит но его отчеты пусты...чет типа такого...
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
нетапу надо по рукам надавать за такие названия полей.RHAmzin писал(а):В таком случае вопрос: "В каких случаях используется брендмауер?"mikkey finn писал(а):нехер в классах/настройках юзера указывать id брендмауера. Биллинг при этом обсчитывает или соотносит с юзером исключительно нетфлоу с указанного брендмауера.
По их логике в разных разделах:
Классификация трафика - IP маршрутизатора - задает адрес, с которого может идти нетфлоу с данным классом трафика.
Пользователь, нижнее окно, дополнительно. "Удаленный коммутатор" - по идее должно задавать точку включения пользователя в сеть, на деле выбирается из списка брендмауеров. Возможны глюки тарификации.
Пользователь - любая услуга типа IP-трафик - в настройках IP-группы можно задать брендмауер. Здесь точно указывается, какой маршрутизатор может сливать нетфлоу для данного клиента. Если нетфлоу польется с других маршрутизаторов, то с клиентом этот трафик не будет сопоставлен. Сделано это для того, чтоб за один и тот же трафик, инфа по которому может прийти с разных поставщиков нетфлоу, не списать деньги несколько раз.[/i]