Подскажите, пожалуйста, в какой команде посмотреть решение этого вопроса.
NEC2000 подключен к ТфОП по ISDN PRI. К нему подключаю Астериск также по ISDN PRI. При исходящем вызове с Астериска в ТфОП городские вызовы осуществляются нормально, а междугородные не происходят.
Проблема с Астериском исключена, что-то в NEC не то.

тут не мешало бы понять в какой точке идет отказ... с Нека на МГ нормально уходит?
Возможна проблема с АОНом, при транзите с PRI на PRI Нек АОН транслировать не умеет, соответственно может быть ограничение у провайдера ТФОП, тем более раз междугородка.

с Нека на м/г нормально звонки уходят. Более того звонки с Астериска на некоторые коды проходят удачно, а некоторые получают отказ. Статистики пока еще не собрал. Если АОН не подставлен, то мой верхний оператор просто подставляет первый номер из выделенного пула номеров, здесь проблемы нет.

а на НЕКе есть какие то ограничения на выход на межгород? Классу 11 можно выходить?

Да, ограничения есть. Но 11 классу все разрешено.
Можно ли вообще устанавливать ограничения для вызовов из одного потока в другой?
Дело в том что изначально станцию не я программировал и возможно где-то"пасхальные яйца" заложены. :) (не специально конечно)

надо маршрутизацию смотреть.
посмотрите под каким номером Tenant звонки приходят на NEC и как они дальше маршрутизируются.

arhip™ пишет
Можно ли вообще устанавливать ограничения для вызовов из одного потока в другой?

класс для тандемного соединения задается командой 3597

Dmitriy пишет
посмотрите под каким номером Tenant звонки приходят на NEC и как они дальше маршрутизируются.
Как это можно посмотреть?

в 3597 для всех TR установлено NONE.

Balzam пишет
класс для тандемного соединения задается командой 3597
посмотрел в документации: это же для CCIS :confused: или для EDSS1 тоже?

[QUOTE]arhip™ пишет
[i]Как это можно посмотреть?

команда 3001

в 3001 все по дефолту - 01 тенант
дальше они, наверное, по LCR маршрутизируются...

ну надо для начала перепроверить как идет маршрутизация по LCR, и нету ли там каких-то хитростей, например добавления/удаления цифр, нек наверное не только на транзите, внутри него тоже звонки с астериска терминируются, может быть есть частичное перекрытие нумерационных планов и т.п.

понятно. буду перекапывать LCR.

действительно реальная проблема в этом есть, потому что недавно тоже собирали сцепку PRI-PRI и получается так что звонки на город проходят (длинна 7 цифр в город) а звонки на межгород (длинна номера бльше 8-ми цифр) не проходит.

Есть подозрение что NEC обрезает цифры номера. хотя в 35172 стоит принимать 14 цифр, но в блоке конвертации стоит максимум 8 конвертировать, хотя обработка DID выключена в 3518>xx:1 .

вобщем пока не победили эту проблему :(

В первую очередь необходимо попросить у провайдера трассировку неудачных вызовов.

Kachan пишет
действительно реальная проблема в этом есть, потому что недавно тоже собирали сцепку PRI-PRI и получается так что звонки на город проходят (длинна 7 цифр в город) а звонки на межгород (длинна номера бльше 8-ми цифр) не проходит.

Есть подозрение что NEC обрезает цифры номера. хотя в 35172 стоит принимать 14 цифр, но в блоке конвертации стоит максимум 8 конвертировать, хотя обработка DID выключена в 3518>xx:1 .

вобщем пока не победили эту проблему :(

можно в 3002 для транков поставить 21 вместо 18. Это позволяет обойти ограничения по длине, имеющиеся в DID, автору топика, кстати, тоже это можно посоветовать, хотя у него речь была о том, что не проходят только некоторые коды...

да там кроме 21 параметра в 3002 на транк надо еще править, а вот что пока до конца не добили :( потому что связь при этом на город идет а с города транзит не проходит.

С одной стороны город (PRI) с другой DECT сервер OpenCom 130. может кто сталкивался с такой проблемой, как решили?

А у коллеги я так понимаю та же проблемма.

Сталкивался. Решил все тем-же 3002>xxx-21. Только програмить надо его "на чистую". А то было дело, решил слегка подправить настроечки - ниче не заработало. как выпускало 8 цифр - так и выпускает. Пока не прописал все на другой рут и транки - никак не работало.

ну и про 360-ю не забываем :-)