Суть проблемы такова. Имеем тарифный план с предоплаченным трафиком в 1000 МБ. В конце месяца формируем отчет по трафику и что мы видим? А видим мы следующее - абонент, не выработав предоплаченный объем трафика (977 МБ), вовсю качает по цене превышения!
И вот тут начинаем ломать голову и придумывать отмаз для абонента - ПОЧЕМУ у него идет превышение.
НО! Самое интересное наступает после смены рассчетного периода.... Формируем тот же отчет и.... О, ЧУДО !! Оказывается абонент скачал ровно 1000 МБ. И тут начинаем снова ломать голову и придумывать отмаз для абонента - ОТКУДА у него эта 1000 МБ, если до этого было 977.
Данная бага проявляется каждый раз у разных абонентов, с абсолютно разным объемом как предоплаченного, так и скачанного трафика.
Господа нетУповцы! Доколе это будет твориться? Наверное, в таких случаях надо абонентам Ваши телефончики давать - Вы люди грамотные, сами объясните людям свои махинации с трафиком. Или всё-таки решите эту проблему БЕСПЛАТНО, а не так как вы любите - за свои же косяки деньги брать.
Куда девается трафик и откуда он снова берется?
-
Stamper75
- Сообщения: 27
- Зарегистрирован: Вт июл 25, 2006 20:32
- Откуда: Monino
- Контактная информация:
Понятно. Тему Алекса закрыли. Не удивлюсь, если и с этой темой поступят также 
Вообще молчание - знак согласия. Хорошо, что хоть в таком виде, но НетУповцы признают свои косяки.
P.S. Господа НетУповцы! Тем, кто использует УТМ, уже надоело за Вас краснеть и терять свои деньги.
Готовьте Ваши телефончики - скоро они будут раскаленные от звонков наших абонентов.
Вообще молчание - знак согласия. Хорошо, что хоть в таком виде, но НетУповцы признают свои косяки.
P.S. Господа НетУповцы! Тем, кто использует УТМ, уже надоело за Вас краснеть и терять свои деньги.
Готовьте Ваши телефончики - скоро они будут раскаленные от звонков наших абонентов.
-
DIBLOPOPS
- Сообщения: 49
- Зарегистрирован: Пт янв 21, 2005 19:30
- Откуда: Moscow
- Контактная информация:
На самом деле сталкивался с этой ситуацией. В отчете по dialup один трафик, в отчете "по трафику" другой. От сюда все ситуации с "назакончившимся" предоплаченным и т.д. В моей ситуации всё оказалось просто. Таблица dhs_session_log формируется модулем отвечающим за авторизацию сеансов (в нашем случае utm5_radius). Таблица dtagg_iptraffic формируется коллектором ndsad.
Так вот Если маршрутизатор, с которого собирается статистика о трафике ndsad'ом перезагружается отдельно от ядра, то получается недостающий трафик в dialup отчете (так как опять же, в моём случае ndsad и utm5_radius физически находились на разным машинах).
Решение проблемы: оптимизация сервака, нет ребутам и т.д. Если uptime у обоих серваков больше 30 дней, то никаких багов в статистике не замечал. Если же в сети "бывает флуд" и т.д., тогда ждите сюрпризов. NETUP здесь ни при чем.
Так вот
Если маршрутизатор, с которого собирается статистика о трафике ndsad'ом перезагружается отдельно от ядра, то получается недостающий трафик в dialup отчете (так как опять же, в моём случае ndsad и utm5_radius физически находились на разным машинах).Решение проблемы: оптимизация сервака, нет ребутам и т.д. Если uptime у обоих серваков больше 30 дней, то никаких багов в статистике не замечал. Если же в сети "бывает флуд" и т.д., тогда ждите сюрпризов. NETUP здесь ни при чем.
Речь, в моем случае, идет об обычной услуге Передача IP трафика.
К тому же явно баг где то в биллинге, т.к. детальный отчет и отчет по трафику совпадают.
Соответсвенно, данные получены верные.
Иногда неверно происходит тарификация предоплаченных объемов и не всегда верно работает тарификация на границе учетного периода.
Более подробно viewtopic.php?t=3120
К тому же явно баг где то в биллинге, т.к. детальный отчет и отчет по трафику совпадают.
Соответсвенно, данные получены верные.
Иногда неверно происходит тарификация предоплаченных объемов и не всегда верно работает тарификация на границе учетного периода.
Более подробно viewtopic.php?t=3120
В нашем случае речь тоже идёт не об диал-апе, а об услуге "Передача IP-трафика". Трафик считается ipcad с get_xyz. На той же машине, на которой стоит биллинг. Так что выше(через пост) приведённый случай в данной ситуации не прокатывает. Буквально в пятницу наблюдал, как у пользователя при оплаченном тарифе в 250 мег и определённой сумме при превышении это самое превышение начало обсчитываться после 208 Мегабайт! Почему это произошло - я пользователю объяснить не мог. Судя по всему, объяснить это не могут и уважаемые господа из НетАП.
2Chris - тарифные планы сформированы верно - проверено 10 раз. И как и писалось выше - подобные "странности" (стоящие нервов и денег) проявляются на абсолютно разных тарифах.
2Chris - тарифные планы сформированы верно - проверено 10 раз. И как и писалось выше - подобные "странности" (стоящие нервов и денег) проявляются на абсолютно разных тарифах.
-
DIBLOPOPS
- Сообщения: 49
- Зарегистрирован: Пт янв 21, 2005 19:30
- Откуда: Moscow
- Контактная информация:
А какой Load Averages у машины? Может просто неуспевает обсчитывать?SOLDIER писал(а):В нашем случае речь тоже идёт не об диал-апе, а об услуге "Передача IP-трафика". Трафик считается ipcad с get_xyz. На той же машине, на которой стоит биллинг. Так что выше(через пост) приведённый случай в данной ситуации не прокатывает. Буквально в пятницу наблюдал, как у пользователя при оплаченном тарифе в 250 мег и определённой сумме при превышении это самое превышение начало обсчитываться после 208 Мегабайт! Почему это произошло - я пользователю объяснить не мог. Судя по всему, объяснить это не могут и уважаемые господа из НетАП.
2Chris - тарифные планы сформированы верно - проверено 10 раз. И как и писалось выше - подобные "странности" (стоящие нервов и денег) проявляются на абсолютно разных тарифах.