пустота эта относительная:

lqReview/Modify: X25 lqSet filters: X25 Numbering Planqkqqqqqqqqqqqqqqqqqqqqqk
x                    x X x                     x
x                    x -> X25 Number                   x                     x
x                    x    X25 Number Meaning           x                     x
x                    x    X25 Number Information       x                     x
x                    x    X25 Abv Meaning              x                     x
x             Node Nux    X25 network ID               x                     x
x                Instx    X25 node or Trunk group ID   x                     x
x                Instx    Number of Digits             x                     x
x                    x X x                     x
x                    mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj                     x
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq­qqqqqqqqqqqqqqqqqj
это объекты которые есть в этой табличке. то есть скажем так это те объекты, которые ранее там можно было создать или редактировать. позже алкатель сделал манеджмент этого автоматическим, т.е. при инциализации бд это создается и править это якобы не надо. глава доки про аудит кочует без изменений из релиза в релиз вот и видно там то, что в реальности недоступно.

дискриминатором вы не пользуететсь, но это не значит что он ничего не ограничивает. то есть -1 не означает "ничего не ограничивать", а значит что надо смотреть в строчку number of digits to send. у вас написано что в город вы хотите отправлять 20 цифр. соответственно станция ждет все 20 цифр номера. посмотрите еще что у вас стоит в параметре system > overlap seizure

так, "9" н станции = префикс занятия, транковая группа верная, в параметрах ТГ есть ссылка на дискриминатор и этот дискриминатор рабочий - цифры\значность прописаны правильно?

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

когда создаете пустую базу - весь список таблиц пробегает перед ващими глазами на экране

Посмотрите что у вас в NPD и вообще какой NPD используется. А поле called number действительно пустое у вас при исходящем setup

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

похоже на то, что когда делали вашу сеть пара узлов была включена с одинаковыми параметрами - разумею node number или network number. скорее всего включая в сеть что-то из этого недоделали, ибо такие номера создаются автоматически при КОРРЕКТНОМ менеджменте, т.е. когда создавали узел в сети, то знали его номер и номер сети. поправить руками? не факт что это приведет к результату. я бы запланировал на втором узле второй сети сервисные работы, которые состоят в экспорте абонентов и жизненно важных функций и повторном проведении нетадмина и прописывании в сети.

на свое практике никогда ничего не отключал в свойствах сети... java могла конечно не нравится касперскому, с таким антивирусами как avast! free и Avira free живет без проблем.

важный момент - станция и ваш ПК должны быть в одной подсети, в идеале 4760и расчтана на прямое подключение в CBRMA компьютера инсталлятора (кстати и делалась в свое время для инсталляторов). в сети с маршрутизацией и прокси - не работает. и еще - допускает подключение не более двух клиентов одновременно.

не проблема. в конце концов не я же ее открыл.

я же и написал - ВАМ ТАМ ВИДНЕЕ. вы в описании проблемы упоминаете цифры 1,2,3,5 вот и возник законный вопрос почему другой тип подключения выбран. с разнообразными трассировками и логами приходится разбираться регулярно равно как с сетями в которых узлов заметно больше 8, повязанных ABCF линками, не в укор а обще филиософски - люди на форуме читают только ту информацию, которую вы публикуете, в пределе она начинается с пяти слов "у меня не работает телефон" :)вот и думай что хочешь после такой постановки вопроса

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

наберите в гугле kx-ft934 problem - проблемы на многих УПАТС. вчитываться не стал - просто много ссылок насыпалось
вот эта ссылка показалась продуктивной http://monitor.espec.ws/section6/topic112974.html

попробуйте для начала протестить исправность платы. элементарно просто. соединяете транк и порт платы Z. при звонке на Z порт вы должны получать входящий вызов по NDDI - который либо через trunk routing либо через trunk supervision должен быть виден на вызываемом аппарате.