BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 03 июл 2025, 16:47

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: пересчет неправильного трафика
СообщениеДобавлено: 13 ноя 2010, 13:13 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Скажите, у нас накосячили сетевики, и абоненту посчитался трафик который биллинг видеть ВООБЩЕ немог, вот он посчитал его по netflow.service.link.19=2 IN 0.0.0.0-255.255.255.255...а вот как пересчитать чтоб при добавленном условии netflow.service.link.18=17 IN 172.16.0.0-172.31.255.255 все 172.16.0.0-172.31.255.255 неучитывались(пересчитались)???
Код:
netflow.service.link.18=17 IN 172.16.0.0-172.31.255.255
netflow.service.link.19=2 IN 0.0.0.0-255.255.255.255

это последние 2 строчки

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 ноя 2010, 15:36 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Цитата:
10.1. Переобработка NetFlow трафиков

Внимание

При переобработке трафиков, трафики определенные как MAX в конфигурации NASа вычисляются как максимум записей по трафикам, из которых вычисляется максимум. В результате значения этих трафиков может измениться после переобработки, т.к. в ходе тарификации максимум высчитывается по состоянию на каждый Update пакет. Настоятельно рекомендуем вам сделать резервную копию таблицы session_detail_<mid>_yyyyMM перед переобработкой трафиков!
Переобработку трафиков осуществляет планировщик заданий BGScheduler, переобработка производится на основании логов формата коллектора IPN, т.е. необходимо организовать параллельный сбор логов в этом модуле, либо сконвертировать существующие логи в формат IPN коллектора.
Путь к логам прописывается в конфигурации NASов следующим образом:
netflow.log.path=<полный путь к source каталогу IPN источника>
Например:
netflow.log.path=/storage/drs/drs18.ufanet.ru
Путь ищется на машине, где запущен планировщик заданий. Для запуска переобработки используется вкладка Переобработка NetFlow трафика в модуле.

Для того, чтобы переобработать трафик только по некоторым NASам в данный момент можно только комментировать строки с путём к первичным логам в конфигурации NASа. Письмо о завершении переобработки приходит на указанный E-Mail.

путь был выставлен неправильно :(
А как по шедулеру это делать?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 ноя 2010, 08:37 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
А зачем по шедулеру это делать?
В реальном времени netflow для dialup обрабатывает сам радиус, а переобработка необходима в редких случаях, когда что-то меняли в конфиге. Мы обычно на всякий запускаем переобработку netflow за предыдущий месяц перед выставлением счетов.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 ноя 2010, 12:08 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
По шедулеру потому что в реальном времени при пересчете вешался биллинг немого, тоесть вылетала 720 ошибка и абоненты подцепиться немогли

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 ноя 2010, 23:41 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Cromeshnic писал(а):
А зачем по шедулеру это делать?

присоединяюсь к вопросу ...

я же в аське почему про шедулер сказал? что мне было ответить на вопрос "как запустить пересчет автоматом?", вот я и сказал "шедулером"


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 06:03 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
snark писал(а):
Cromeshnic писал(а):
А зачем по шедулеру это делать?

присоединяюсь к вопросу ...

Я ж выше написал для чего. Биллинг начинает подтупливать при ручном пересчете, у абонентов вылетает 718 ошибка (вверху ошибся). А так по шедулеру выставил время минимальной нагрузки и пусть он ночью себе обсчитывает.
Да, а теперь вопрос. Что я делаю не так???? Я пересчитал всю эту кухню, НО , трафик не переложился в соответствии с правилами прописанными в конфигурации модуля DialUP. Тоесть он так и остался...что необходимо сделать? начисления потом для этих абонентов тоже делал, не помогло...

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 07:52 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
У нас всё нормально проходит обычно, хотя переобсчет pppoe netflow занимает несколько часов.
8 ядер по 2 GHz, 8 GB памяти.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 07:56 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Было замечано такое :(. Сервер вроде не слабей....ну да ладно, меня больше вопрос беспокоит --- почему трафик то не переложился куда нужно?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 13:45 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
показывай конфиг в части netflow.service.link


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 13:50 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Код:
netflow.service.link.1=17 IN x.x.x.x
netflow.service.link.2=17 IN x.x.158.0-x.x.158.253
netflow.service.link.3=17 IN x.x.159.1-x.x.159.253
netflow.service.link.4=17 IN x.x.157.1-x.x.157.253
netflow.service.link.5=17 IN x.x.155.1-x.x.155.253
netflow.service.link.6=17 IN x.x.156.1-x.x.156.253
netflow.service.link.7=17 IN x.x.154.1-x.x.154.253
netflow.service.link.8=17 IN x.x.144.76
netflow.service.link.9=17 IN x.x.153.1-x.x.153.253
netflow.service.link.10=17 IN x.x.158.65 x.x.158.93
netflow.service.link.11=17 IN x.x.10.1-x.x.10.253
netflow.service.link.12=17 IN x.x.12.1-x.x.12.253
netflow.service.link.13=17 IN x.x.152.1-x.x.152.253
netflow.service.link.14=17 IN x.x.11.1-x.x.11.253
netflow.service.link.15=17 IN x.x.13.1-x.x.13.253
netflow.service.link.16=17 IN x.x.14.1-x.x.14.253
netflow.service.link.17=17 IN x.x.15.1-x.x.15.253
netflow.service.link.18=17 IN 172.16.0.0-172.31.255.255
netflow.service.link.19=2 IN 0.0.0.0-255.255.255.255
traffics=2/17;Внешний/Внутренний

Дело в том что считается то правильно, ложится трафик туда куда нужно.

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 14:05 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
skyb писал(а):
Код:
netflow.service.link.1=17 IN x.x.x.x
netflow.service.link.2=17 IN x.x.158.0-x.x.158.253
netflow.service.link.3=17 IN x.x.159.1-x.x.159.253
netflow.service.link.4=17 IN x.x.157.1-x.x.157.253
netflow.service.link.5=17 IN x.x.155.1-x.x.155.253
netflow.service.link.6=17 IN x.x.156.1-x.x.156.253
netflow.service.link.7=17 IN x.x.154.1-x.x.154.253
netflow.service.link.8=17 IN x.x.144.76
netflow.service.link.9=17 IN x.x.153.1-x.x.153.253
netflow.service.link.10=17 IN x.x.158.65 x.x.158.93
netflow.service.link.11=17 IN x.x.10.1-x.x.10.253
netflow.service.link.12=17 IN x.x.12.1-x.x.12.253
netflow.service.link.13=17 IN x.x.152.1-x.x.152.253
netflow.service.link.14=17 IN x.x.11.1-x.x.11.253
netflow.service.link.15=17 IN x.x.13.1-x.x.13.253
netflow.service.link.16=17 IN x.x.14.1-x.x.14.253
netflow.service.link.17=17 IN x.x.15.1-x.x.15.253
netflow.service.link.18=17 IN 172.16.0.0-172.31.255.255
netflow.service.link.19=2 IN 0.0.0.0-255.255.255.255
traffics=2/17;Внешний/Внутренний

Дело в том что считается то правильно, ложится трафик туда куда нужно.

что-то я не увидел тут OUT ... я понимаю что его можно не учитывать, но как оно сможет понять где исходящий? может поэтому БГБ и не может ПЕРЕсчитать (считает то он верно, вопрос в ПЕРЕсчете)?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 ноя 2010, 14:14 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
На кой мне исходящий? у меня небыло
Код:
netflow.service.link.18=17 IN 172.16.0.0-172.31.255.255

этой строчки. Тоесть все что попадало в этот диапазон считалось по правилу
Код:
netflow.service.link.19=2 IN 0.0.0.0-255.255.255.255

сейчас добавил, трафик считается правильно, а вот при переобработке netflow трафика нечего не меняется

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 ноя 2010, 12:11 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Может не много не в тему, но все-ж рискну...
Имеется тариф типа такого:
http://www.bgbilling.ru/v5.1/doc/resources/x_474.png

тарифицируется max - трафик по стоп-пакетам( или update ) , netflow не задействуется.
Клиент качнул лишнего,и перескочил во 2-ую зону с хреновой скоростью и большими деньгами. Трафик ему простили и пытаются вернуть его в первую зону, до конца месяца очень далеко. Тарифные планы корректировать лениво, персональные ему делать тоже не хочется.
Приходит мысль почистить записи в таблицах session-log-...(session-detail-...), оставив немного и в ручную пересчитать наработку по max .
Прошу дать совет из какой таблицы надо чистить, мож кто аналогичное делал ? Или есть другие способы ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.044s | 43 Queries | GZIP : On ]