Транзит вызовов с ip на PRI Опции

[vkrt]

Немогу понять куда копать.
Имеется ipecs 100 с PRIM платой и подключенной к другой станции.
Две группы транков 1 pri (1-20) и 9 ip (21-42) номера на станции 4х значные вида 7200-7249 на соседней станции по pri номера 71xx 6xxx 725x - 729x
на IPECS на всех транках обрезается первая цифра номера и номера станции прописаны в таблице DID 200-249.
на PRI транки прописаны префиксы набора 71 6 725-729 и 9 на город.
С внутренних номеров IPECS на все эти индексы есть выход и все работает замечательно.
А вот для транзитных вызовов ip -> ipecs -> pri набор этих индексов и номеров приводит к сообщению что данный номер не существует.
В cs1000 в бодобной таблице есть возможность отправить вызов на нужный номер внешней станции указав его. А тут никак. MSN тоже ничего не дает, так как ссылается опять на DID таблицу.
Вопрос прежний куда копнуть чтобы заработало.

[harris]

Немогу понять куда копать.
Имеется ipecs 100 с PRIM платой и подключенной к другой станции.
Две группы транков 1 pri (1-20) и 9 ip (21-42) номера на станции 4х значные вида 7200-7249 на соседней станции по pri номера 71xx 6xxx 725x - 729x
на IPECS на всех транках обрезается первая цифра номера и номера станции прописаны в таблице DID 200-249.
на PRI транки прописаны префиксы набора 71 6 725-729 и 9 на город.
С внутренних номеров IPECS на все эти индексы есть выход и все работает замечательно.
А вот для транзитных вызовов ip -> ipecs -> pri набор этих индексов и номеров приводит к сообщению что данный номер не существует.
В cs1000 в бодобной таблице есть возможность отправить вызов на нужный номер внешней станции указав его. А тут никак. MSN тоже ничего не дает, так как ссылается опять на DID таблицу.
Вопрос прежний куда копнуть чтобы заработало.

И это правильно!!
Для реализации транзитных вызовов нужно использовать таблицы Networking (ПГМ320-324), прописывать как собственную нумерацию iPECS, так и сетевую нумерацию, относящуюся к другим станциям в вашей корпоративной сети.
См. описание и настройку функций Networking в руководстве по программированию станций ipLDK !!! Там все достаточно подробно описано. Так вот станция функции Networling в станции iPECS LIK программируются точно также, как и в станции ipLDK.

[vkrt]

И это правильно!!
Для реализации транзитных вызовов нужно использовать таблицы Networking (ПГМ320-324), прописывать как собственную нумерацию iPECS, так и сетевую нумерацию, относящуюся к другим станциям в вашей корпоративной сети.
См. описание и настройку функций Networking в руководстве по программированию станций ipLDK !!! Там все достаточно подробно описано. Так вот станция функции Networling в станции iPECS LIK программируются точно также, как и в станции ipLDK.

Все это уже смотрел. СО 1-20 PRI в PGM 322 назначил Network CO Group 2 PSTN,
СО 21-42 VOIP в PGM 322 назначил Network CO Group 1 NET.
В PGM 324 в INDEX 0 прописал NET 7*** 0
в INDEX 1 прописал PSTN 6*** 2
номера IPECS 7200-7249
внешние номера по PRI 6000-6999
по H323 набираю 7200 проходит вызов и все нормально
по H323 набираю 6000 неправильно набран номер
Может я еще чего пропустил?
Кстати как правильно прописать номера IPECS 7200-7249 в INDEX 0 ?
А то потом придется на внешнюю сеть прописывать 7250-7299

[harris]

Все это уже смотрел. СО 1-20 PRI в PGM 322 назначил Network CO Group 2 PSTN,
СО 21-42 VOIP в PGM 322 назначил Network CO Group 1 NET.
В PGM 324 в INDEX 0 прописал NET 7*** 0
в INDEX 1 прописал PSTN 6*** 2
номера IPECS 7200-7249
внешние номера по PRI 6000-6999
по H323 набираю 7200 проходит вызов и все нормально
по H323 набираю 6000 неправильно набран номер
Может я еще чего пропустил?
Кстати как правильно прописать номера IPECS 7200-7249 в INDEX 0 ?
А то потом придется на внешнюю сеть прописывать 7250-7299

1) Для каналов H.323 в ПГМ145 указано:
- DID Conv Type = 1 (Use "as is" (No treatment))
- Digits Expected = 4
- Digit mask = **** ???
2) В ПГМ324 нужно расписать подробно:

720#*, NET GRP 0 (Это собственные номера)
721#*, NET GRP 0
722#*, NET GRP 0
723#*, NET GRP 0
724#*, NET GRP 0
725*, NET GRP X (1 или 2 ???) Это "чужие" номера
726*, NET GRP X (1 или 2 ???)
727*, NET GRP X (1 или 2 ???)
728*, NET GRP X (1 или 2 ???)
729*, NET GRP X (1 или 2 ???)
6***, NET GRP 2

[harris]

Ну, вообще-то для транзита можно также использовать PGM252 (CO Call Rerouting)...
Но использование таблиц Networking для подобных случаев (корпоративная сеть) все-таки более "традиционно"... ИМХО.
Лучше все-таки правильно настроить Networking и добиться транзита.

[vkrt]

1) Для каналов H.323 в ПГМ145 указано:
- DID Conv Type = 1 (Use "as is" (No treatment))
- Digits Expected = 4
- Digit mask = **** ???
2) В ПГМ324 нужно расписать подробно:

720#*, NET GRP 0 (Это собственные номера)
721#*, NET GRP 0
722#*, NET GRP 0
723#*, NET GRP 0
724#*, NET GRP 0
725*, NET GRP X (1 или 2 ???) Это "чужие" номера
726*, NET GRP X (1 или 2 ???)
727*, NET GRP X (1 или 2 ???)
728*, NET GRP X (1 или 2 ???)
729*, NET GRP X (1 или 2 ???)
6***, NET GRP 2

Все прописал так.
В 6***, NET GRP 2 пробовал и PSTN
но результат отрицательный про неправильный номер уже не говорит, просто отбивает

[harris]

Все прописал так.
В 6***, NET GRP 2 пробовал и PSTN
но результат отрицательный про неправильный номер уже не говорит, просто отбивает

Файл конфига покажите (пришлите).

[vkrt]

Файл конфига покажите (пришлите).

После 10 пришлю.
Тут возникли некоторые сложности.
Станция используется для конференции многостороней и по H323 через Flexible DID Conversion(231) абоненты отфильтрованные в ICLID Route Table(203) попадают в CONF ROOM 1.
Выключая DID на IP транках мы фактически выключаем данную функцию.
Пришлось пока все вернуть на исходную позицию.
Куда прислать базу?

[harris]

После 10 пришлю.
Тут возникли некоторые сложности.
Станция используется для конференции многостороней и по H323 через Flexible DID Conversion(231) абоненты отфильтрованные в ICLID Route Table(203) попадают в CONF ROOM 1.
Выключая DID на IP транках мы фактически выключаем данную функцию.
Пришлось пока все вернуть на исходную позицию.
Куда прислать базу?

garry <> lgericsson <> com

DID-номера, которые используются для входа в конференцию, можно принять через MSN и отправить в ПГМ231, где и будет включен ICLID.

[vkrt]

garry <> lgericsson <> com

DID-номера, которые используются для входа в конференцию, можно принять через MSN и отправить в ПГМ231, где и будет включен ICLID.

Да MSN я видел и он работает. В принципе в данном случае это хороший обходной маневр.
Попробую.

[vkrt]

Такой вариант :
1) ПГМ145
- DID Conv Type = 1 (Use "as is" (No treatment))
- Digits Expected = 4
- Digit mask = ****
проверил совместно с MSN только на PRI транках работает нормально, на H323 тоже должно быть нормально.
Вопрос только возник по ходу этого. а будет ли при этих настройках при транзите пропускать более 4 цифр номера?
Если в ПГМ324: 9, NET GRP 2 будет пробегать от 6 до 15 цифр номера