теретически можно использовать коннектор от любого кабеля или купить его в магазине, к нему припаять витую пару. Практическая попытка использовать например кабель TY1 от UA/Z32 привела к фиаско - линк регулярно падал.

Практически один интрумент есть в алкатель для откусывания и огрничивания ip codecs. Это ip domain. Там можно ограничивать количество одновременных разговоров ( а по сути кодеков)

сбивает с толку нумерация, которая нарисована на переключателях на плате, там порядок 1.2.3.4 с точностью до наоборот относительно доки.

как-то ставил AddPac AP-GS-1004, регистрация на ОХЕ была как SEPLOS абонентов... вроде работает, вопросов особых не задают. основной целью установки было решить задачу доступа к абонентам станции в случае падения ABC-F линка (станция стоит на промзоне, там регулярно что-то падает и виснет с IP сетью), поэтому выбрали регистрацию учеток SIP шлюза как абонентов, а не транков.

если есть доступ к ТС - то гляньте 975ed2. там рекомендации что делать, если ABC-F линки работают нестабильно. у станции с процессором может быть 3 adjacent node, на appliance - 8. в практике был случай, когда станции в сети по топологии "звезда" успешно работали с 22 соседями, но после апгрейда в 9.0 началось регулярное падение линков в часы пик, бактрейсы, зависание полок, аппаратов. R&D Алкатель после интенсивной переписки рекомендовал ограничится 8-ю линками на узле. Переделали сеть - успокоилось. С тех пор придерживаюсь такого правила - на узле не более 8 линков.
забыл важное уточнение - узел в примере сделан на appliance server

сколько у вас линков поднято на станции? на эту тему есть определенные ограничения

"заставить формировать КПВ" - не сочтите занудством, но аббревиатура КПВ означает сигнал "контроля посылки вызова" - это не просто эфемерные гудки, а прошедшая через каналы сигнализации информация для вызывающего абонента о том, что у его корреспондента звонит аппарат.
если гипотетически вы его научитесь генерировать своим абонентам - что будет, если вызываемая сторона занята? сперва КПВ, потом "занято" - ваши аб-ты вас же и замучают вопросом "как это так? они что, там трубки бросают?"

80 - ITU-T coding, speech
90 - Circuit mode, 64 kbps
a3 - G.711 a-law
a0 - в стандарте Q.931  не определено.

ну чтож, вынужден подвести черту. дальнейшее разбирательство требует работы со стендом, на котором ваша БД может быть развернута и конфигурацию можно "пощупать" не фрагментарно... это требует времени, так что решается только через саппорт
на практике никогда не пытался делать нужные вам манипуляции, как-то всегда справлялись с нормальным запуском отельного линка.

продолжаем разгадывать шарады.
еще раз посмотрел ваши конфиги. в приведенном примере 41313 - это судя по всему "физический" аппарат, 11313 - это закрепленный за ним виртуальный аппарат гостя... посмотреть так ли это можно в меню Applications > Hotel > Static links,  как параметр ввести 41313
на мой взгляд если все так, как вижу, то у 11313 система должна позволить сменить категорию

зайдем с другой стороны.
вам надо сменить у абонента-гостя категорию с "0" на "2"?

жесть.
если процесс заселения гостя у вас заключается в записи его в excel - то зачем все эти навороты? догадаться, что делал ваш предшественник - сложно. в отсутствие отельного линка заселение можно было сделать через hotdebug - встроенное отельное меню алкатель.
что касается смены категорий - то расклад такой.
категории самих абонентов 11313 и 41313 - 0, 31313 - 2 (такая же как у 3032), по моему 31313 у вас должен уметь делать нужные вам звонки.
возможно, у вас путаница и 31313 тоже административный номер, несмотря на то, что 5-тизначный- вам виднее, но в вашей распечатке он написан как Administrative, в то время как 11313 и 41313 - Room. Често сказать не помню, меняется ли поле Hotel-set function в User при заселении... мне казалось что в dynamic State user...
но тем не менее - при заселении  гостя ему назначается категория, которая прописана в меню applications > hotel. У вас там стоит "2" - по идее это коррелируется с тем, что вы показали для 4-хзначного номера и 31313.
ИМХО - ваш коллега умел заселять и выселять гостей

мда. тяжелый случай. первый раз встречаю, когда для доступа к межгороду на станции практикуют звонок оператору/ресепшен, а между тем на станции есть отельный линк и запрограммирован мультиоккупейшен...
чтобы разобраться, хорошо бы посмотреть что выводит mgr > users consult/modify на 4-х и 5-тизначных номерах (по одному номеру каждого типа)

дополню вопросы:
1. как работало раньше, до вашего выхода? так же "руками" правили или просто небыло прецедента?
2. учините распрос ресепшена - что они делали в таких ситуациях?
так будет легче распутать ваш клубок

советом и рекомендациями я вам помог, но с учетом приведенной выше цитаты не думаю, что хорошая идея на форуме просить править ваш конфиг.
если нужно помочь - обращайтесь в техподдержку, разберемся, поможем официальным путем.