BiTel

Добрый день, в ночь с субботы на воскресенье нужно будет переводить время на час назад. В связи с этим возник вопрос - нужно ли проводить какие-либо действия с биллингом в этот момент? Например - остановить в 2 ночи по летнему времени и запустить в 2 ночи по уже зимнему времени.

честно говоря самого давно интересует вопрос как себя ведет АСР с этим плавающим часом

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

_________________
God Bless Linux! and blessings to FreeBSD!

Сдаётся мне, ответа мы не получим. Тогда, как представитель самого восточного региона России, отпишусь о поведении биллинга - нам часы раньше всех переводить

UPD:
Итак, результаты: в модуле Dialup при переход на новое время получили кучу сессий с отрицательной продолжительностью по времени. При сбросе такой сессии она превращается в сессию с нулевой длиной и наработкой (это уже если смотреть в договоре).
В модуле IPN - коллектор перезаписывает файлы с инфой о трафике по новой, и они заново обрабатываются. Соответственно, в договорах заново начала считаться наработка с 2х до3х, предыдущая обнулилась.

Итог - потеряли трафик за час, биллинг работал ровно, сбоев я не заметил.

Тоже очень интересует это вопрос
Спасибо, Andrey, за "отчет"

подтверждаю, час потерян. "бонус" - абонентам.

учитывая что признака таймзоны нет ни в одной из таблиц куда пишутся посчитанные деньги проблему перевода времени назад должен решить коллектор

коллектор в 3:00 GMT+3 при парсинге должен был подхватить оба файла, если он оперирует только датой и часом, если это не так, то очевидно багу надо править
можно подумать чуть дальше и догадаться, что в случае перезапуска коллектора flow-tools сплитнет файлы, аналогично рассматриваемой ситуации одному часу будет соответствовать 2+ файла

P.S. как workaround могу предложить использовать flow-cat, слить два файла flow-tools в один и скормить заново коллектору