Нет доступа к VoIP-транкам Опции

[RusLanCk]

Доброе время суток!
Столкнулся с проблемой доступа к IP-транкам через 8+номер_группы_СО или 88+номер_транка при связке двух ipLDK-300 (прошивка 3.6Df на обеих). Результат: пишет отбой и идут короткие гудки...
В обе станции установлены платы VOIB (версию не знаю пока, т.к. платы вставлял не я, а сисадмины - управляю обеими удаленно), в ПГМ 101 прописал их в соответствующих слотах обеих АТС, а также сделал логическое назначение плат к COL в ПГМ 103. Перезапустил обе системы. Далее буду описывать одну, т.к. проблема аналогична.
Далее:
- в ПГМ 140 установил (для данной АТС это транки 21-24) тип сервиса ISDN/DID;
- в ПГМ 141 выделил эти транки в CO-группу 11;
- в ПГМ 143 установил DID Conv Type - 1; тип набора - Overlap; тип номера - Subscriber; план нумерации - ISDN/TELEPHONY;
- в ПГМ 340 прописал адрес, маску и шлюз. Остальные поля - по умолчанию;
- в ПГМ 322 прописал для транков 21-24 тип NET;
- в ПГМ 324 прописал свои и "чужие" цифры, а также сетевые группы и IP-адреса.

Теперь суть проблемы: с системного телефона пытаюсь набрать 811 или 88021-88024. В итоге, вместо тона готовности получаю надпись на телефоне "Линия 021 отбой" и т.д. для всех 4-х транков. Доступ к 11-й транковой группе разрешен всем абонентам, кнопки соответствующих СО на системнике запрограммированы.
Подскажите, плз, свежим взглядом, в чем загвоздка?
Заранее спасибо!

[stasmar]

Если ошибка, то не моя - это цитата из инструкции. По ней (по ошибке) - вопросы к тем, кто это написал (или перевел).

[noox]

To Harris
В инструкции в PGM324 написано везде PSTN. Разве это правильно?
To Stasmar
У вас на станциях что прописано?

[harris]

To Harris
В инструкции в PGM324 написано везде PSTN. Разве это правильно?
To Stasmar
У вас на станциях что прописано?

Да. Правильно. А что Вас смущает???
Посмотрите внимальней на этот абстрактный пример для Transit-Out:
Первая АТС (Транзитная) :
Программа 322 (укажите линии, соединяющие АТС с городской сетью)
ПК 1 (Сетевая группа) = 02
ПК 4 (Тип сетевой группы) = PSTN - Это транк, связывающий с ТфОП
Программа 324 ячейка 10
ПК 1 (Использование) = PSTN - код выхода на ТфОП ("транзитный код")
ПК 2 (Сетевой код) = 9 (транзитный код  удалите «9» из плана набора !)
ПК 3 (Сетевая группа) = 02

Вторая АТС (Оконечная) :
Программа 324 ячейка 10
ПК 1 (Использование) = PSTN - это тип КОДА!!! (Транзитный код)
ПК 2 (Сетевой код) = 9 (транзитный код  удалите «9» из плана набора !)
ПК 3 (Сетевая группа) = 02
ПК 4 (IP адрес) = 192.168.23.21
ПК 7 (Повтор цифр) = YES (Отправка транзитного кода в вышестоящую АТС)

Номера транков, номера ячеек в таблице - в данном случае без разницы.

[noox]

Да. Правильно. А что Вас смущает???

Скорее всего у меня что-то неправильно....
Меня смущает то, что если на транзитной (DID Conv. Type 1) в PGM324 поставить тип PSTN, то не фига не работает Если же поставить NET, то все фунциклирует.

[harris]

Скорее всего у меня что-то неправильно....
Меня смущает то, что если на транзитной (DID Conv. Type 1) в PGM324 поставить тип PSTN, то не фига не работает Если же поставить NET, то все фунциклирует.

Это верно. Но ведь конкретно в данном примере, в ПГМ322 идет речь о другом транке, там указан вовсе не транк связи с оконечной АТС (входящий), а городской транк (исходящий транк)!!! А городской транк может быть PSTN (в простейшем случае он и ДОЛЖЕН быть PSTN). Входящий транк в этом примере попросту опущен, он описан в других примерах выше (в разделе "Сетевой вызов").

Что касается "входящего транка" типа PSTN, то раньше это вроде работало (насколько я помню). Потом при очередном усовершенствовании софта эту возможность сломали. Далее я несколько раз запрашивал корейцев, чтобы восстановили, но они отвечают, что Исходящий Транзит должен быть только от транка типа NET. Вообщем, наши мнения разошлись.
Мы считаем, что никакой разницы между транками типа NET и типа PSTN не должно быть, кроме одной - на транках типа NET поддерживается дополнительный сервис, сервис корпоративной сети (QSIG, "сглаживание петель", передача Имен абонентов, и т.д.), а транки PSTN это не поддерживают. Но корейцы и транзит "привязали" к типу NET (входящий транк).
Увы, пока их переубедить не удается. Правда, на версии 3.9 я еще не проверял. Вдруг....