Вот вам пример конкретный, работающий:
На iPECS-MG нумерация 3хх, на ipLDK - 1хх, звоним на ipLDK через СО 7-8.

Numbering Plan --> System Numbering Plan(111)[N] --> Prefix Code - 1, More Digit (0-4) - 2.
CO Line Attribute(160~163)[N] --> Для СО 7-8: Outgoing Group No - 24, Service Mode - H450/ QSIG(E1).
Voice Network --> Networking Numbering(321)[N] --> Index1: Numbering Plan type - NET, Numbering Plan Code - 3** (своя нумерация);
Index2: Numbering Plan type - NET, Numbering Plan Code - 1XX(чужая нумерация), Outgoing CO Group No - 24, CPN INFORMATION 1 - айпишник платы VOIB ipLDK.
Кстати, свою нумерацию можно, походу, не прописывать, работает так же и без нее...

Dron, огромное спасибо за эту подробную инструкцию и консультации. Звонки с MG на LIK и обратно стали проходить, но вот с голосом проблема - тишина. Причем, даже звука вызова (КВП) не слышно. Станции находятся в одной подсети, соединены через несколько коммутаторов (никаких шлюзов или маршрутизаторов по дороге нет). Где "копать" корень проблемы?

везде должны совпадать кодаки

Здравствуйте !
Нужно соединить станции iPLDK и MG по IP. Ситуация осложняется тем, что на соединяемых станциях пересекается нумерация внутренних абонентов. Нумерация 3-ехзначная.
Возможно ли отправлять вызовы на другую станцию не по маске типа 1ХХ а скажем так:
111 - отправлять на другую станцию а 112 на местного абонента ?

Возможно. Но вам нужно будет прописывать 110, 112, 113 и т.д.

Можно ли поподробнее ...

Масками для своих номеров 1#** и для чужих 1ХХ в 324 программе не отделаетесь. Придется писать маски для десятков и отдельных номеров.

Актуальная тема.

Есть вариант с нумерацией через Digit Conv Table. Сложен в обслуживании.

Если через Net Numbering plan не до конца понимаю как разнести номера 111, 113 на одну станцию и 112, 114 на другую.

свой план нумерации
index1: 1#11
index2: 1#13

Чужой
index1: 112
index2: 114

На второй станции не дает прописать 113 на исх группу СО. На первой - без проблем прописался 112.

# это для ipLDK.

Прописал на станции 2 - 111, гр исходящих 2, ходить на 1 станцию. Не приняла.
Пробежался по группам (на предмет включения в них несуществующего на этой станции номера), ничего аномального не нашлось, никакие изменения не вносились.
Прописал на станции 2 - 150, гр исходящих 2, ходить на 1 станцию. Приняла.
Прописал на станции 2 - 111, гр исходящих 2, ходить на 1 станцию. Приняла.

Не понял, так прописался 111, или нет?

Ну я же написал - станция приняла. После удаления, видимо, где-то он в базе подвис. Возможно рестарт платы ЦП или слота с SLIB помог бы, но хватило и проверки ключевых ПГМ.

Ну и?? Проблема то сейчас в чем?

Проблема в том, что это ошибка функционирования системы. И она не была устранена, самоустранилась - нет ничего хуже. Возможно кому-то пригодится для решения своих трудностей. Если считаете, что это совершенно бесполезные для форума сообщения, прошу простить меня и удалить сообщения.

Да я просто не понял, в чем проблема - вот и все, в общем то.
И почему вы решили, что это ошибка функционирования системы? Только по тому, что у вас так вышло?
Но мы ж не знаем, даже, к примеру, правильно ли вы выполнили начальную инициализацию системы.

Если ничего не менялось и проблема исчезла - разве это нормальное функционирование?

При старте станции с sw в положении OFF происходит инициализация в исходное состояние.
Да и собственно по видеоролику в разделе download первичный старт.