forum.technoforward.ru

Да, верно!
Это все касается номера вызывающего, т.е. АОНа. Если оператор требует только это, то - достаточно.
Если же нужны соответствующие параметры ещё и для набранного номера, то тут - команда 8A.

Оператору важен тип вызывающего телефона, поэтому 35 команды хватит. Сейчас проблема в том, что не занимаются транки Е1, оператор говорит, что от нас никакой активности - входящие звонки идут, исходящих нет. такое впечатление, что вызов не заворачивается в транкроут 50. хотя я для примера поставил в последней команде другой транкроут 8A0050 1 05001 (СО-транки), вызов пошел. Как проверить где затык?

Всё, вообще-то, уже говорилось, в том числе - прямо в этой теме, причем многое - Вами. Поэтому - заранее прошу прощения, если в чем-то повторюсь.
Итак: раз входящая связь есть, то с физическим стыком всё в порядке. Тогда ошибки возможны только в двух больших областях: настройках рута и маршрутизации.
Желательно сразу сузить область поиска. Вы уже пытались это проделать: 200>9=150. Нужно сделать полный вызов на заведомо свободный телефон. Если вызов удался, то проблема - точно в маршрутизации (команда 20, 81, 85 и 8А), и нужно читать Programming Manual --> Chapter 1 BUSINESS FEATURES --> LEAST COST ROUTING-3/6 DIGIT.
Если вызов не прошел, то проблема в настройках рутов (войсового и/или сигнального) и, возможно, транков, т.е. в командах 35 и 30, в тех подкомандах, которые могут относиться к исходящей связи. Ошибки могут быть в любом, иногда - самом неожиданном месте. В этом случае нужно проверять сначала по Programming Manual --> Chapter 3 ISDN FEATURES --> ISDN-PRI PROGRAMMING --> PRIMARY RATE INTERFACE TRUNK DATA ASSIGNMENT. Если ошибок не обнаружится, то придется отдать себе отчет в следующем: в Programming Manual всегда изложен минимальный набор команд, значения которых нужно изменить для достижения искомой фичи. Общее же количество команд, влияющих на фичу, всегда значительно больше. Предполагается, что все они - в умолчаниях, которые фиче не препятствуют. В действительности это может оказаться не так. Например, команда 35098 в разделе PRIMARY RATE INTERFACE TRUNK DATA ASSIGNMENT справедливо не упоминается. Однако стОит как-то случайно, скажем, 3-мя месяцами ранее, поставить 35098>50=0, и Вы получите ровно тот эффект, который наблюдаете. Так что в этой ситуации придется либо вдумчиво просматривать каждый параметр 30 и 35 команд, либо поступить радикально: обнулить, точнее - привести к умолчаниям (35999>rt#=CCC) всю 35-ю команду сначала для войсового, а затем, возможно, - и для сигнального рутов, и заново выполнить для них все назначения по PRIMARY RATE INTERFACE TRUNK DATA ASSIGNMENT.

Еще раз апну тему, т.к. Е1 так и не удалось настроить.
Отлично работает исходящая связь, а насчет исходящей - при наборе номера сразу идут короткие гудки. Слезно прошу показать, где смотреть.
Исходящая связь настроена двумя способами - СО через "9" и Е1 через "8" абсолютно одинаково через LCR:
для Е1
200 8 A126
8AA000 0 4007
8A4007 1 1005
8A4007 2 1005
8A4007 3 1005
8A4007 4 1005
8A4007 5 1005
8A4007 6 1005
8A4007 7 1005
8A4007 8 1005
8A4007 9 1005
8A4007 0 1005
8A1005 01 0050
8A0050 1 05050

для СО (транроут 01 с 8-кой, 02 без)
200 9 A127
8AA000 1 4005
8A4005 1 1002
8A4005 2 1002
8A4005 3 1002
8A4005 4 1002
8A4005 5 1002
8A4005 6 1002
8A4005 7 1002
8A4005 8 1001
8A4005 9 1002
8A4005 0 1002
8A1001 01 0001
8A1002 01 0001
8A1001 02 0002
8A1002 02 0002
8A0001 1 00001
8A0001 2 00002
8A0002 1 00002

через 9-ку в город выходит без проблем, через 8 - не работает.

Никак не стыкуется...

Если А126, то:

8AA000 > 0 : ?

8AA000 > 0 - A126
8AA000 > 1 - A127
8AA000 > 2 - A128
8AA000 > 3 - A129

конечно же обманул. писал не копипастом, а в ручную. там совершенно круглый нолик стоит, исправил исходное сообщение.

Вы в каком виде должны номер провайдеру отправлять?
Если "84951234567", то сама "8-ка" у Вас не посылается и ее надо добавлять.

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

А не проще было бы сделать сразу через А129, чтобы лишнюю восьмерку не добирать?
Все, кроме экстренных служб и справочных все равно теперь через "8-ку"...

Ну да ладно... Это к делу мало относится.
А по делу - в этой теме много говорилось о форматах номеров А и В. Может с этим проблемы?
И проверьте ограничение количества цифр в СМ857
Ну а так - если ни одного исходящего вызова по потоку еще не было - надо настройки самого потока еще раз проверить.

857 (1,2,3,4,5,6,7,9,0) 06 - локальные шестизначные номера
857 8 11 - межгород
А129 - внутренняя корпоративная четырехзначная телефония.
что посмотреть в настройках потока?

Ну, например, тип протокола в AA06. Можно попробовать поставить "25"

сделал AA06 000 25 (ITU-T Standart Thailand), блейд ресет (достаточно?), не заработало.
есть ли какие загвоздки при стыковке со станцией Хуавей? (у провайдера такая).

У меня одна из городских станций как раз Huawei. Никаких заморочек с ней не испытываю. Больше полусотни НЭКов к ней прицеплены. Всё как и с остальными свичами.
А роут для этого потока не мог раньше подо что-то другое использоваться? Быть только входящим, например: СМ3502?

основные параметры транкроутов Б и Д каналов настроены в соответствии с "R7 Programming manual - ISDN-pri programming".
потом делал с помощью wisard isdn features basic programming pri (command mode).
скорее всего дело в каких-то подводных камнях, которые нужно делать перебором.
Mr.Bean, можно каким-то образом сравнить мои и ваши настройки транкроутов Б и Д каналов?

Настройки сравним конечно, но для еще одной проверки вместо LCR сделайте захват роута кодом доступа:

200 > 8 : A126 -> 150

Дополнено: Сейчас перечитал еще раз весь топик. А что из того, что Вам советовал уважаемый NEAXMAN в последнем декабрьском сообщении Вы сделали и с какими результатами?

Я бы еще раз заново запрограммировал весь ISDN на новых, раннее не использовавшихся роутах. Я бы сделал это командами, а не из визарда. Потом расписал бы простейший LCR без тенантов абонентов. Если заработает, то можно дальше усложнять до необходимого состояния. Если не заработает, наверное нужно "ковырять" ваши медиаконверторы.