Сеть 10 узлов, общая емкость чуть более 4,5 тысяч абонентов. Основная работа по смене плана нумерации заняла чуть более 7 часов. Голосовую почту просто пристрелили. От аудита отказались. Работали три человека. Вот такая статистика...

Проблему решили установкой патча 36d на 7.1
После установки патча станция стала адекватно реагировать на изменение параметра Overlap Seizure в системных параметрах.

При созданном дискриминаторе 5, набирать 4 цифры получилось:
Ячейка *5, где мы набираем *1025 и ждем донабор абонента 3 цифры стала пихать цифра за цифрой. Без дискриминатора сразу отсылала 400, а 5 пихала в Called_Number.
Ячейка *6 где четко прописано *1025400 отработала нормально и номер ушел блоком. Поговорили.
Был бы рядом со станцией уже бы проц отверткой ковырял!!!!
Есть еще идеи?

Пробую.
Изначально был совет от Vad по телефону поиграть с систем параметрами, а именно убрать галочку с Overlap Seizure. В t3 сразу стало видно, что номер побежал цифра за цифрой. Второй совет - аналогичен, прикрутить дискриминатор. Дискриминатор прикрутил, но сейчас не получается пользоваться данной платой как шлюзом и накрылись звонки через NetMeeting, а было приятно...
Как только проверю работу через дискриминатор - отпишусь.

Enterprise Rel 7.1
Входящая связь с SI2000 есть.
Транковая группа IP Н.323, дискриминатора нет, кол-во цифр 4, запретов нет, префикс занятия Professional TG with overlapping, сам префикс *102. Создана ячейка сокращенного набора с типом IP *5, набирать говорю *1025 и жду еще 3 цифры от абонента.
С сетевых нодов исходящая в SI2000 есть.
В t3 при звонке с сетевых нодов вижу, что вызываемый номер уходит блоком.
С нода, где создана транк группа и ячейка набора, вижу, что номер уходит в виде
Called_Number 5
и потом в следующем сетапе идет допосылка еще оставшихся 3 цифр!
Создал ячейку *6 где прошу набирать *1025400. В t3 получаю отлуп, хоть и вижу, что номер ушел блоком.
Со стороны SI2000 инженер сказал, что от меня в данном случае возможен приход еще цифр...
Как то я совсем запутался... поможите люди добрые.
P.S. Есть стык с циской по H.323 глобальные настройки трогать нет возможности.

Энтити, ДиДиАй траслятор, калбэк транслятор, количество цифр в транк группе - об этом помним, но как то не посчитали сверх трудоемкой работой, т.к. транковая группа только на центральном, трансляторы правятся на автомате, энтити абонентов и транков пустые:
      Installation No. (ISDN) : --------
Supplement.Install.No. (ISDN) : --------
Вот почтовые ящики перелопатить на голосовой почте... как то даже не представляю себе что делать.
Выход вижу - достать ее на время перехода, а потом самым извращенным способом переставить софт.

Попробовал провести сетевой аудит в режиме симуляции.
Очень удивило время обработки (чуть больше 3 часов) и количество изменений по отчету - а сеть то рабочая и жалоб нет.
Буду очень благодарен если поможете разобраться.
Сразу скажу - лабораторную станцию в сеть засунуть пока возможности нет. Так бы методом научного перебора разобрался с большей частью вопросов.
Итак: Для смены нумерации готовятся базы данных с зачищенной Phone book и удаленными Network number. Users, Groups,  Speed Dialing скорректированы в соответствие с новыми номерами. Задача - разнести по сети скорректированные данные с автоматическим созданием Phone book и префиксов типа Network number при помощи инструмента Audit
В первую очередь полез в конфиг
Создал список нодов где выбрал "все"
В списке объектов перечислил:
   1 + Numbering Plan
   2 + Phone Book
   3 + Speed Dialing Number
   9 + Voice Mail Dir.No. (на центральном есть голосовая почта)
  22 + Hunt Group
  61 + Network Routing Table
61 вроде как не требуется и живет в трасляторе, видимо зря его выбирал.
  23   Progr.Keys А вот этот пункт скорее всего надо выбирать - жду совета.
Таймеры не трогал.
Переходим к аудиту

   0 - Exit
   1 - Activation of the consistency checks
   2 - Results of the consistency checks
   3 - Programmed checks
   4 - Configuration
   5 - Presentation of the tool

Choice [0 - 5] : 1 - Выбрал уверенно не сомневаясь


               Activation of the consistency checks

   0 - Exit
   1 - Immediate running
   2 - Delayed running
   3 - Periodic running
   4 - Simulation : Immediate running
   5 - Simulation : Delayed running

Choice [0 - 5] : 4 - для режима теста тоже верно, потом выберу 1


               Simulation

   0 - Exit
   1 - Reference building in the local node
   2 - Reference downloading over the network

Choice [0 - 2] : Здесь выбрал 1. Меню понял так: 1. Список изменений создается на этом ноде и отправляется всем по списку (который сваял в конфиге) в сети; 2. Список изменений собирается со всей сети и ложится на этот нод.
Объекты подтвердил, что выбирал в конфиге - 64 пункт - загрузить список объектов из файла.
Следующий пункт:
               Selection of nodes

       0 : Exit
       1 : Global network
       2 : Only one node
       3 : Selected nodes
       4 : Node list restore

Choice [0 - 4] : Тут я умер если честно. Подгрузил список, в котором выбрал все ноды и сидел три часа.

Пытался логически осмыслить как выбор в 1 - Reference building in the local node и 2 - Reference downloading over the network соотносится с последним меню и моей задачей.
Жду совета.

Спасибо за советы.
Мораторий на изменение баз данных уже объявлен, а то что делается - протоколируется в журнал.
Перед переходом безусловно все базы будут сохранены и отложены, если потребуется откат. Здесь все как обычно. Лабораторная АТС с различными релизами на винтах/партициях будет стоять под парами не в сети дабы быстро посмотреть на то, что было. С пословицей сем раз отмерь - один раз отрежь знакомы... Да и не один человек будет переход делать, командой.

Да, конечно, сокращенный набор, группы поиска все что завещал великий Ленин.
По аудиту понял. Попробуем тренировочный режим.

К стыду своему аудит не использовал на сети. Бродкасты включены и они живут своей половой жизнью, постепенно расползаясь при локальных изменениях в номерном плане, транковых группах или чего там еще включено было в системных настройках.
Если не трудно - пару слов о данном инструменте - на что обратить пристальное внимание, где могут быть подводные камни.
Все это связано с изменением плана нумерации с 4-х на 5-ти значную.
Может есть смысл тогда дать на всех станциях mao -br (вырубить бродкасты). Грохнуть все старое в префикс плане. Пересоздать абонентов и включить бродкасты - само расползется часика за два (там порядка 6000 абонентов на более чем 10 узлах)? Или аудит существенно надежнее? И нужно ли тогда при аудите выключать бродкасты или пусть ползают?
P.S. Сейчас на лабораторной станции готовятся базы для рабочих. Экспорт/импорт. При данном подходе проблемы как раз с префикс планом - крадет безумно много времени, которое можно потратить с большей пользой.

День добрый.
Сетевая топология звезда с самостоятельными узлами на лучах. Есть места где длинные лучи (за лучевым узлом стоит еще конечная станция). Линки ABC+F, открытый план нумерации. Возьмем один луч с последовательностью:
1. Центральная (узловая); 2. Транзитная на луче; 3. Конечная на этом же луче.
На 2 и 3 есть номера вида 64ХХ. На 2 и 3 они распределены как бог на душу положил. Если я на других лучах и центральной напишу в префикс плане Routing number 64, сеть 0, нод 2, 4 цифры. На лучевой транзитной (2) в префикс плане создам Network number с номерами конечной (3), то на сколько все будет корректно работать с точки зрения сетевой инфраструктуры и как это все потом будет жить, когда поползут бродкасты по сети с автоматическим созданием Network number на каждом сетевом узле?

Удаляется следующим образом:
1. в разделе Приложения, Голосовая почта, 4635 акцесс, удалить номер.
2. Удалить нетворк номер в префикс плане.
Вопрос закрыт, спасибо за помощь.

Абонентов проверил визуально (их всего 64). Почта не прописана у абонентов.
Другие номера в префикс плане удаляет без проблем, все другие нетворк номера удалил.
Станция тестовая, грохнул всех абонентов (вдруг проглядел или еще что), без изменений.
В префикс плане сетевой номер типа Voice mail так и не удаляется.

4400 релиз d2.314
Станция в сети. В ОПС файлах ключик сетевой почты отсутствует.
В префикс плане есть нетворнк номер типа Voice mail c indentifer 45.
Номер в 0 сети от 1 нода.
При попытке удалить выходит ошибка "неправильная операция".
В чем может быть проблема?

День добрый.
Попытался воспользоваться данной командой.
Выскочило меню с вариантами действий. Все действия сводятся к отсутствующему файлу.
Есть ли в документации информация о формате данного файла и где он должен лежать?