есть атс OXE релиза 7.1 с одним процом CPU6 если делать апгред до резила 9.1 с одним процом то cpu6 по актису остается на месте если делать апгред до резила 9.1 с дабл процом то актис предлагает замену процов до cpu7
ОХО r710.052.007, стык с провом через SIP-trunk оптика приходит от прова в медиаконвектор, из медиаконвектора патч-корд на платку slan4, с платки slan4 патч-корды на на cpu и cocpu
голос через SIP-trunk плавает плавать голос начинает когда больше 4-х каналов SIP-trunk открывается
Пути IP-пакета неисповедимы
интересная хотелка клиента, как говорится аппетит приходит в процессе обеда
один начальник захотел такую фишку - есть рабочий кабинет, комната отдыха и секретарша, ему надо чтоб атс сама рулила звонки т.е. если он находится в кабинете чтоб звонок приходил в кабинет, если находится в комнате отдыха чтоб атс рулила звонки в комнату отдыха, если его на рабочем месте чтоб атс рулила звонки к секретарю. всякие телодвижения нажатие кнопки переадресации исключаются, нужна полная автоматика
пришла единственная мысль это поставить в оба помещения ip-камеры с поддержкой snmp, поднять ICS (расписать маршрутизацию звонков) и к ICS прикрутить прогу которая будет обрабатывать SNMP от камер и пинать запросы в ICS
вот и дошли самого основого - к ICS можно подключиться типа как CTI или что-то в этом роде
тут еще напрашивается мысль в сторону CC вместо ICS, по крайне мере в СС есть CTI
Пути IP-пакета неисповедимы
ключи от OXO релиза 400 подойдут на OXO релиза 410
есть проц cpu-1, был на нем когда-то OXO релиза 1.11 решил перезалить cpu-1 под GA и в упор не получается не могу достучатся до самого биоса чтоб пнуть ее на перезаливку, спрашивает пароль на bios, если просто нажать enter кричит что пароль не правильный и ребутается
возникла такая проблема с АА - при звонке через SIP-сеть (т.е. делаем звонок который базируется внутри sip-тети прова, иными словами делаем звонок с другой атс подключенной по sip) АА отрабатывает dtmf все как положено, если делаем звонок через ПСТН сеть (к примеру звонок с сотового телефона) то не отрабатываются dtmf. пров говорит что не включена опцию inband, поковырялся в other-ах и включил параметр inbandtone с 00 на 01, для полноты уверености еще и атс ребутнул, проверяю, не отрабатываются dtmf
сталкивался кто-нибудь с АА через SIP-trunk?
Пути IP-пакета неисповедимы
4200. ars, pulse, выход в город через ars, перевод аналогового абонента в пульс
в связи с скороым уходом флешки в мир иной пришлось атс заново конфигурить. столкнулся с двумя проблема 1. выход в город через ars не получилось организовать. все как положено прописал в "интернал плане" - "секондари лайн 9 9 с base ARS", надираю "9" и в ответ получаю надпись "унбунто". 2. как перевести аналогового абонента в режим пульс. кроме "Z access" ничего нет
OXE 7.1 (f5.401.36.d) настроил pri между OXE и авая ip-офис 500 (чтоб удостоверится что физика и логика вся в шоколаде) теперь соединяю по pri авая ip-офис 500 и молдованскую шарашайку, все Ок следующим что делаю на в свойствах pri (в OXE) меняю парамерт network mode наоборот и подключаю pri к молдованской шарашайке. по логике вещей pri должен поднятся а вот фиг, выскакивает один единственный инцидент 24/02/10 19:57:40 000001M|00/26/-/---|=4:2103=T2 access end of 75 time-out unusual и все
запускаю заново инстал ОмниВисты, не указываю узел тарификации, инстал прошел успешно объявил цетр тарификации, звонки побежали в омнивисту, теперь самое интересное - смотрю на сами звонки и обалдел - один звонок отображается в омнивисте в две строчки типа такого: - абонент 1234 набирал сам себя т.е. 1234 - внешний номер 84951234567 набирал 84951234567 причем дата и время звонка совпадает
ОХО 7.1, на борту две voip-16 (на cpu3m и cocpu-2) возили к прову для тестовой настройки, все получилось. теперь возник ламерский вопрос - при исходящей связи по sip-trunk у прова будет определятся два ip или только ip проца (расматриваю вариант когда будут задествованы обе платки voip-16)
мне предстоит поставить ОХО 7.1 со стыком с провом через SIP честно говоря с полноценным SIP ни разу не возился (один раз настраивал sip-транк только на исходящие звонки и то на ОХЕ ) и есть не большая просьба чтоб скинули на почту конфиг с sip-транками email: khaybulaev@cg.ru
много раз был прочитан раздел (как на русском так и на английском)документация по системе - общие приложения - многоуровневые приоритеры и приоритетные прерывания (MLPP) и ни как не могу понять как это работает, делаю все как по доке и нефига
отделил абонента А, присвоил phone cos где есть использование явного и не явного приоритера, создал два префикс приоритера набора и приоритера набора по уровню, в свойствах абонента А покрутил значания явного и не явного приоритера. теперь во время разговора абонента Б и В с помощью префикса приоритера не получается вытеснить абонентом А звонок
до этого было ОХЕ (cpu6) h1.301.34 в которой выявились проблемы с тандемом и кучей маленьких пакостей которые на работу атс никак не влияло но очень раздражало пользователей подняли атс до h1.301.38, проблемы с тандемом более менее сами отвалились. теперь появилась другая фишка: - при звонке в город (стык по pri) не зависимо на городской номер или межгород время от времени в процессе разговора на экране дисплея появляется надпись DTMF и разговор через несколько секунд обрывается
запустили ОХО 6.1.14.3, стык с городом по pri в процессе проверки выяснилось что если абонент переадресацию на внешний номер атс подставляет АОН звонящего (т.е. внешний номер) и на сотовых отображается пилот номер
интересный вопрос возник у меня - как обычно при добавлении выноса по IP в корпусе eMG актис предлагает сразу корпус eMG-L, залез в кунфигурацию атс и создал вынос в корпусе eMG-S (на удаленном с 10-ок абонентов и около 4 транков), реально прокатит такой корпус или всеже при инициализации выноса атс обругается?
попутный вопрос возник - платы AMIX в OXE поддерживаются?
