Практически повторю VAD-a. А какие цифры "западают" (первая, последняя и т.п)? Где-то есть конфликт межцифирного интервала и времени ожидания цифры передачи станцией. Здесь все тонко- если сократить интервал, то люди, донабирающие цифры в нормальном темпе, будут получать отлуп от станции. Это касается цифровых терминалов. Если аналоговые терминалы, то это, скорее всего, не проблема станции ( как вы набираете, так  сразу и уходит). Детектированием занимается дальняя сторона. Набирать с заявленной скоростью пользователь не устает?

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

Не совсем понятен смысл ваших вопросов. Какие ответы вы хотите получить? Если вопрос по АКБ, то вы можете сами измерить их габариты и подобрать похожее с большой точностью. Либо вы вообще хотите заменить PSC на что-либо, из имеющегося на рынке вместе с АКБ?  

Добрый день! Ваши вопросы смахивают на вопрос "Как завоевать с ходу половину мира?". Ответы конкретные дать затруднительно. Если тезисно:
Проверка состояния диска - команда smartctl -a /dev/hda. запускается из-под root(su).
Сделанные копии конфигурации  (через swinst-expert menu- backup&restore operations), хранятся  в директории usr4/BACKUP/IMMED. Можно забирать по FTP.
C ЗИП-ом беда, особенно для старых станций.
На резервных дисках лучше уже иметь устанновленную версию ПО станции.

Как-то так. Детальное описание процедур занимает слишком много времени. Лучше найти для проработки необходимую литературу.  

1. А что вы делали перед ребутом ( смысл перезагрузки)?
2. Пробовали делать двойной bascul?
3. Как выглядит у вас node name, касательно SIP (в формате сообщений, трасса)?
4. Какие типы звонков не проходят на аппараты (все, внутренние/внешние, с аналоговых/IP/ цифровых и, т.д.д.)?

Здесь явно что-то не нравится аппарату в запросе от атс..

Мне кажется, что плата APA не должна отображаться в config, как APPLI. Что вы прописывали в менеджменте в 3-й слот (наименование позиции)?

У каждого гайда (подсказки) есть параметр VG start. Проверьте, для начала, его. Он обозначает, как будет проигрываться гайд- всегда с начала, либо с любого места.

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

Тогда проверки-состояние транковой группы (trkstat), состояние внешнего шлюза (sipextgw), понабирать другое количество цифр, проверка категорий на предмет набора номера абонентом из описанного вами дискриминатора и, т.д..

Да и не забывать с Numbering Command Tabl. ID- сделать таблицу с символом I(insert) и подставить номер таблицы в ARS. Где у вас указана привязка внешнего SIP-шлюза к набору?

Пора бы открывать новую ветку, а то совсем не вяжется с  текущим заголовком...

Если, проверив все внимательно, проверка не даст положительных результатов и транки (аналоговые и цифровые) не будут отражить состояние в реальном времени, тогда у станции нужно будет вынести "мозг".

Можно попробовать через консоль:
войти в директорию usr4/pmm, затем команда obsappli. Транки-это bundles, Работают сочетания Ctrl-v и Ctrl-c. Посмотрите..

Хороший вопрос. Древний... Если не ошибаюсь 2-2, 3-3,5-7. Если не пойдет то пины 2 и 3 поменять местами.

Вполне вероятно такое. Плата GD- основная плата в шлюзе, которая отвечает за выделение ресурсов под IP. Поэтому часть кодеков может быть задействовано под работу с транковой группой, особенно, если звонок делает не IP-абонент.. Можно попробовать поиграть IP доменами и ресурсами на плате GD (использование компрессоров).