forum.technoforward.ru

Всем привет.

Давно пытаюсь настроить выход в город через шлюз, но если одно лечу, то другое перестаёт работать.

Имеется.

Шлюз Mediant + MS Lync Server
АТС1 - NEAX 7400 ICS
АТС2 - Neax 2000 IPS
Поток от провайдера E1 приходит на АТС1

Шлюз соединён с АТС1 по E1 ISDN (2 карточки PN-SC01 + PN-30DTC)
АТС1 и АТС2 между собой соединяются, карты PN-DTB. Видимо по E1.

Транк 53 - в сторону шлюза
Транк 41 - в город
Транк 43 - в АТС2
Транк 41 - с АТС2 в АТС1

В данный момент с АТС2 выход в город работает, а через шлюза нет. Но через шлюз можно звонить на внутренние номера и обратно.

Нужно сделать так, чтобы работал выход в город через шлюз и с АТС2.

Если 35145-41-1 - то выход в город через шлюз появляется, но он же пропадает на АТС2.

Если через шлюз позвонить на системный телефон, но высвечивается внутренний номер Lync.

3019, 3034, 5005 прописаны

Связывался с провайдеров и он говорит, что видит звонок, но он отбрасывается, т.к. в SETUP нет Calling Party Number

Я не очень понимаю, почему так происходит. Можете подсказать куда копать ? Хочется с Вашей помощью разобраться.

Ситуация понятная, если не принимать во внимание:(тут важно - где именно прописаны, и какие).
Попытка протащить АОН (CPN) через NEAX7400m100ICS успехом не увенчается - фича не поддерживается ни релизом ЦП (документированная часть команды 35 заканчивается там на 35138), ни возможностями пары PN-SC01 + PN-30DTC.
Всё, что можно здесь предложить, это закрыть транзитные вызовы с 2000IPS через m100ICS одним общим АОНом транков CCIS, входящих в m100ICS, т.е. назначить всем войсовым CCIS-транкам в m100ICS 3019, 3034, 5005.
Все эти рассуждения предполагают, что между IPS и ICS действительно CCIS (ну, или Qsig).

Спасибо за ответ.

Немного не так написал название станции - neax 7400 ics m100mx а не M100

В данный момент 3019,3034,5005 прописаны на транки, которые в шлюз смотрят и в город.

А как точно узнать CCIS там или нет ? Достаточно ли будет прописать для CCIS-транков 3019,3034,5005, или надо ещё где-то "подкрутить" ? Просто не очень понял "закрыть транзитные вызовы с 2000IPS".

Ещё у нас сливается статистика звонков, кто и кому звонил в город, межгород и т.д. с АТС2 через MOXA Nport. С этим же по идее всё в порядке будет ?

Посмотрел ман. по CCIS

050 - 10 - 11
050 - 5 - 11

3590 - 43 - 0 No. 7 CCIS, IP trunk, SIP trunk

Видимо тогда точно по CCIS подключено.

Прописал на Neax 7400:на транке смотрящий в АТС2 3019,3034,5005
Выставил на Neax 7400: 35145-41-1

Со шлюза звонки пошли, а с АТС2 нет. На Neax 2000 IPS нужно что-то доп. прописать ?

Тогда и ответ должен быть "немного" не такой...
По крайней мере, в Command Manual для 100MX прописана команда 35145 Calling party information transfer to ISDN on tandem call from CCIS. Ее нужно ставить в "0" на руте PRI в сторону шлюза в 100МХ.
Термин "закрыть" действительно использован неудачно. Лучше звучит - назначить, или присвоить, или прописать значение самого АОНа. АОН назначается инициатору вызова. В 100МХ -это a) её абоненты (1212, 1213 и 5005; этот вариант, как я понял, - работает), либо b) входящие транки CCIS-рута, либо с) АОНЫ, назначенные абонентам 2000IPS и доведенные до 100МХ через CCIS.
Для реализации варианта b) достаточно назначить АОН транкам CCIS-рута, входящего в 100МХ (3019, 3034 и 5005) и указать в LCR необходимость передавать эту информацию в ISDN PRI (8A5xxx>165=0, где xxx-номера LCR PATTERNов, ведущих в рут ISDN PRI). Если нет необходимости выдавать разные АОНы для абонентов и транзитных вызовов, то может оказаться достаточным задать АОН транкам ISDN PRI, но при этом 35145 для этого рута нужно ставить в 1.
Наконец, если необходимо выдавать АОНы, назначенные абонентам 2000IPS (вариант с) ), то и в ней потребуется, помимо назначения самих АОНов, задать 8A5yyy>165=0, где yyy--номера LCR PATTERNов, ведущих в рут CCIS, и 35145 для этого рута поставить в 0.
На всякий случай - не будет вреда от 08>379=0 и A726>CCH#=0 в обеих АТС.
Кстати, если А701>0 окажется не равным NONE, то это и будет свидетельствовать о наличии именно CCIS между Вашими двумя АТС.

Статистика-то никуда не денется. Другое дело - все ли в ней будет отображаться из того, что Вам станет необходимо после того, как транзитные вызовы пойдут во все возможные направления?
Если чего-то будет нехватать - смотрите Feature Programming Manual --> Chapter 1 BUSINESS FEATURES --> STATION MESSAGE DETAIL RECORDING (SMDR), в том числе - подразделы For Incoming Call Record и To provide SMDR for tandem calls. А может быть, Вам понадобится поднять CENTRALIZED BILLING-CCIS. Тогда придется выполнить еще и соответствующий раздел из CCIS System Manual-->CHAPTER 3 SYSTEM DATA PROGRAMMING-->CCIS FEATURE PROGRAMMING.

Спасибо за достаточно развёрнутый ответ. Буду пробовать и отпишусь. А701>0 действительно не NONE.

Что-то не получается реализовать ни один из вариантов.

1.Я прописал для теста на всех роутах АОНы и в АТС1 и в АТС2. 8А5***-165 выставил в 0. 35145 выставил в 0 на всех транках. Из АТС2 есть выход, а через шлюз нет.

2. 35145 выставил в 1 на Neax 7400 m100mx смотрящий в Neax 2000 IPS и для транка в город. Опять со шлюза есть выход в город, а на АТС2 пропадает. 8А5***-165 выставил в 0

Почему-то 35145 реагирует только для рута, который смотрит в город.

Может это и не связано. Но в АТС1 есть 4 пима и на одном написано Neax 7400 m100mx, а на одном из 4-х Neax 2000 IPS и там стоит плата PN-DTB для второй АТС2. Это сделано для совместимости с 7400 ? Или это ещё одна АТС Neax 2000 IPS ?

Вам бы сначала с количеством станций и их версиями определится. Открывайте все крышки, ищите центральные процессора и смотрите их версии. Крышки и то, что на них написано в расчет не принимайте.

Такое заявление несколько пугает...
Что написано на ПИМах или на их крышках - не имеет никакого значения. Важно - чем управляет центральный процессор и каков релиз его базового софта. Последнее можно узнать соответствующими командами, либо через Grafical Configuration Report, либо, еще проще - взглянув на верхний левый угол рамки MATWorX, когда она в коннекте с АТС - там в явном виде указан SC-nnnn, который соответствует релизу. Пожалуй, Вам стОит для начала поточнее разобраться с этими вопросами.
АОНы пишутся транкам, а не рутам (команда 30 а не 35). Легко, к сожалению, ошибиться и с "***". Ну и наконец, валить всё, включая 35145, в одну корзину - не лучшая идея. Мы ведь с Вами ищем некое сочетание факторов, а не просто их сумму...
Я бы порекомендовал взять паузу, внимательно разобраться с конфигурацией, с тем, что откуда и куда ходит, нарисовать схему, возможно - даже выложить ее сюда. А скорее всего - при таком системном подходе решение само станет очевидным.

Упссс! Как это нередко бывает - синхронно с уважаемым Mr.Bean, хоть и с 10-минутным запаздыванием... Ну, главное - в унисон !

NEAXMAN

Но у Вас как всегда более развернуто