Когда делается транковая группа private (мастер и так далее). Есть ряд полезных вещей:
1) формирование АОН при транзите
2) один тикет при звонке от присоединенной станции с номером абонента в поле charged number
3) возможность ограничивать звонки по public network COS указанной в TG

Но есть и свои проблемы:
1) не будет откладываться тикен при звонке из города на присоединенную станцию
2) при звонке в присоединенную станцию - будут проблемы с called number.

Про проблему с called number - впереди добавляется номер (installation или supplementary installation) из entity.

Надо пользоваться при звонках NPD, которое подставляет инсталляционный/дефолтовский номер в NPD (а не берет из entity)

Надо вам посмотреть трассировки (те что оставались) на предмет указанных там IP адресов. Может звонки на VPN префиксы начинали ходить не на те VoIP платы?

Для нового узла - надо делать general check по всей сети с указанием какого-то эталонного нода.
cleanbroad - просто очищает файлы которые, были предназначены для броадкаста (log файлы), рестартует процесс броадкаста. При дальнейших изменениях - номера последовательности снова начинает считать с 1.

Т.е. он очищает историю броадкаста. Никаким образом не приводит к появлению чего-то нового.

Не пробовали на Е1 - поменять - кто является мастером (network mode)?
Кроме того - Е1 - ISDN или QSIG?

Тогда - если внешние звонки почему-то не должны попадать на абонентов с переадресацией (и вообще, чтоб до них не дозванивались снаружи) - только исключение из DID транслятора.
Слава богу - количество записей уже не 32 как в старых релизах, а 200 (или 2000 как в новых)

Вы не поняли мой вопрос - если у вас разрешить звонки по connection COS - сработает ли ограничение по Public Network COS (Incoming DID/Tie-line)?
Я ведь не знаю вашу конфигурацию - может вы абоненту ставите категорию 6, а он в это время в hunt group с категорией 2 (и срабатывает категория группы)?

Если Public Network COS не помогает - тогда просто исключите ваших абонентов их DID транслятора.

Как вы определили, что у вас сработал запрет входящей связи (если у вас есть запрет по Connection COS)?
0 - ставили и для режима "день" и для режима "ночь"?

Насчет больших перерывов - не понял.
У вас есть новый проц (AS). На нем (не давая управлять системой, пусть пока работает на старом процессоре) никто не мешает делать все что угодно в плане подготовки.

Насколько я помню - агент это всегда был или самый последний аппарат (4035, 4039), или самый простой (аналоговый, 4004).
С точки зрения менеджмента (абстракция или нет) - есть реальный физический аппарат, и есть несколько "фиктивных" (собственно агенты).
Агент логинится на аппарате. Это сделано из следующих соображений - есть место (например служба 09), на это место в разное время/смены приходят разные люди/агенты. Кто залогинился - под того аппарат и подстраивается (в плане участия в группах и т.п.)

Сначала нужно создать - пилотов, очереди, агентов, группы, речевые подсказки.
Потом конечно (обладая навыком) - в СС супервижен - чего-то понастраивать.
Хотя это все бла-бла-бла.
По сути вопроса - у меня нет хороших доков по CCD, были бумажные с курсов, но остались на старой работе.

На других узлах написано x001031_tun? Тогда где написано xm001031?

Если через некоторое время перестает работать (после создания) - смотрите, у вас может после создания работает (создаете с обеих сторон). А потом может что-то по броадкасту прилетает и изменяется? Собственно интересует VPN префиксы (их содержание - ARS листы, NPD и пр.)

Посмотрите, что нет пересечения в префиксах, в начале (например #...... префикс и #.. префикс роутинг номера)

на них - нельзя звонить извне?
В чем проблема - уберите эти номера из DID транслятора. Не будут на них попадать - хоть есть форвард, хоть нет.
А вообще - запрет входящих звонков делается проще - по Public network COS - Incoming DID/Tie line ставите в 0 - и не будет входящей связи.
Надо еще круче ограничить (чтоб добрый коллега трансфером не соединил такого абонента) - External access on set transfer ставите в 0 - и передать внешний звонок этому абоненту будет нельзя.

по имени - что написано в X25/ nodes of network (имена, адресация - IP или IP/X25.
По звонкам -  с номерами без # - все нормально работало на 31 и 32 узлах?

Ну и еще вопрос - на центральном узле - в это время нет инцидентов, что недостаточно VPN ресурсов?

Соответственно далее - у вас в internode links/VPN overflow - на всех узлах все VPN overflow прописаны? Если например есть VPN overflow 10-87 - то он должен присутствовать на всех узлах сети.