Я думаю в первую очередь это проблема шаринга и джойнинга.

Vad прав: портам речевой почты должно быть разрешено звонить наружу и у них в свойствах должны стоять галки Join incoming and outgoing.
Для звонков с паролем наружу есть функция Remote substitution:
http://forum.intersyst.ru/read.php?2,958,960#msg-960
http://forum.intersyst.ru/read.php?2,2598,2615

Так вот оно что!?! Я же действительно не выставлял джоининги на портах речевой почты! Спасибо :)

За ссылки так же спасибо.

В общем установка джоинингов на войс мейл юнитах ни к чему не привела :(

Как было "не правильный номер", так и осталось.

ЗЫ: Может кто-нибудь напомнить как сделать тоновый сигнал при поднятии трубки? Какую метку и на что изменить надо?

И что, remote substitution не работает?

DialToMult = 01

Сори, запутал вас немного, я имел ввиду набор абонента другой станции во время приветствия АА. Джоининги на VM портах ни к чему не привели. До сих пор невозможно во время приветствия перейти на абонентов АРС. В PNP выставил -
"Secondary Trunk 6 6 ARS Keep No"

Спасибо.

АА маршрутизирует на внутренних абонентов. ARS - это не внутренние абоненты. Для звонков наружу надо пользовать remote substitution. Если внешних абонентов немного, можно сделать виртуалов с переадресацией наружу. Но это - двойной расход абонентов.

То есть предлагает заменить ARS абонентов на виртуальных абонентов с моментальной переадрессацией на абонентов другой станции через транк группу с VoIP или DLT2(Питер и доп.станция)

http://forum.intersyst.ru/read.php?2,1132,1135#msg-1135


Нашел тему, там действительно сошлись на варианте с виртуалами. Всем спасибо, сегодня опробую этот способ.

et Написал:
-------------------------------------------------------
> АА маршрутизирует на внутренних абонентов. ARS -
> это не внутренние абоненты. Для звонков наружу
> надо пользовать remote substitution. Если внешних
> абонентов немного, можно сделать виртуалов с
> переадресацией наружу. Но это - двойной расход
> абонентов.


другой вопрос - АА даст маршрутизировать на speed dial?

Дает, только надо делать столько ячеек, сколько номеров внешних. И обязательно поставить Transfer Ext/Ext и Transfer Ext/Ext by on hook в System Misc/ Feature design/Part2.

в таком случае это рациональнее решение чем жертвовать абонентскими лицензиями

Решение с виртуалами предлагалось для малого кол-ва абонентов. Виртуалы не ограничены лицензиями. Они только входят в общесистемное глобальное ограничение в 250 абонентских номеров. Ячейки сокращенного набора - тоже ограничены, хотя и на порядок больше (2200 максимум) и для одного абонента нужна одна ячейка. Возможно, в случае набора номера блоком будет по другому. Проверялось на ISDN линиях.

хм... помню как-то создавал виртуальных абонентов и у меня сожрало все лицензии

да уж, хватило только на 63 номера :) Как же тогда в таких системах как эта (2 станции по QSIG) с АА переключаются на абонентов второй станции?

Либо проключают один номер транзитом на другую станцию и там делают свой АА, либо делают сеть из ОХЕ.

Небольшая проблемка.

Настройки сделал все вроде бы правильно...Поток между станциями поднял, все работает нормально. НО!! периодически поток отваливается со стороны ведомой станции на примерно час и потом восстанавливается. Пока он отваливается абоненты ведомой станции не могут вообще никуда выйти, только звонки внутри станции доступны им. Знает ли кто причину? С одной стороны нетворк стоит, с другой юзер (ведомая) все вроде бы как надо...

ЗЫ: Еще вопрос, с тех пор, как подсоединил вторую станцию все звонки,исходящие с головной станции и ведомой отправляются без определения номера. То есть на мобильный, к примеру, мне приходит вызов без номера...то есть не происходит определения номера, в чем проблема?

Возможно, проблема с синхронизацией.Network должно быть там, где есть подключение к вышестоящему оператору по потоку. На стороне User должна стоять галка Clock delivery allowed. Почитайте доку по синхронизации.
2. Проблема с построением идентификатора. Поищите темы на слова "АОН" и "идентификатор", там описано; если в доке - непонятно.

1.У меня все именно так и поставлено, нетворк там, куда заходит поток Е1 от оператора, юзер с другой стороны, на обеих стоит клок деливери.
Правда там где Network у меня Antecedant/Master, там где User - Descendant/Slave. Может у Юзера тоже надо Antecedant поставить?
2. сейчас буду смотреть, хотя это и странно, что было было и вдруг сплыло.
сейчас посмотрел, скорее всего это происходит потому, что в Installation number у меня на ведомой станции стоит 499, а на главной ничего ( в первой строке)



Редактировано 2 раз. Последний раз 09.09.2008 15:49 пользователем Dram.

Товарищи, выручайте, доки этой у меня нет. Клок деливери указан на юзере. Периодически поток просто падает, с чем связано - ума не приложу.

Так, еще проблемка, использовать канал может только один абонент...то есть один говорит, остальные молчат. При том,что я у становил количество каналов 30 штук с обеих сторон.
Network - Ascendant/Master
User - Ascendant/Slave
на Юзере Clock Delivery Allowed

В HW Anomaly пишет, что на головной станции Layer 2 проблема и постоянные PRA access problem, на ведомой станции до 1 числа тоже были проблемы с PRA accessom (DLT2). 2 числом идет ошибка - Unsuccessfull attempt to print (каким боком она вообще тут?? )

В общем что-то странное творится. И еще на ведомой станции количество тикетов в Метеринге достигло максимума, это что еще за такое??

Напомню,что я сделал виртуальных абонентов на ведомой станции с моментальной переадрессацией, если это важно.

Но опять же главная проблема- если один абонент звонит, то у остальных занято. х.х

На головной станции

Layer 2 not available 31420...
Layer 1 35
No signal Indication 19
Receive remote alarm 16

на ведомой соответственно
40114
14
8
6

Чет уровень 2 пугает меня немножко...что бы это могло значить, его неработоспособность...

поставь Clock delivery allowed - 255 тобишь синхра поссивная

недавно два дня мучались с аваей, оказалось все бонально просто дело было в синхре, как ее убрали на авае и все заработало

Оки, попробую, спасиб.

я балда, забыл ан ведомой указать в лист оф транк групс количество каналов :((((

Всем спасибо за помощь, решение было найдено, а эту тему можно смело считать пособием по найстроке потока между 2 АТСками :)

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

И снова приехали :))

Проблема следующего характера - в режиме разговора, набирая номер виртуального абонента (на котором стоит мгновенная переадресация по ДЛТ2 на абонента ведомой станции) идет переключение на секретарей... Все соединения\объединения стоят как надо, с чем может быть связано? Виртуальные терминалы без галки Медия.

у виртуального абонента все галки на трансфер открыты?
Стоит у него галочка на G host Z и G host Z feature?

На объединения, внешнюю переадрессацию и трансферы все галки стоят. Что касается второго пункта, то я не знаю, где смотреть подобные галочки. В функциях абонента такого нет

Сорри, с ОХЕ попутал... :-)
В Traffic sharing&barring -> joining у вас рарешения стоят?
в feature design галка установлена на transfer ext/ext?