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 ?

[stasmar]

Как передать номер абонента

2.14.2.2. Передача АОН при исходящем вызове (Outgoing CLI Service)
4.2.4.7 Транзит АОН (CLI Transit)

[harris]

Текста много, сути мало...

при исходящем звонке LDK > PRI_2 передается номер 500027 откуда он берется совершенно не понятно ни где не нашел его.

А нам предлагаете просто угадать, откуда он берется??
Чтобы понять его происхождение, надо бы конфиг станции просмотреть, да и трассировки потока не помешали бы.

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

Здесь непонятно о чем идет речь...
То ли Вы получаете из города DID номер = 1000, то ли у Вас используется DISA и пользователь в тоне делает донабор =1000. То ли речь идет о том, что просто нужно вызовы по определенному DID номеру транзитом отправлять во 2-й поток на сервер.

Что бы работало DID по 3-м последним цифрам пришлось добавить к 9ххх в начало 00, получили 009ххх, обрезаем первые 3 и уже по оставшимся направляем.

Тоже непонятно, зачем добавлять нули в начало??? В каком случае это делается??? Когда идет вызов на внутренних абонентов LDK??? Т.е. сервер присылает не 9ХХХ, а 009ХХХ?? Зачем??

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

Поток PRI подключить как внутренние линии??? Это каким таким образом??? Это невозможно.

Конфиг я не видел, но сдается мне, что Вы как-то неправильно пытаетесь решить задачу.
Фактически в вашем случае LDK должна просто обеспечивать входящий транзит (Transit-In) из ГТС в сервер и исходящий транзит (Transit-Out) из сервера в ГТС.
В доке есть примеры программирования транзитов. Ориентироваться нужно на них.
Однако в реальности есть много разных нюансов.

Непонятно назначение упомянутой платы VOIB во всей этой схеме.

[irus]

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

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

[stasmar]

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

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

Откуда будет браться CLIP для потока с транзитного звонка?
Цитата harris®-а

Варианты:
1) Prefix (ПГМ201 транзитной АТС) + номер сетевого абонента
2) CLIP, полностью аналогичный тому, что назначен для системного аттенданта транзитной АТС.
3) Если версия софта 3.9, то можно прописать разные CLIPы для разных сетевых абонентов (но в этом случае будет один и тот же CLIP для транзитных вызовов по всем исходящим транкам, в отличии от варианта №2).
4) CLIP, сформированный на оконечной АТС. (но для этого на оконечной АТС нужно указать тип линий как PSTN в ПГМ322. И возможно придется разделить линии на 2 транка: на NET для связи между АТС и на PSTN для транзитных вызовов).

[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'ом проще не будет, а наоборот.

[irus]

Я так и не понял, по какому потоку будут приходить как 4-х значные, так и 6-ти значные номера???
Вы имеете в виду поток на LYNK?? 4-х значные - это 9ХХХ (вызов абонентов LDK), а 6-ти значные - это что, набор городского номера?? Или что???

Да, верно по потоку (СО 53-72) приходят вызовы от хххх для внутренних абонентов 9ххх, а так же приходят вызовы из города на 5337хх

Сейчас колдую

[harris]

Да, верно по потоку (СО 53-72) приходят вызовы от хххх для внутренних абонентов 9ххх, а так же приходят вызовы из города на 5337хх

Сейчас колдую

Но если я правильно понимаю, то вызовы на номера 9ХХХ приходят по одному потоку PRI (от LYNK), а вызовы на номер 5337хх приходят по другому потоку (от ГТС). Так в чем проблема??
Каждый поток программируется в ПГМ143по своему. Т.е. для одного потока одни настройки, для другого - другие.
Поток из ГТС принимает 6 цифр DID. Первые 3 цифры - отрезать, оставшиеся 3 цифры обрабатывать по ПГМ231. Для этого в ПГМ143/4 назначить для каналов потока ГТС тип DID-конвертации = 2.
А для потока от LYNK назначить тип DID-конвертации =1 (я уже писал об этом). Тогда принимаемый DID-номер должен просто тупо соответствовать внутр. номерам абонентов (9ХХХ) без какого-либо преобразования. И все.

И кстати, даже в одном потоке могут быть DID номера с разной длиной (кол-вом цифр). И это тоже можно спокойно "разрулить", например, с использованием таблиц MSN, без совершенно ненужной подстановки нулей перед номером, как Вы делали.

Вы ж недалеко от Москвы...Не проще ли было просто вызвать спецов для настройки транзитной системы...??

[irus]

в том то и дело, все вызовы приходят в одном потоке.
наколдовал. про мсн вспомнил тоже и утром буду мучить этот метод. теперь 15 линий pstn и 15 net (пока поровну)
выход работает идеально. утром попробую правильно сделать входящие. там будет видно.

спецы настраивают медиант и линк. лдк они не знают )
вызвать спецов по лдк - я нудно ною 3-й день. начальник не реагирует. директор не поймет. почти ровно год назад мы прошли обучение у вас ))) Общее представление понятно, нужно было задать правильный вектор, за что очень благодарен обоим отвечающим.
надеюсь и со входом всё утром срастется.
подошью мануал по настройке лдк+медиант+линк

[irus]

Почти справился. Ходит всё теперь отлично. И перевод работает. Единственное что в группу не включить (

Есть еще желание, абонентам lync выходить на поток 1, который стоит в АТС.
Как сделать выход внешних абонентов на группу внешних линий?

[harris]

Почти справился. Ходит всё теперь отлично. И перевод работает. Единственное что в группу не включить (

Есть еще желание, абонентам lync выходить на поток 1, который стоит в АТС.
Как сделать выход внешних абонентов на группу внешних линий?

Cм. в доке описание и пример программирования функции Transit-Out (исходящий транзит).
В LDK прописать PSTN код... И LYNK должна присылать этот код в качестве префикса перед номером вызываемого абонента ГТС.