Использование внешних линий других АТС в сети, Голову сломал, и п. 2.16.13 мануала по программированию не помогает Опции

[Lazy]

Уважаемые, вот есть 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 тоже запутался

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

Прикрепленные файлы

 20100402_LCR_LDT.jpg ( 47,14 килобайт ) Кол-во скачиваний: 32
 20100402_LCR_DMT2.jpg ( 41,08 килобайт ) Кол-во скачиваний: 34
 20100402_NetNumPlan.jpg ( 32,22 килобайт ) Кол-во скачиваний: 29

 

[harris]

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

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

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

[Astra]

Уважаемые, вот есть 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 тоже запутался

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

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

[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 используется?

[Евген_й]

но до сих пор не знаю, как перевести на русский язык фразу "9 (транзитный код > удалите «9» из плана набора !)

"
Суть в том, что коды номерного плана(проги 106 107 109) имеют приоритет над кодами сетевого плана(324), теперь понятно почему удалить?

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

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