В этой процедуре беспокоиться стоит только о том что УДАЛЯЕТЕ (для освобождения нумерации). используется/не используется ARS который мешает нумерации.
Со всем остальным проблем не будет. Срочная командировка естественно тоже не грозит - если сохраните базу и записываете что удаляете.

Равномерное занятие - что имеется в виду - по количеству звонков или по времени разговора?
первое - должно происходить автоматом (если потестировать, когда никого нет - следующий ИСХОДЯЩИЙ звонок должен идти по следующему транку)
второе - слабо понятно как это организовать в принципе (особенно если еще и входящие звонки используете - тогда какие-то номера могут быть чаще заняты входящими звонками, соответственно некоторые СИМ будут загружены больше исходящими, т.е. деньги по картам будут тратиться не равномерно).

На 4019 hands-free нет. Только УГП (можно слышать по громкой что говорят, самому надо говорить в микрофон трубки).

Похоже на правду. Если не выводили access из работы (Х25 disable) и не забыли вернуть (х25 enable) - должно подняться (я про сигнализация, VPN overflow и звонки, это отдельная тема).
В инцидентах что-то пишет (например если рестартовать линк командой rsthyb)?

Добавлю от себя - интересует, не то как вы делали, а что реально сделано (т.е. смотрите на станции).
Потому что бывает просто в гибридном линке при создании - путают строчки adjacent node и adjacent network - вколачивают номер сети вместо номера узла и все.
Надеюсь новая станция - с сетевыми лицензиями?

Вы неправильно номер присоединенного узла указали в линке, скорее всего.
Хотя это была шутка. Уж очень подробно вы описали - что было сделано  .

1 - Нарисуйте netadmin -m, global view c центрального и удаленного узла (вы ведь не забыли на нем в netadmin указать номер сети и номер узла?)
2 - В System  - те-же номер сети и узла заданы?
3 - Рестарт присоединяемого узла ПОСЛЕ netadmin делали?
4 - в гибридном линке multi-access link - одинаково с обеих сторон указан?
5 - по IP адресам (предполагая что вы IP линк делаете) - вы можете с ПРОЦЕССОРА центральной станции зайти телнетом на процессор новой станции (и наоборот)?

Это я к тому - что на вопрос "я все сделал правильно, но не работает, в чем проблема?" - вы не сможете получить ответ. Так что ждем ответов на вопросы.  

в самой плате NDDI - стоит ПЗУ 3BA50088, или там воткнута небольшая дочка, а в ней ПЗУ 3BA50088?
Если да - Х11 в положение test, флешируете (сначала загорятся светодиоды, потом будут моргать, потом по другому станут моргать.
Выдергиваете плату NDDI, убираете PDI+3BA50088, перемычку Х11 в нормальное положение, вставляете NDDI и смотрите (config должен показать INIT1, светодиоды CPU/busy будут своеобразно моргать, в инцидентах - писать о загрузке бинарников).
После (минут до 5) - будет состояние INIT2, и в сервис.

При дальнейших вставлениях - INIT1 уже не будет (по сути).

Перед глазами платы NDDI нет, но там по идее должна быть кроватка на 40 ножек. Куда вставляется специальная плата PDI с ПЗУ 3BA50088, переставляется перемычка Х11 и плата NDDI втыкается в любое место.
Из ПЗУ (специальной) во флэш память переписывается загрузчик.
Далее все возвращается на свое место, плата NDDI втыкается на штатное место и происходит загрузка софта с процессора.  
ПЗУ стоящие на платах типа NDDI, PCM - они для рабочих целей, для начальной заливки платы не предназначены.

Плата наверное - 53095?
Плата по идее - должна работать. А станция не видит - это как?
Вы вставляете плату на то место, где прописана NDDI-EE, она должна профлешироваться (мигают своеобразно светодиоды, состояние платы INIT1, дергать плату в это время нельзя. Если выдерните - в следующий раз по идее ничего на ней гореть не будет. Приблизительно 5 минут это может длиться)
Если выдернули не дождавшись - надо ее будет заново флешировать (вставлять специальную платку/ПЗУшку, переставлять джампера, флешировать).

Плата прописывается как NDDI-EE - East Europe (восточная Европа). В Германии другая сигнализация (прописывается NDDI-D) - там разрешен набор внутрь по аналоговой линии.

Как писал Error - Users ->  TSC IP User - отключите Reset For Update Authorized
Т.е. нижевложенный пункт в Users (или под абонентом, если работаетет в 4760, или дальше по иерархии после users, если в mgr).

Но вряд ли это ваш случай.

Когда участвовал в запуске станций, всегда старался уговаривать:
* - только для перехода в DTMF
с # - набор функций
все номера - только цифровые, за исключением служебных номеров, где можно использовать A,B,C,D.

Иначе столько проблем можно получить (при наличии сети, DECT роуминга и т.п.).

По сути - выделить какую-то комбинацию цифр (например 1234), которая добавляется в начале, в случае использования *. и звонить на нее 12341111- что спокойно через DID разруливать на *1111.
Можно еще посмотреть как шлюз к буквам относится - типа D1111 вместо *1111 присылать.

для обычных звонков требуется лицензия
42 e-CS Proxy Public Ticket
Она у вас скорее всего есть (т.к. присутствует ключ 83). Скорее всего просто не настроена тарификация (Applications/ Accounting - Files for external accouning=yes b и т.п.)

если вы убрали галку private - это хорошо, что туда пошли звонки.
Теперь проверьте, могут быть нюансы:
1 - исходящий АОН при звонках с удаленной станции транзитом через центр
2 - тарификацию (если используете) - у вас теперь на центральной станции появятся тикеты при звонках на периферию, а при звонках оттуда транзитом - вместо одного тикета будет два (входящий и транзитный).

Если устраивает - то все Ок.

так и не написали, как звоните по IP.
3599 --> 2221, а 2221 - это просто ячейка IP типа с префиксом + 2221?

Поскольку IP транковая группа private!!! - могут быть некоторые нюансы (например с обрезкой номера до 8 цифр). Попробуйте для убрать галку private.

После того как исправили и на основной станции стало отображаться нормально - передаваемый транзитом номер так-же обрезается до 8 цифр? В SD больше ничего не осталось похожего на префикс (в поле calling number) + 9.. (95...)...?