Уважаемые, вот есть ipLDK100 и другая станция (конкретно - астериск), связанные по PRI.
Внутренние вызовы туда-сюда бродят замечательно, а вот сделать так, чтобы абоненты астериска могли звонить через городские линии LDK, а также наоборот - не соображу как.
В мануале (что в русском в п. 2.16.13, что в английском от 3.9 п.2.16.11) написано, мягко говоря, туманно, прочёл на 10 раз - просветления не наступило. Форум по теме перерыл - ещё больше запутался.

Чего хочу:
1) Чтобы номер вида, например, 9XXXXXXX, приходящий по PRI на LDK, приводил к занятию на LDK выбранной городской линии и отправке туда XXXXXXX.
2) Чтобы набранный на LDK номер вида 9XXXXXXX маршрутизировался локально, а, скажем, 98XXXYYYYYYY отправлялся соседу по PRI для обработки; и плюс соседу же по PRI (как сейчас) уходили внутренние блоки 2XX/3XX

Что имеется на LDK:
1) процессор: Board Type : MPBN Version: GS90P-3.7Bd MAR/07
2) LCR (PGM220) - M12 (Internal, LOOP and Direct CO LCR)
3) Таблица LCR LDT (PGM221) - во вложении, скриншот 47 кб
4) Таблица LCR DMT (PGM222) - во вложении, скриншот 41 кб
5) таблица Network CO Line Attributes (PGM322) - сейчас пустая.
6) Таблица Network Numbering Plan (PGM324) - во вложении, скриншот 32 кб

При приходе на LDK по PRI городского номера формата 9XXXXXXX сейчас имеем отбой.
Пробовал описать в PGM322 городскую линию CO1 как принадлежащую Net CO Group 2 и имеющую тип PSTN, плюс дописать в PGM324 строку с Num plan вроде 98** и 9**, System Usage = PSTN и соответственно Net CO Group = 2 - отбоя нет, но и набора не происходит. И со взаимодействием LCR и маршрутизации по PGM324 тоже запутался

Распутайте, пожалуйста, а?

В доке в п. 2.16.13 приводится пример программирования. Там все описано.
Только не забыть про:
- для входящих линий вашего потока DID Conv. Type должен быть = 1 (ПГМ143/4)
- для транзитных вызовов не работает таблица маршрутизации LCR !!!!

Если таблица ПГМ322 пустая, то чего ж Вы хотите.
Неужели лениво (оправдываете свой ник - "Lazy" ???? ) прочитать внимательно доку??

Небольшое дополнение. Ваша ситуация вполне решаемая. В принципе и так должно работать, но рекомендую использовать транзитный код. Например, Астерикс посылает на LDK номер 7хххххххх, в пгм 324 прописываете код "7" и указываете сетевую группу линий, которую прописываете в пгм.322. Набор уйдет туда уже без "7". Все остальные наборы на LDK будут маршрутизироваться как обычно.

Спасибо. Оказывается, я делал почти правильно, только по примеру внутренних номеров написал 9***. А что до чтения документации -
===
Программа 324 ячейка 10
ПК 1 (Использование) = PSTN
ПК 2 (Сетевой код) = 9 (транзитный код > удалите «9» из плана набора !)
ПК 3 (Сетевая группа) = 02
===
- хоть я вроде понял, как транзит работает, но до сих пор не знаю, как перевести на русский язык фразу "9 (транзитный код > удалите «9» из плана набора !)"
"Кто на ком стоял", в общем.

А с ldk на астериск звонки как отправить? Надо часть PRI описать как линии PSTN, или можно через ту же Net CO Group, которая под Usage=NET используется?

"
Суть в том, что коды номерного плана(проги 106 107 109) имеют приоритет над кодами сетевого плана(324), теперь понятно почему удалить? Если оставляем как есть (все Net) то абоненты ldk звонить на астер смогут, но номер "А" будет только при отправке блоком, поэтому желательно с 3.7 "подняться"(хотя бы до 3.8), там появится прога 205 и отправка блока определяется не только таймером , но и некоторыми правилами привязанными к преффиксу.