BiTel

Очень неудобно работает периоды для ip адресов. Что имеем и что хотелось бы иметь.
Создаем сервис №1 от 01.09.2012 и выделяем блок ип адресов с маской 10.1.1.1/30, далее через месяц клиент просит расширить блок адресов и
01.10.2012 меняем маску на 10.1.1.1/29 но тут выходит ошибка что адрес уже занят так как адрес 10.1.1.4/30 в период 10.09.2012 по 15.09.2012
использовался на другом сервисе хотя на текущий момент отображается как свободный.
Как выясняется ошибка выходит потому что дата созданного сервиса 01.09.2012 и по текущий момент подсеть 10.1.1.4/30 была задействована на другом сервисе.
Решается задача закрытием текущего сервиса №1 по 01.10.2012 и созданием нового №2 с 02.10.2012 - не очень удобно.
Можно сделать чтобы дата проверки адресов бралась не с даты сервиса а с таблицы где имеется список занятых адресов, которую можно посмотреть в Устройства и Ресурсы-> IP ресурсы -> Использование. Было бы весьма удобно и не нужно каждый раз создавать сервис при смене адреса.

Суть проблемы ясна. Но предлагаемое решение не понятно. Могу предложить такие варианты
1. Создавать дочерний сервис только с ip-адресом и его закрывать. Открывать новый.
2. Упростить процедуру закрытия/открытия сервиса . Там уже реализована например функция переноса сервиса на другой договор. А тут фактически частный случай - перенос на этот же договор. Только все никак не могу накатить этот функционал на 5.2, так как вспоминаю об это как раз в пятницу (в пятницу этого делать не стоит - там вся система ресурсов меняется ) .

Можно делать как вы и предлагаете в 1 и 2 варианте.
Но прошу расмотреть мое предложение.
Как видно имеется таблица inv_ip_resource_subscription в которую попадат записи при изменении ип адреса. Если на сервисе имеется подсеть и произвести смену подсети то старая подсеть закроется датой изменения и новая откроется датой изменения и все это отобразится в вышеуказанной таблице. Так вот я предлагаю привязку дат ип адресов проверять и брать с вышеуказанной таблицы а не с даты указанной на сервисе
Например если на сервисе имеется адрес 1.1.1.1/30 с 1.10.2012 и 10.10.2012 мы делаем смену адреса на 1.1.1.4/30 то нужно чтобы в вышеуказанной таблице подсеть 1.1.1.1/30 закрылась датами с 1.10.2012 по 10.10.2012 а подсеть 1.1.1.4/30 открылась с 10.10.2012. А сейчас подсеть 1.1.1.4/30 открывается с 1.10.2012 и из-за этого необходимо делать как вы предлагаете.

Как вам мое предложение?

Текущее обновление относится к данной теме?

Да.Но конкретно перенос сервиса реализован в другом обновление, позже. Оно тоже уже есть. Но правда нельзя перенести на тот же договор