вы упомянули, что у вас есть инструкция. попробуйте перейти к следующей главе - регистрация АТС на сервере. Если серьезно, копи-пастить сюда главу из документации - пустое занятие. Если у вас что-то конкретное в процедуре не получается - попробуем объяснить.

"в лоб" думаю это вряд ли возможно. при поступлении вызова в ТГ порядковый номер вызова не передается, весь поток обрабатывается по равным принципам. ограничение можно ввести на другом уровне - если у вас номер ххх поступает на хантинг-группу - ограничьте кол-во waiting call на этой ТГ.

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

наверно стоит глянуть в applications > duration accounting > duration accounting trunk groups и для номера вашей ТГ поставить at the end of the call

здесь вам надо плотно поработать с настройками циско. если телефон получает адрес по dhcp, то надо чтобы он его получил правильно, а затем еще и его tftp запрос попал на нужный вам адрес процессора АТСю помню с этим пришлось в свое время несколько поразбираться.

аппарат не может получить lanpbx.cfg файл от АТС... ошибки описаны в документации, раздел dedicated sets. Причины могут быть разные, попробуйте для начала запустить аппарат в одной подсети с АТС, а далее - зависит от вашей структуры сети. Важные моменты - кто выдает адрес аппарату если он работает по DHCP, настройка коммутатора в случае если аппарат и станция находятся в разных подсетях верного адреса tftp.

Пароль поставьте на аппарате - он и не сможет.

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

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

попробуйте выключить. НО, если есть сеть с IP каналами или SIP, тогда этого делать не надо.

Скорее всего дело во включённом fast start h.323

Почитайте форум. В том числе и вам отвечал/и - после ноября 2015 года с датами и сохранёнными ранее сообщениями начинаются проблемы. Нужнообновлять по системы речевой почты.

Алкатель при замене даёт диски 120 или 250 гб. Переходник как я понял у вас не родной.  Вывод - все под сомнением - размер диска, работоспособность вашего переходника с платой . При старте платы при проверке железа из BIOS  на экране выходят строчки проверк наличия дисков. Диски там отмечаются значком Х. Если он у вас там не виден - то скорее работоспособность переходника под вопросом. Что с ним можно сделать если он на паре микросхем собран?

я ловлю на лету. предположим - 8342280770 - это секретарь, а ххх083 - это вы. там вроде до разговора дело дошло. потом видим второй звонок  9997780770 - вот там User Busy и отбой - все как положено.

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