Если вы ДО апгрейда СНАЧАЛА поставили новые OPS, а потом сохранили базу - тогда такого возникнуть не должно было.
Если вы сначала проапгрейдили, потом на пустую базу поставили новые OPS, а ПОТОМ восстановили старую базу (со старыми OPS) - то таки да.

А если в spadmin смотрите опцию 1 - Panic flag не появился?
Тогда наверное могут быть нюансы.
Ну и пролистав в spadmin - опция 1 и 2 - у вас должно показывать сколько используется/сколько открыто - что рисует (в опции 2 - сколько используется не рисует, а в опции 1 - должно рисовать).

Вы может забыли поставить новые OPS (или поставили новые OPS, а ПОТОМ восстановили базу - вернув по сути старые OPS).

На запчасти  
С DECT4 - все тоже, что и с DECT4HB. Без AEMD вообще - ничего не сделать. Если есть DECT8 - то там ее не надо, там AEMD преобразованиями занимаются DSP расположенные на основной плате.

Я на вашем месте - или поспрашивал кого-нибудь, у кого завалялось старое железо, или лучше озаботился бы DECT IBS (если есть свободные цифровые порты - лучше докупить IBS базы, а то поимеете ненужные проблемы в будущем, когда не сможете починить RBS DECT при проблемах).

Та что на фото 3BA53131 - это DTM, для обеспечения синхронизации.
Та, что виднеется выше - это DMOD - соответственно, включать можно только те базы - для которых стоит DMOD (если вы ее не сняли, для фотографирования).
Еще обязательно должна быть AEMD (одна дочка дает 8 одновременных разговоров) - выглядит как DTM, геометрически стоит под DMOD (внутренним слоем, так сказать).
Если у вас DMOD - не 4-е штуки - то для подключения базы - в соответствующем месте DMOD должна быть (1-я - ближе к передней панели платы, 4-я - ближе к разъемам).

А можно вопрос - у вас просто завалялось данное оборудование?
Или вам кто-то реально открыл лицензии на DECT и поставил данное оборудование (давно снятое с производства)?

Для начала - что у вас показывает команда "cplstat 0 12"
Еще - есть ли у вас на плате DECT4HB дочки DMOD (для подключения DECT базовых станций), а также дочки AEMD (для возможности передачи голоса из ADPCM формата в DECT в PCM формат станции и обратно).

По жизни - были проблемы с подключением по кабелю TY1 оборудования, работающего по 2-х Мбит потокам.
если считать контакты платы (сверху вниз, от 1 до 32), используются следующие пары:
2 - передача к базе 1
4 - прием от базы 1
6 - передача к базе 2
8 - прием от базы 2
10, 12 - база 3
14, 16 - база 4

Собственно совпадает с номерами пар в приведенном вами примере кабеля.
С приемом и передачей мог и напутать. Но с подключением примерно следующим образом обстоят дела:
- внутри пары - жилы можно подключать как угодно.
- если перепутаете прием и передачу - на базе не загорится светодиод.

С патч панелью - не уловил - вы должны подать вторую и четвертую пару (Light Blue / Blue и  Light Blue / Brown) на базу. Соответственно вы их должны расхлопать на один порт патч-панели (если у вас в RG-45 доступны все пары - я бы использовал оранжевую и синюю).

В первом случае - ОБА звонка неудачных (отклонены с сообщением No route to destination).
Во втором оба удачны.

так-что спрашивайте вашего провайдера, куда включена плата 0-2 - чего не удается дозвониться до 1022400.

Для проверки - рекомендую создать в станции префиксы занятия TG - чтоб при проверке ARS - отделять мух от котлет. Позвонили ПРЯМО через префикс занятия в TG - и смотрим, дозвонились или нет.

У вас может быть просто запрещено соединение транк-транк. Смотрите - чтоб в 5-й connection COS (COS/ connection COS)не было нолика в 5-й позиции.

Что значить не правильно? Номер относится к диапазону ваших номеров, а вы должн выдать номер не аллоцирован? Честно говоря - вы первый, кому провайдер (на моей памяти) предъявил такие претензии.
Собственно у вас выбор не большой:
- править DID транслятор (если это помогает);
- заставить провайдера ДОКАЗАТЬ что вы обязаны отдавать такую причину дисконнекта (не уверен, что им это удастся);
- напрячь Алкатель (не понятно, как это у вас получится)

Если при исключении номера из DID диапазона ваша станция выдает нужную причину дисконнекта - значить придется вам править DID транслятор.

Все правильно человек делает. Телефон РЕАЛЬНО от удаленной станции, при наборе - будем видеть и слышать все что происходит.
Если надо просто звонить (снимая трассировки типа t3) - можно конечно воспользоваться dialer, но реальный аппарат - приятней.

Если вам для тестов, а не для разбирательств с DHCP, lanpbxbuild (где должны быть две записи с tftp процессора main и адресами процессоров) - вколотите в аппарат ручками - IP адрес, маску, шлюз, tftp адрес (main нужной вам станции), если надо номер VLAN. На станции - в IP параметрах аппарата укажите его МАС адрес.
И все.

Потому что PLI 31 - это означает, что трубка работает ТОЛЬКО с указанным PARI.
Если вы посмотрите внимательней при регистрации - то увидите, что трубки, которым разрешено бегать по сети (Mobility right=Yes) при регистрации регистрируются с PLI прописанным в системных DECT параметрах. А если регистрируете трубку без прав на сетевой роуминг - то с PLI 31.

Соответственно - смотрите, стоит ли в DECT параметрах трубки Mobility rights. Ну и естественно - при регистрации в команде dectinston никто не мешает добавить опцию -pli.

не помню - надо ли кроме tftp адреса - вводить еще и адреса процессоров с той станции.
А если вы в аппарат вводите адреса ручками, а на той станции ручками - в IP параметрах аппарата указываете его МАС адрес - все работает?