BiTel

Добрый день! Биллинг достался от предыдущего "хозяина", но потихоньку втягиваюсь...

К делу. Имеется сеть, Роутер на базе CentOS(на котором настроен шейпер трафика через ipfw), на отдельном сервере стоит BGbilling 5.2 тоже на CentOS. Все юзеры находятся в одном Vlan и получают IP от сервиса DHCP на биллинге. IP раздаются по dhcp, но статически привязаны (договор > сервис > интерфейс > IP адрес). Когда IP выдается автоматом и , соответственно, принимается на машине клиента автоматом все ОК. Но заметил такую проблему, при прописывании на стороне клиента IP вручную(была необходимость), в биллинге не открывается новая сессия - хотя интернет есть и работает. При этом в dhcp не прописывается выданный адрес, клиент не получает pipe от ipfw c заданным ограничением скорости. В итоге сессия не регистрируется, у клиента нет ограничения по скорости...
В чем может быть проблема, что я упустил? Как избежать таких проблем? Давно были мысли о переходе на схему на Vlan-for-User, позволит ли эта схема избежать таких проблем? Возможно это уже обсуждалось, тогда прошу прощения и где искать)))

а каким образом биллинг узнает какие правила посылать на шейпер если вы просто поставили статику?

Если вы про сервис, то его настройка во вложении. Или я не правильно настроил?

это тип сервиса вы настроили а на договоре указали адрес?

Да, точно так. На договоре выбран этот сервис, устройство , интерфейс и так же выбран ip адрес.

сессия инициируестя по сигналу а привязка трафика - по нетфлоу ?
Хм, а это как ?

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

по хорошему надо в типе сервиса поставить инициализация по трафику, тип адреса - статический.

Сессия будет открываться без присваивания IP? Будут ли выдаваться IP автоматом или для полной статики и DHCP с выдачей статики нужно создавать раздельные сервисы ?

В inet-access.xml указан ru.bitel.bgbilling.modules.inet.dhcp.InetDhcpProcessor?

У вас похоже схема DHCP с Option82, но при этом коммутатор не проверяет что адрес был выдан по DHCP от релей агента (не помню точно как называется эта функция).
Т.е. смысл в том, что если биллинг не выдал адрес - коммутатор не дает абоненту работать, даже если абонент прописал какой-нибудь статический адрес.

Вот вырезка из inet-access.xml

Да, значит скорее всего проблема в том, что коммутатор пускает, если адрес задан статически, а должен давать работать только тому адресу, что был получен по DHCP через релей.
Вроде бы это: http://xgu.ru/wiki/IP_Source_Guard