ipLDK + Mediant 1000 + Lync, Что бы придумать Опции

[irus]

Есть ipLDK300, 2 платы PRI, одна плата VOIB (Version : GS30H-B.2Ad), есть шлюз Mediant 1000, есть сервер lync

Задача: Соединить Mediant 1000 и ipLDK300 в единый план нумерации.

Придумали так: 1-й городской поток (PRI_1) входит в LDK, 2-й поток PRI_2 > Mediant > LDK
При входящем звонке по PRI_2 в LDK по таблице DID (PGM231) направляется на нужного абонента или группу абонентов.
На LDK используются номера 9ххх, на Lync используются пока только 1ххх в потоке входящий с города приходит 5337хх
Что бы работало DID по 3-м последним цифрам пришлось добавить к 9ххх в начало 00, получили 009ххх, обрезаем первые 3 и уже по оставшимся направляем.
Исходящие направляются в соответствии с PGM220/221.
Всё вроде работает. при наборе 1ххх попадаем на нудный номер Mediant > lync, при наборе городского номера - выходим в город, при входящем звонке с города или с lync попадаем куда кажет PGM231

Но теперь есть следующие трудности: при исходящем звонке LDK > PRI_2 передается номер 500027 откуда он берется совершенно не понятно ни где не нашел его. При входящем звонке с ГАТС > PRI_х при наборе внутреннего номера 1ххх он должен уходить в PRI_2 и передавать туда этот номер.

Как передать номер абонента и как развернуть входящий на PRI_2?

Или может вообще не правильно делаем, а надо было подключить как внутренние, а не как внешние линии? Тогда как завести входящие звонки, пришедшие c ГАТС по PRI_2 ?

[irus]

VOIB как факт что есть, может лучше по SIP связать.

Приходят в потоке PRI_2 на станцию как звонки с ГАТС на номера 5337хх, которые надо направлять уже в завиимости от последних 7хх, так и звонки от абонентов LYNC на номера 9ххх, которые надо направлять напрямую на эти номера.
т.е. по одни и тем же линиям приходят как 6 так и 4 цифры. Для нормальной работы DID пришлось сделать 6 в обоих случаях...
Причем, если с ГАТС звонят на номер, допустим, 533701 там стоит DISA, и при донаборе 1ххх - надо отправить обратно в PRI_2 то, что донабрали.

[harris]

VOIB как факт что есть, может лучше по SIP связать.

Приходят в потоке PRI_2 на станцию как звонки с ГАТС на номера 5337хх, которые надо направлять уже в завиимости от последних 7хх, так и звонки от абонентов LYNC на номера 9ххх, которые надо направлять напрямую на эти номера.
т.е. по одни и тем же линиям приходят как 6 так и 4 цифры. Для нормальной работы DID пришлось сделать 6 в обоих случаях...
Причем, если с ГАТС звонят на номер, допустим, 533701 там стоит DISA, и при донаборе 1ххх - надо отправить обратно в PRI_2 то, что донабрали.

Так вот у Вас обычный вариант транзита, который достаточно подробно описан в доке.
Нужно использовать не LCR, а сетевые таблицы - Networking Tables (ПГМ322, 324)
1) - каналы потока на ГТС должны быть прописаны в ПГМ322 как тип PSTN, назначить номер NET GRP
- каналы потока на LYNK должны быть прописаны в ПГМ322 как тип NET, назначить номер NET GRP. Для этих каналов (NET) выключить Enbloc в ПГМ143/6.
2) Прописать таблицу сетевой нумерации в ПГМ324:
как собственные номера - NET, 9#***, NET GRP 0,
так и сетевые номера - NET, 1***, NET GRP X (X - номер сетевого транка на LYNK по ПГМ322),
а также прописать PSTN код (транзитный код ) для выхода на поток ГТС
Например,
PSTN, 7 (цифра не должна пересекаться с другими кодами плана нумерации), NET GRP Y (Y - номер сетевого транка на LYNK по ПГМ322).
3) Для каналов потока LYNK поставить тип DID-преобразования = 1 (DID Conv Type).
Ну, и так далее...
См. внимательно доку, раздел 2.16, в частности п.п. 2.16.12 и 2.16.13. Ваша LDK соответствует АТС 1, указанной в доке, в примерах настроек транзита.

Я так и не понял, по какому потоку будут приходить как 4-х значные, так и 6-ти значные номера???
Вы имеете в виду поток на LYNK?? 4-х значные - это 9ХХХ (вызов абонентов LDK), а 6-ти значные - это что, набор городского номера?? Или что???
Если имеется набор городского номера для транзита на поток ГТС, то это делается совсем не так.
Станция LDK должна получать от LYNK номер в след. формате: PSTN код (7-ка, в моем примере)+ набранный номер вызываемого абонента ГТС.

С SIP'ом проще не будет, а наоборот.