А у вас какая версия платы?

С форума англицкого:
Symptom:
CS-2 does not boot up in slot 8 on LARGE RACK
Diagnosis:
Known issue on CS-2 board
Solution:
Fixed in ed 13
1-140482691
======
Solution:
fixed with cs-2 board : "3EH73086ABJB rev13"
1-140940851
=========
Diagnosis:
There is hardware issue happening on all editions of CS-2 boards until edition 11 (3EH73086ABJB 11). The issue is related to a thermal problem.

Solution:
Solution is to do a hardware correction in factory and then the board will take the new edition 13. So replace by 3EH73086ABJB rev13.

У людей иногда были такие проявления - в 8-м слоте не запускается, а в 0-м стартует.

Были какие-то проблемы с CS-2 (не стартовало в каких-то шелфах - меняли по гарантии, попыьаюсь найти)

У вас как организован данный транзит - это не звонок на абонента с переадресацией, а нормальный транзит - принимаем (или добавляем) префикс выхода/ARS + номер?

Транковая группа IP - галка "приват" стоит или нет?

В ентити указанном в транковой группе - в CDT какие-то номера для перетекания указаны? Если указать - то вызов туда перетекает?

В public network COS указанной в транковой группе - overflow on total busy - 0 или 1? Если поставить 0 - меняется ли что-то?

Более 30 сек приветствие и его не прервать? Ужасть, к ним перестанут звонить.
По моему - прервывание сообщение и попадание в назначенное место (201) - это правильно, там номер в DTMF начинают набирать те, кто знаком с системой, зачем их мучить, заставляя каждый раз слушать все сообщение.

А что пишет в PC Installer? Какая версия? CS-2 - отдельно присутствует как опция для загрузки софта?

Напишите - как у вас все происходит - вам позвонили, вы нажали flash (а аппарат у вас в тональном наборе или импульсном) - что произошло - остались в разговоре, услышали ответ станции?

Для облегчения проблемы - меняете местами пару телефонов (работающий и нет) - и сразу узнаете  - у вас проблема со станцией (неисправность осталась на том же номере) или с аппаратом (неисправность переместилась вместе с телефоном).

1) Комп воткнутый вместо INTIPA с адресом INTIPA - должен достукиваться до процессора.
2) Насчет безопасности - заходим на станцию, далее идем под рутом - netadmin - m, смотрим раздел Security (заходя в изоляцию интерфейса - увидите - он secured или нет). Если безопасность включена (что маловероятно) - то тогда до проца достучатся только устройства прописанные в trusted hosts.
4) Насчет шлюза - вы плате INTIPA прописываете в Ethernet параметрах - адрес, маску и шлюз - шлюз, это тот адрес через который надо стучаться к вашим IP аппаратам, если они в другой подсети.

МАС адрес платы прописывать не надо.
Повторю:
- для intipА, GA - в менеджменте СТАНЦИИ - прописываем IP адрес, маску, шлюз. На плате не делаем ничего.
- для intipB, GD - в менеджменте СТАНЦИИ - пропписываем МАС адрес (Ethernet address), IP параметры платы - задаем через СОМ порт непосредственно в плате.

Ну и главное - смотрим инциденты на проце, пишем здесь чего увидели.

У вас с процессором все Ок? По адресу 10.250.1.3 - на него из сети заходите?

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

У вас на процессоре - не слетели настройки в netadmin? Безопасностью не пользовались ( cpu 10.250.1.3 deny INTIP board (tftp server  return error = 11) )?

Вы напишите - ЭТА проблема - это заказанная переадресация (и звонок абоненту заказавшему переадресацию), или это перевод звонка (абонент ответил на вызов и хочет набрать номер внутреннего абонента).

Если последнее - абоненты аналоговые или цифровые, а так-же - как у них с ресурсными клавишами (может вы вместо ресурсных клавиш им чего-то попрограммировали).

As the T38 fax mode between Media Gateways is implemented only in Releases 8.0.1 (since patch G1.503.35), 9.x and 10.0, no faxes exchange will be possible via IP between a RELEASE 10.1 node with NGP boards and nodes in Release prior to 8.0.1 during the temporary progressive migration phase

Т.е. если есть узлы с релизами до 8.0.1 - могут быть проблемы между старыми (GD/GA/INTIP) и новыми (GA-3/GD-3/INTIP-3).

А в каком NPD у вас стоит ISDN/National?
Если идете префиксом занятия - должно быть указано в том, который используется в TG/TG NPD selector (там у вас в двух экземплярах должен быть указан свой NPD в режиме Normal)

Если через ARS - посмотрите, что за NPD указан в руте. Насчет количества цифр - 10 обычно достаточно.

А то иногда - NPD создаем, а сослаться на него в TG или руте забываем

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

Наверное работали по SIP - тестировали, потом удаляли и переходили на H323? Без рестартов станции и т.п.
В общем как обычно - сопутствующую информацию сокрыли. Все ж думали - вы на чистой станции подняли Н323 и оно не заработало.

Мне всегда казалось - что в ARS (для входящей связи) - главное наличие IP адреса в перечне рутов (связь разрешена по дефолту только с известных адресов).
Далее - входящий (Called) номер обрабатывается через Numbering plan (естественно публичный, приватный или ограниченый - в зависимости от галки в доступе, и от нормального/ограниченного режима в станции). Естественно на время теста - рекомендуется абонентов прописать во всех планах.

Собственно и все.

Gatekeeper нужен при исходящей связи (чтоб просто по номеру обратиться на него и получить в ответ IP адрес на который надо звонить).

С кодеками - проблем обычно нет (особенно если в ОХЕ поставить мультиалгоритм=да в system/ other/ compression parameters).