Вроде с R7.1 где-то после 17d патча R1.5 должен нормально работать. А всякие ext. callback translation - на обоих узлах присутствует? DEF-0 не забыли прописать?

Да не обеднели - просто реквест пишется под проблемы у клиента. Соответственно могут попросить базу, трассировки. К тестированию у себя они приступят только после того, как убедятся в наличии проблемы у клиента с действующим SMS контрактом.

В смысле? Как и со всеми другими платами. Прописываете плату, вставляете.
Программируете что и как вам надо, подключаете линии.

а не правильней (и проще) у Комптека и попросить (или кейс открыть)?

Надо полистать User Guide - может это штатная работа?
Может чтоб не происходил переход в режим "До свидания"  - просто не нажимать "*"?

Вообще смена нумерации классная штука - DID трансляторы, ентити, потом стартовав - вспоминаешь, что в Ext.services/ trunk COS - для R1.5 указано сколько цифр принимать.
Почистив абонентов (при проблемах с броадкастом) - поостается чего-то в phone book.
Главное аккуратно - и попорядку. (особенно хорошо если для перефирийных станций на время работ какую-то времянку по внешним линиям можно организовать).

Не все так просто - создавая абонентов в одном месте (при включенном броадкасте) - будет расползаться только если не противоречит плану нумерации на других узлах.
При выключенном - вообще не будет ПОТОМ расползаться. Тоько аудитом можно все починить. В принципе с ним не проблема потренироваться - там есть режим симуляции - как бы аудит, с выводом результатов, но без реального изменения базы.

А по сути ничего выключать не надо - это два разных инструмента - броадкаст - рассылка по мере создания. Аудит - принудительная синхронизация. Прелесть в том, что аудит можно делать по отдельным объектам (например только по плану нумерации).

Экспорт/импорт - дивная вещь (наверное еще speed dial есть, hunt groups).

Надо не глумить голову - грохать routing номера, делать аудит по numbering plan.
Routing хороши при жестком разделении нумерации.
Если абоненты бегают (расположены как попало) - только network number (они создаются, удаляются и перемещаются вместе с абонентом).
Был в практике случай - когда образовалось кольцо - 1-й узел считал, что номер на втором, 2-й, что на первом. При наборе номера - занимались и отбивались по кругу ВСЕ тайм-слоты в потоках. Особо страшного не было - но после нескольких таких звонков - начинал тормозить проц.

Или на одной станции используются IP абоненты, а на другой нет. Раньше виртуальный шелф создавался за последним реальным. А сейчас вроде, чтоб не было проблем  с добавлением шелфов - создается сразу под номером 1 (для ОХОшного железа).
Config all вам может например показать:
0-й - фиктивный для процессоров,
1-й - фиктивный, с фиктивными платами UA для IP телефонов,
2-й - реальный, с платами GD и пр.
Соответственно в станции где нет IP телефонов - 2-й может стать 1-м.

По указанной ссылке - вроде подробно обсуждалось чего в конфиге (адреса и каталоги), чтоб запрос добежал и обработался.
А на указанных страницах - слов не много. Просто переводить видать никому не хочется.
Или нет ни у кого подробной инструкции (о которой просите), тупо читают install.pdf и доку на 4635 и разбираются.

access - это shelf-board-term.
Соответственно - если плата стоит во 2-м ящике на 0-м месте - то и создаем например 2-0-0.
Если у вас IP (а это адрес GD) - вы "config all" гляньте - начинка может быть одинаковая, а номера шелфов разные.

У нас как-то была ситуация - при транзитном звонке с одного ABC-F узла через центральный (на ISDN) - выдавался левый АОН (точнее не левый, а одного из абонентов центрального узла). Долго бились (точно не помню, чем кончилось) - оказалось начало номера А совпало с номером абонента центрального узла (вроде так).

Да ерунда. Обращайтесь еще. Думал про это место, но станции под руками нет   только Монтепульчано.
Мне больше понравилось - когда станцию из сети забрали, а на ней осталась сетевая Hunt Group не с этого узла. И хотелось починить без создания пустой базы.

А другие номера дает удалять? (т.е. проблема с удалением или с номером почты?)
Точно у абонентов не стоит номер почты? OPS это конечно вещь, но вдруг без централизованной почты дает это ставить, особенно  - вдруг какого-то абонента замувили с другого узла (сразу с почтой).
Проверь  - по фильтру всех юзеров узла на предмет прописанного номера почты.

Посмотрите трасссировку в другую сторону, сравните с этой (в частности  IE:[04] BEARER_CAPABILITY (l=2) a8 80) .
Или еще вероятнее - надо запретить отправку UTF-8 имен (System/ other system/ network param.