Тема: Gdk162, разруливание внешних линий

Добрый день.
Ситуация:
LG GDK162, PRIB 30 линий, 9 номеров
Что нужно для того, чтобы разруливать входящие звонки на разные группы пользователей.
Что настроено:
Тип линий: DID
в ПГМ05 попытался настроить, но не получилось, думаю проблема в том, что все 30 линий были описаны в ПГМ32, может есть информация как из ПГМ32 исключать часть внешних линий, или хотябы все.

Какая внутренняя номерация, сколько цифр, диапазон? Как приходят входящие с потока, сколько цифр, какие, по каждому городскому номеру.

В принципе можно было поиском посмотреть.
Вам нужно для входящих:
CO Line Group Assignment (PGM 30-BTN 1)
DID Conversion Type (PGM 8-BTN 4)
DID-RN Assignment (PGM 37-BTN 2)
Flexible DID Table (PGM 5)
DID/DISA No Answer Time (PGM 44-BTN 4)
DID Digit Conversion (PGM 55)
DID/DISA Destination (PGM 56)
DID Ring (PGM 21-BTN 1)
DID Call Waiting (PGM 11-BTN 9)

Спецы по 162, обращаюсь с аналогичным советом. Надо разрулить порядка 10 входящих по потоку внешних линий на внутренних абонентов или группы абонентов.
С медью проблем не было, все прекрасно работало и работает до сих пор, а с потоком не выходит, все входящие звонки несмотря на прописывание групп, валятся на первую доступную линию и, как следствие, совсем не туда, куда нужно.
Вводные такие:
PRIB - 30 линий (01-30)
LCOB * 4 - 24 линии (31-54)
DTIB2 - 24 порта
SLIB * 9 - 108 портов
DVU - “бормоталка” для входящих
PGM61 = LGE/GS86P-5.5Ca OCT/99 KOREA

Вот попытался реализовать предыдущее сообщение. Нужно пробросить номер XXX-12-60 (в потоке идет 11 по счету) в на внутренний 200.
>> CO Line Group Assignment (PGM 30-BTN 1)
Беру 11-ю линию, загоняю ее в GRP21, т.к. предыдущих 20 уже расписаны и работают на старых медных линиях.
11-11 GRP21 COS1 COACT DISA:U0 DISAACT NAME00

>>DID Conversion Type (PGM 8-BTN 4)
Что это такое? Оставил как есть: 0.

>>DID-RN Assignment (PGM 37-BTN 2)
Количество удаляемых цифр из номера прямого входящего набора. Установил 3.

>>Flexible DID Table (PGM 5)
Этого вообще не обнаружилось в системе.

>>DID/DISA No Answer Time (PGM 44-BTN 4)
По умолчанию: 20 сек.

>>DID Digit Conversion (PGM 55)
BTN 1 = 3, BTN 2 = #***, BTN 3 =
Здесь запутался. С первой более-менее ясно, а вот что писать во вторую??? *** обозначают любые цифры, но какие?

>>DID/DISA Destination (PGM 56)
По умолчанию.

>>DID Ring (PGM 21-BTN 1)
STA200 BTN 1 = ON (прием входящего вызова по DID.

>>DID Call Waiting (PGM 11-BTN 9)
Ну поставил для STA200 BTN 9 = ON, на дисплее обозначено как WT. В мануале, кстати, этого не было....

Ну вроде сделал. Набираю через свою же медь XXX-12-60 и валюсь на XXX-12-50, который прописан первым в потоке.
Чего делать дальше - не знаю.

Ну вот как раз в Вашем случае нужна Flexible DID Table (PGM 5), в которую Вы отправитесь если поставите в DID Conversion Type (PGM 8-BTN 4) 2-у,чтобы поставить количество удаляемых цифр неплохо бы знать количество отправляемых провайдером.Чтобы была доступна 5-я программа необходима плата,если не изменяет память,МЕМU или SMEMU.Ещё нюанс:нужна ли бормоталка при звонке по XXX-12-60 на 200?

>>чтобы поставить количество удаляемых цифр неплохо бы знать количество отправляемых провайдером.
C провайдером тоска. Там на нас, похоже, тренируются... И я так и не понял, что ко мне в итоге приходит от него. По сути, идет проброс номеров через его АТС. Он мне может набрать в трехзначном формате, скажем 100 и попасть ко мне, но предварительно выбрав мою группу у себя на АТС. Я ему звоню через потоковые линии в четрыхзначном формате, используя его нумерацию. Короче полный П. Так как сроки поджимают, то сейчас придумали “оригинальный” способ проброса - пров донабирает у себя номер ханта моей АТС, которые я у себя в АТС прописал. На терминальных хантах в один/два номера это работает, а вот как себя будет вести с круговым и равномеркой - не знаю, буду проверять. BTW, мне не улыбается в дальнейшем по каждому чиху переделывать через него распрделение входящих и все-таки хочу побороть.

>>MEMU или SMEMU
Честно говоря, даже и не знаю что это такое. 😊 Типа дочки к какой-то плате? А без нее никак?
Да, похоже никак... Странно, вообще-то

>>Ещё нюанс:нужна ли бормоталка при звонке по XXX-12-60 на 200?
Пофиг. Точнее не нужна. Как её включить в случае необходимости я, в принципе, знаю.
По сути речь идет о пробросе прямых факсовых номеров до конечных абонентов.
Не предполагал, что с потоком такая петрушка получится. Мне казалось, что медь сложнее в настройке, однако оказалось наоборот. 😊

Любая из этих платок навешивается на процессор.
Оптимально для Вас всё- таки с 5 программой.
Если без неё , то максимум где сможете рулить,это например так DID Conversion Type (PGM 8-BTN 4)=0 и идём в DID Digit Conversion (PGM 55)(если пров присылает полный номер XXX-12-60 , DID-RN Assignment (PGM 37-BTN 2)=4 и остаются последние 3 цифры),там можете наложить маску какую Вам надо, но это на весь поток,например:BTN 1 = 3, BTN 2 = #6**,т.е. при звонке по XXX-12-60 будут оставаться 660, при XXX-12-50 соответственно 650,а в плане нумерации переделываете номера групп с 620 и т.д. на 650 и т.д. и в них уже обращение к абонентам.Примерно так...

1

Поднимаю тему вновь, ибо уже просто нет сил.

Исходные данные описаны чуть выше. У провайдера Coral3. У меня 162. Теперь весь обвес в полном объеме. И SMEMU и прошивки последние, body - 5.5Hu, PRI - 3.0f (отдельное спасибо harris’у)

Сейчас все работает по такому алгоритму: пров написал на большинстве номеров потока донабор hunt’ов, т.е. от 620 до 649, а я у себя в эти группы забил абонов, кому какие номера нужны. Работает. Но при вытащенной SMEMU и PGM08 BTN4=0. Но мне нужно, чтобы я сам мог раскидать при необходмости входящие вызовы. Опытным путем установлено, что без принудительного программирования на АТС провайдера входящий вызов теряется в закромах Коралла. То есть если там ничего не запрограммировано на донабор, то вызов умирает, не приходя к нам вообще. Попросил провайдера установить на некоторых номерах донабор последних 3-х цифр номера. Ставлю обратно SMEMU, DID Conversion Type =2 и... Я не могу ничего поймать! Вообще. Вызов приходит ко мне, я его вижу на системнике, могу схватить по флексе, но заставить обрабатываться через ПГМ05 никак не получается...
Есть у кого какие мысли на этот счет?
И что есть ПГМ03 с её MSN/Sub-address Number и прямыми ссылками на индексы в ПГМ05?

Собственно говоря, проблема решена с использованием ПГМ 03 и ПГМ 05. От провайдера потребовалось запрограммировать донабор последних 3 цифр номера по каждому входящему.

Не понятно почему Вы сами не смогли анализировать 3 последних цифры номера в 05 программе, а заставили прописывать прова донаборы?

Sergey70, а потому что без донабора чего бы то ни было к нам вообще ничего не приходило.
Странно, но это действительно так 😊

Ну, тут, наверное, нужно пояснить, что проблема не в GDK-162, а в провайдере (Coral3). По трассировкам видно, что провайдер присылает “кривые” данные в поле Номер Вызываемого абонента, а именно: цифры номера + на конце символ “N”. Возможно, что это соответствует какому-то собственному протоколу Coral, но не стандарту ETSI.