Биллинговая система Nodeny

есть направление 1 (мир)
для статы создал направления 5 (укр) и 6 (рос)
в статистике абона информация отображается мировой (абона) = мир+укр+рос
при работе дин шейпа используется только направление мир без направлений 5 и 6,
получается что если использовать примочку диншейпа то нужно отказыватся от примочки статы по направлениям. или не использовать диншейп.

вопрос, это сделано умышленно или ошибка, потому как нелогично получается.

вероятно имеет место пересечение сетей, т.е. сети в направлениях 2,3 или 4 "захватывают" сети 5 или 6 направления. Как я уже говорил, финальный шейп получается "вычетом" направлений 2,3 и 4  из 0.0.0.0/0. Если сети пересекаются, то никак не получится, по крайней мере я не вижу как это запрограммировать без значительного увеличения логики работы

ни одно из считаемых направлений не захватывает направление 1,5,6
подсчет ведется так, в конце стоит приоритет
направление 0, локальный траф - 5
направление 1, Мир траф - 50
направление 2, медиа траф - 3
направление 3, пиринг траф - 20
направление 4, неиспользуется
направление 5, укр траф - 30
направление 6, рос траф - 40

тоже в разрезе приоритета подсчета

направление 2, медиа траф - 3
направление 0, локальный траф - 5
направление 3, пиринг траф - 20
направление 5, укр траф - 30 - список сетей из файла
направление 6, рос траф - 40 - список сетей из файла
направление 1, Мир траф - 50 - сети 0,0,0,0/0

пс, сейчас в направлениях 2.3.4 вообще никакого трафа нет, и соответственно там всегда идут нули.
по описанию биллинга направления 5 и 6 должны прибавляться к направлению 1, и они прибавляются но только не при работе модуля диншейпа.
я пытаюсь выяснить, это просто глюк или так задуманно.

Покажи ipfw show, ну и что в таблицах вкратце