Глюк PRIM со сменой нумерации. Опции

[vkrt]

При инсталляции станции, ее абонентам была задана номерная емкость диапазона 72xx через DID Service Attributes(145) и Flexible DID Conversion(231).
Входящие вызова по PRI и H.323 например 7200 прилетали на внутренний номер 7200 и все было замечательно и красиво.
Но из-за того что номера 72xx имеют городскую нумерацию а станция используется чисто для конференцсвязи, было решено поменять номера 72xx на 73xx.
Так и сделали. Поменяли в Flexible Station Number(105) и в Flexible DID Conversion(231) в дополнении к index 200-299
200 STA 7300 STA 7300 STA 7300 STA 7300 OFF N/A Refer CO Hold 0
дописали в index 300-399
300 STA 7300 STA 7300 STA 7300 STA 7300 OFF N/A Refer CO Hold 0
Проверили работает входящая связь и при наборе 72xx и 73xx замечательно.
На некоторое время было решено оставить так и не убирать привязку 72xx.
Но однажды было замечено что вызов по PRI на номера 73xx приходить отказывается, в тоже время на 72xx приходит прекрасно. Отлуп идет уже при наборе 73.
В тоже время по H.323 вызова и на 72xx и на 73xx приходят нормально.
Была сделана попытка рестартовать модуль PRIM, после чего все заработало нормально.
Через некоторое время все повторилось.
В Device Port Num Change(101) был нажат Seq модуля PRIM и в Device Delete / Port Num Change была нажата кнопочка SAVE.
Опять все заработало нормально.
В общем такое случается практически каждый божий день и мне уже надоело с этим бороться.
Убрать в Flexible DID Conversion(231) привязку к index 200-299 по той же причине пока не совсем правильно.
Собственно вопрос. Как может модуль PRIM влиять на эту ситуацию и какое ему до этого дело?
Ну и вечный русский вопрос. Что делать?
Спасибо.

[Dron]

Есть еще момент. В MSN Table(202) [N] для номеров 7249 и 7349 я бы указал один индекс в 231 таблице, а не разные. Хотя и в 249, и в 349 одно и то же, конечно, но, я бы так не сделал. Ну, это мысли вслух...
И, вообще, смущает дублирование индексов 200-249 и 300-349.

[vkrt]

Есть еще момент. В MSN Table(202) [N] для номеров 7249 и 7349 я бы указал один индекс в 231 таблице, а не разные. Хотя и в 249, и в 349 одно и то же, конечно, но, я бы так не сделал. Ну, это мысли вслух...
И, вообще, смущает дублирование индексов 200-249 и 300-349.

В MSN Table(202) я делал эти записи в период, когда экспериментировал с транзитом и приходилось включать в DID Service Attributes(145) Use "as is".
Можно все это убрать в принципе, как и дублирование индексов.
Только как я думаю, проблемы это не решит.

[Dron]

В MSN Table(202) я делал эти записи в период, когда экспериментировал с транзитом и приходилось включать в DID Service Attributes(145) Use "as is".
Можно все это убрать в принципе, как и дублирование индексов.
Только как я думаю, проблемы это не решит.

А я и не утверждаю, что это решит проблему. Меня это, просто, смущает. Смущает потому, что не могу сказать, а как оно в этом случае...