BiTel

Был договор, к договору был присвоен IP и Vlan
Потом договор удалили не помещая в архив
В дальнейшем создали новый договор с таким же IP, но другим Vlan (автоматом назначился)
Все бы ничего, но инет на этом айпишнике стал периодически пропадать. Раскопки показали, что клиент блочится на шлюзе. биллингом!
Оказывается при проверке шлюза (по планировщику) всплывает сначала старая пара IP+VLAN, которая удаляет правила, а потом (через некоторое время - правила перегружаются почти 5 минут) добавляется новая пара IP+VLAN.

Вопрос. Кто пил? Почему при удалении договора не удалилась старая пара? Или договор удалили не правильно? А как правильно? Как теперь привести все в порядок?

посмотрите в таблице ipn_gate_vlan_{mid} есть старый vlan ?

я не понял у вас ip общий, а vlan разный ? может быть у вас есть 2 разынх догвора сейчас в базе с одним ip , но ращзыми vlan ?
что значит что клиент блочится ? этот ip блочится ?

mysql> select * from ipn_gate_vlan_5 WHERE vid=2001;
+----+------+-----+-----+
| id | vid | cid | gid |
+----+------+-----+-----+
| 7 | 2001 | 28 | 1 |
+----+------+-----+-----+

В занятых ресурсах этого IP адреса нет

Биллинг не дает создать 2 договора с одним IP.
Блочится именно этот IP.

Тут скоре всего прооблема вот в чем . Возможно у вас на каком-то шлюзе остался этот ip . Шлюз не смотрит на ip адреса, которые лежат в базе, Он их кеширует в своем конфиге. попробуйте зайти в реадктор шлюза и сохранить, елси найдете такой шлюз.. какой тип шлюза используется ?

Шлюз Cisco2 доработанный на работу с телнетом.
Он единственный шлюз. Поиск этого IP результата не дает.

В каком конфиге он мог сохраниться-то?
Если вы про конфиг самой железки - то это исключено, т.к. я вижу как _биллинг_ сначала удаляет этот IP из acl, а потом добавляет снова.

нет .. для каждого клипента хрантся его настрйоки связанные со шлюзом , в ipn_user_gate_{mid}.rule_txt . там хранятся выбранные ip для этого клиенета и т.п. Каждый шлюз сохраняет и парсит это поле по своему . можно попробовать запросом like найти этот ip