Думаю - не слабоват.
Память - действительно не добавить, но для 700 пользователей, 3 потока - должно хватать без проблем.

Для проца есть команда pidle - она показывает загрузку процессора.

Ну а насчет demi-com в hardware.mao (не забывайте, что когда через cfgUpdate проправили - при установке OPS файлов вернется предыдущее значение (это PARA_MAO то-ли 3, то-ли 4 в hardware.mao файле). Обычно с ним проблемы когда станцию не конфигурят в Актис (т.е. был Е1, добавить еще несколько - не проблема, но если это не делается через Актис - у вас могут быть проблемы с цифрами в hardware.mao файле - размер базы, количество транков, количество 1/2 -com).

IO2 - стоят рядом с процессорами. Если имеются - рекомендуется в 0-м кристалле ставить сигналинг I02 и 8-мь каналов.
Релиз у вас не 9, а 9.1 (25-й патч).
А вообще самое правильное - открывать case у Алкателя (релиз свежий, пусть исправляют).
Ну а временно - пропишите в фильтре по инцидентам - что его гадо отображать, но не хранить (в ком порту (и по incout) будете видеть, а файл засирать не будет.
Особо страшного нет в этом инциденте (учитывая что он со stand-by процессора).

Я вас тогда не понял - что значить ПО внутренним номерам? Чтоб вызов из города не попадал на внутреннего абонента? Так это ваш DID транслятор должен работать - отправляйте чего хотит и куда хотите.

Ограничение внутренних звонков - делается через Connection COS.
Например - у всех по дефолту 0.
Шефу делаете 3.
Тем кто не может звонить на него 10.
Соответственно в COS/ Connection COS для 10 категории ставите 0 в поз. 3

Соответственно кадр с 10 категорией на 0-ю позвонит (на обычных) на шефа (3-я) нет. (без нужды не трогается категория 5 - по умолчанию присваивается внешним линиям)

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

Что-то специфическое есть или это обычный ISDN с network на стороне узловой станции (без всяких ABC-F),
никаких галок Private, если NPD в TG прописано - то для обоих случаев (public и private) одинаково.
Никаких заморочек с ARS (все идет через 0-й и 1-й дискриминатор) - т.е. при звонке с TG (entity 0/ discr selector) не попадаем в какие-то другие дикриминаторы и ARS листы.

Если заказан немедленный форвард - поведение такое же?

В NPD - у вас нет дефолтовских и инсталляционных номеров, DID=-1 и галка на персональные номера? А если чформировать какой-то номер (не пользоваться персональными) - тогда АОН уходит какой надо?

Если в system/ other/ external signaling param - NPD for external forwarding=-1, то при переадресации должен уходить номер абонента заказавшего переадресацию.
Вы говорите при внутреннем звонке - все Ок, а абоненты набирают номер SD или номер абонента?

Случаем не ноды - на которых линки по Е1 присутствуют?
Просто в D-канальный сигналинг, с Ethernet'овскими адресами как-то странно идти.

теоретически должно работать и что-то типа:

DID использовать

DID = 8-8-1

8 это SD = ARS(или префикс занятия) + 8

Но когда транзиты и номера разнообразные - мне больше нравится -1,  а всякие нюансы выровнять через SD.

файлы (как и в предыдущих объяснениях) лежат на станции в каталоге (обычно) /usr3/mao и называются hardware.mao чего_то_там.sw (hw и zip).
Если зайти на станцию через терминалку и сохранит OPS файлы на CPU disk через swinst - они будут лежать в /usr4/BACKUP/OPS. А часто они там и лежат (их туда кладут перед установкой).

Заберите по ftp.

для начала - релиз какой - цифра 9 - это ни о чем. Мне показалось, что более менее заработало с 50-го патча.
Процессора какие?
IO2 есть?
В 0-м шелфе - сигналинг какой - Nx64, IO2 (8 channel) или Ethernet?

Нигде не создается, это раньше (до 3-го релиза) прописывали ручками туннели.
А у вас с 14-м все в порядке?

в netadmin узел/сеть были прописаны (в менеджменте то-же), станция после этого рестартована?

в suproutage (на 14-м естественно) - показывает что все хорошо - линки, VPN - все присутствует и робит.

Из телнета можно по 172-м адресам на другие станции ходить?

Ну и вообще - 14-й узел - только запускаете (или давно работает), линки везде на IP?

На 14-м в сторону второго - не дает поставить IP режим адресации?
Линк прописан со статической (end node) или динамической маршрутизацией?

В туннелях не понял - чего посмотреть хотите? Сейчас вроде кроме своего ничего больше нет. Или у вас совсем древние релизы и туннели прописаны?

Это удобно и описано в документации.  
Стоит у вас в далеке 50 IP телефонов - создаете домен, прописываете диапазон IP адресов. И говорите - внутри домена без компрессии (хорошо, качественно), наружу с компрессией и например с ограничением 5 разговоров. Очень удобный инструмент.

Все IP насчет кодеков работает забавно - в транковых группах есть Default или G711.
В system/ other/ compression param - есть тип компрессии - G723|729 и мультиалгоритм (соглашаться ли на другие).

Но чего толком будет использоваться - определяется тем что написано в IP/IP domain (внутри и запределы домена - с компрессией/без компрессии). Все наше - по дефолту в 0 (если чего надо - создаем домены), все SIP по дефолту не в нашем домене.

Для звонков по VPN overflow (ABC-F сеть на IP) - кодеки выбираются как сказано в Internode links/ VPN overflow (кодеки и количество одновременных звонков).

у вас и А-law и m-law- круто.
G711 начнет работать при исходящем звонке - IP/IP domain - по дефолту у вас 0-й. Extra domain алгоритм поствьте = без компрессии.