Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
Alarms on E1 in PRA, NPRAE, состояние светодиодов при ошибках по потоку
 
давно хотел сделать табличку-напоминалку. если что не так - пишите, подправлю

3 вопроса по лицензиям
 
Прошу сведующих людей прояснить по следующим лицензиям для OXE. По первым двум примерно догадываюсь, но хочется 146% :-))

1.Master Conference Service software license - 1 user 3BA09836JA

2.ABC Network service software license (including ARS, H323, ABC CDR) - 1 user 3BA09840JA

3.OmniPCX Enterprise High Availability – 1 Business Telephony user license 3BA09912JA

Спасибо!
Автоматический ответ (Automatic answer)
 
Здравствуйте. Понадобилось на цифровом т\а типа 4020 сделать автоответ на громкую при внешнем входящем звонке. Но выяснил, что как мне надо это не работает. Т.е при внутреннем входящем или из сети abc-f это работает нормально , а для внешнего (с isdn транка) необходимо включать кнопку HEADSET, соответственно при этом в динамик на громкую связь ничего не идет, а только якобы в гарнитуру. Подскажите пожалуйста , есть ли способ, чтобы внешний звонок (с isdn-транка) на 4020 (можно любой другой телефон) сам "поднимал трубку" на громкую связь ? Спасибо.
При перезагрузке одной из нод на другой ноде отключаются все цифровики на одной плате
 
Собрал себе 2 тестовых станции в корпусах MR1( CS+GD+MIX4/4/8) пусть будет N22 и MR3 (CS+GD+GA+MIX4/4/8+T2) нода N23.Обе одного релиза R8.0-g1.302-6-e-ru-c80s1, соединены между собой и боевой нодой N2 (железо ACT R11.1-l1.301-28-b-ru-c7 через INT-IP3 и PRA по следующей схеме:
N2----E1-ABC-F---------------------------N22(test)------------------------------!
!                                                                                             !
!                                                                                             !
!                                                                                              !
!-----IP-ABC-F(VPN overflow)--N23(test)--IP-ABC-F(VPN overflow)--!





все 3 станции в одноранговой сети, сидят в одном ethernet коммутаторе.
Поднято IP ( родные алкателевские телефоны подключены в каждую из 3-х станций,
SIP также, звонки бегают в любую строну без проблем, в любых сочетаниях. Но вылез неприятный баг.
При перезагрузке N23, которая смотрит 2-мя IP ABC-F vpn в сторону N2 и N22, на боевой N2 входят в ступор все цифровики, стоящие в
плате 2 19 (тип UA), при этом на ней нет никаких событий на эту тему, кроме падения линка N2N23:

26/12/17 20:41:23 001002M|019/00/0/001|=3:2867=PH:Hybrid Access (23 1 Main) goes down
26/12/17 20:41:23 001002M|2-23        |=2:2826=PH:Local link [2 23] is down
26/12/17 20:41:23 001002M|019/00/0/001|=3:2867=PH:Hybrid Access (23 1 Main) goes down
26/12/17 20:41:23 001002M|019/00/0/001|=3:2865=PH:PLL 0 is down on Hybrid Access (23 1 Main)
26/12/17 20:41:23 001002M|---/--/-/---|=2:2872=PH:Remote link [23 22] is down
26/12/17 20:41:23 001002M|---/--/-/---|=3:2832=PH:Node 23 is unreachable

сама плата с цифровиками:
(102)xb001002> listerm 2 19

Tue Dec 26 20:41:45 AST 2017

 -------------------------------------------------------------------------
|Coupler:  2 19 Logic type: CPL_UA    Board:UA32    State: IN SERVICE     |
|-------------------------------------------------------------------------|
| Cry:Cpl:ac:term|  neqt | typ term   |  dir nb   | Out of service cause  |
|-------------------------------------------------------------------------|
|  2  19   0   0 | 01277 | 4035(MR2_3 |  9400     |  A C I X T U P B Y . |
|  2  19   0   1 | 01278 |       4029 |  9401     |  A C I X T U P B Y . |
|  2  19   0   2 | 01279 |       4039 |  9402     |  A C I X T U P B Y . |
|  2  19   0   3 | 01280 |       4039 |  9403     |  A C I X T U P B Y . |
|  2  19   0   4 | 01281 |       4039 |  9404     |  A C I X T U P B Y . |
|  2  19   0   5 | 01282 |       4039 |  9405     |  A C I X T U P B Y . |
|  2  19   0   6 | 01283 |       4039 |  9406     |  A C I X T U P B Y . |
|  2  19   0   7 | 01284 |       4039 |  9407     |  A C I X T U P B Y . |
|  2  19   0   8 | 01285 |       4029 |  9408     |  A C I X T U P B Y . |
|  2  19   0   9 | 01286 |       4039 |  9409     |  A C I X T U P B Y . |
|  2  19   0  10 | 01287 |       4039 |  9410     |  A C I X T U P B Y . |
|  2  19   0  11 | 01288 |       4039 |  9411     |  A C I X T U P B Y . |
|  2  19   0  12 | 01289 |       4039 |  9412     |  A C I X T U P B Y . |
|  2  19   0  13 | 01290 | 4035(MR2_3 |  9413     |  A C I X T U P B Y . |
|  2  19   0  14 | 01291 |       4039 |  9414     |  A C I X T U P B Y . |
|  2  19   0  15 | 01292 |       8039 |  9415     |  A C I X T U P B Y . |
|  2  19   0  16 | 01293 |       4029 |  9416     |  A C I X T U P B Y . |
|  2  19   0  17 | 01294 |       4029 |  9417     |  A C I X T U P B Y . |
|  2  19   0  18 | 01295 |       4029 |  9418     |  A C I X T U P B Y . |
|  2  19   0  19 | 01296 |       4029 |  9419     |  A C I X T U P B Y . |
|  2  19   0  20 | 01297 |       4039 |  9420     |  A C I X T U P B Y . |
|  2  19   0  21 | 01298 |       4039 |  9421     |  A C I X T U P B Y . |
|  2  19   0  22 | 01299 |       4039 |  9422     |  A C I X T U P B Y . |
|  2  19   0  23 | 01300 |       4029 |  9423     |  A C I X T U P B Y . |
|  2  19   0  24 | 01301 |       4029 |  9424     |  A C I X T U P B Y . |
|  2  19   0  25 | 01302 |       4039 |  9425     |  A C I X T U P B Y . |
|  2  19   0  26 | 01303 |       4029 |  9426     |  A C I X T U P B Y . |
|  2  19   0  27 | 01304 | 4020(LE_3G |  9427     |  A C I X T U P B Y . |
|  2  19   0  28 | 01305 |       4029 |  9428     |  A C I X T U P B Y . |
|  2  19   0  29 | 01306 |       4039 |  9429     |  A C I X T U P B Y . |
|  2  19   0  30 | 01307 |       4039 |  9430     |  A C I X T U P B Y . |
|  2  19   0  31 | 01308 |       4039 |  9431     |  A C I X T U P B Y . |
|-------------------------------------------------------------------------|
| (A: att_mserv|S: hs smooth), C: hs_defich, I: hs_isolauto, X: hs_isolman|
| T: hs_terdef U: hs_usdef, P: hs_errparite, B: hs_bascul, Y: hs_cristisol|
 -------------------------------------------------------------------------
|       Nombre total de terminaux hors service :       32                 |
|       Nombre total de terminaux en service   :        0                 |
|-------------------------------------------------------------------------|

На остальных шельфах и платах с цифровиками ноды 2 нет никаких проблем. Помогает рестарт платы 2 19 (UA).
По закону подлости именно на этой плате подключены все директора и их  секретари. Пока думаю пересадить плату в другой свободный слот рядом. Хотя может вовсе не в этом дело. Подскажите пожалуйста что и где можно подкрутить?
Изменено: fedoseevka - 27.12.2017 08:34:43
R7.1-f5.401-17 софт нужен (только 17 patch)
 
Здравствуйте! Хотел поставить сегодня софт, а мой архив (120mb примерно) с нужным патчем не распаковывается, побился видно . Нужен 17 патч для f5.401. Если есть у кого выложите пожалуйста. Спасибо.
Z24_2 и инцидент 0:3756=UA: Message lost
 
Здравствуйте. Поомогите пожалуйста разобраться со следующей проблемой. Есть OXE пожилая (R9.1-i1.605-41-ru-c7s2, CPU дублированные). Рама и абонентские платы если мне память не изменяет 2000 года выпуска примерно. Процессоры обновляли несколько лет назад. Проблема следующая - уже вторая по счету плата Z24_2 начинает плеваться инцидентом 0:3756=UA: Message lost. Из-за этого не видно других критических\ сервисных станционных событий. Выглядит примерно так
Скрытый текст

listerm при этом показывает, следующее
Скрытый текст

если плате сделать rstcpl, то какое-то время она живет нормально, но потом опять начинает спамить 0:3756=UA: Message lost.
Сам думаю что пришел капут электролитам на платах, но может и не в этом проблема. Абоненты вроде не жалуются пока, но они там очень непритязательные, пока телефон не замолчит, жаловаться не будут. Подскажите, кто знает, в чем может быть проблема по вашему мнению? Спасибо.

UPD.
после рестарта проработала примерно час, и снова та же петрушка, правда добавился еще инцидент 2064

15/07/17 07:24:15 001001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
15/07/17 07:32:23 001001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
15/07/17 08:27:16 001001M|000/12/0/064|=2:2064=Out of service DSP
15/07/17 08:27:26 001001M|000/12/-/---|=4:3754=UA link no longer responding
15/07/17 08:27:36 001001M|000/12/-/---|=4:3754=UA link no longer responding
15/07/17 08:30:30 001001M|000/12/-/---|=4:3754=UA link no longer responding
Изменено: fedoseevka - 15.07.2017 09:17:13 (обновление)
[ Закрыто] куплю корпус MG small, 3eh76020 вроде этого
 
На форуме нет раздела купля-продажа, поэтому рискну написать сюда. Нужен корпус MG small с рабочим БП и вентиляторами естественно за разумную цену. Корпус нужен для лабы, поиграться так сказать. Жду предложений ваших.
Изменено: fedoseevka - 09.06.2017 14:24:34
Alcatel Flash Memory Card 3BA27001AAAA Intel Series2 Flash IMC004FLSA-15, как записать на нее VG ?
 
Есть OXE R9.1 с платой GPA. Понадобилось заменить на ней VG. В случае с GPA2 все банально , но тут встал в ступор. Нашел ноут с PCMCIA адаптером встроенным. win98 ,xp,7 не видят карту, требуют драйвер. По инету ничего не нашел, кроме таких же страдальцев.
Подскажите пожалуйста, как и чем закинуть на нее msk-файл. Старые VG с нее воспроизводятся, ползунок защиты от записи отключил на ней.
На карте написано Intel Series2 Flash IMC004FLSA-15 M6480023  и 3BA27001AAAA
Изменено: fedoseevka - 26.05.2017 08:37:03
Сеанс администратора
 
Здравствуйте. Столкнулся с непонятным поведением 4760i. есть OXE с 9-й версией софта (R9.1-i1.605-16-c-ru-c7s2). После установки ключей (честных) подключаюсь по 4760i и она выдает , что это "Сеанс администратора". Пробовал с нуля устанавливать 3 разных версии софта 9.1 с этими ключами , но все равно выдает "Сеанс администратора". Из-за чего такое может быть? . для себя пока сделал вывод , что в ключах чего-то есть такое. Как победить ?


изменить тип процессора в системе
 
Проконсультируйте пожалуйста. Получил новые CPU CS2 для апгрейда OXE (железо MG). Я залил на них софт, и базу со старых, вроде все нормально, но не могу изменить тип CPU  с CPU_CS на новый тип CPU_CS2. Загрузился без телефонии, дал RUNMAO, через mgr пытаюсь изменить или удалить старый проц, но не дает, пишет "Processing Failure". Может есть еще какие способы?
Изменено: fedoseevka - 19.01.2017 15:53:23
background music
 
Здравствуйте. На предприятии проходит ежедневное селекторное совещание. Есть сотрудники, которые не учавствуют в нем, но желают его слушать. Подумал, что наиблее подходит под это "background music", взять незадействованный порт на аналоговой плате (Z24) и завести туда переменку с 0Дб звуком селектора. Создал на OXE R11.1-l1.301-28-b-ru-c7 (ACT CPU7) в System-Voice guides подсказку "voice guide on analog equipment" с номером 639 и указал шельф-плату-порт от аналоговой платы. Абоненту разрешил в COS "Tone Test" и "background music", запрограммировал на кнопку цифровика префикс "Tone Test" у меня *99+номер VG 0639, итого *990639. Далее если встать на этот порт, который взял под вход звука, то на нем присутствует питание и тишина, я так понимаю туда нужно подавать ЗЧ селектора через разделительные конденсаторы? И Вторая проблема, которая мне непонятна. При нажатии запрограммированой кнопки *990639 через секунду где-то происходит автоматом переход на следующую VG выше номером по кругу. Подскажите пожалуйста , как правильно завести звук в OXE и дать к нему множественный доступ ?.Спасибо.
OXE и Digium, Digium не пропускает * в номере
 
Здравствуйте! Приобрели систему для конференций Ассамблея. Ассамблею состыковали по следующей схеме.
OXE (R11.1-l1.301-28-b-ru-c7) платой NPRAE смотрит 2-мя потоками , объединенными в одну TG (ISDN PRI) в шлюз Digium G200, а из PRI конвертирует в  SIP (Ethernet) к Ассамблее и наоборот.
Проблема вот в чем: У нас в плане нумерации много OXE диспетчерских, у которых исторически абонентская емкость начинается на звездочку(*), также и выход на корпоративную нумерацию тоже через *. Если Ассамблея пытается звонить на номера со звездочкой, то они по SIPу добегают до шлюза и теряются в его недрах. Причем если звонить с Oxe в сторону ассамблеи, то доходят звонки и со звездочками и с буквами в номере. Создаю например конференцию и 4 номеров (локальный без звезд в номере, городской, мобильный и локальный *1111 (реальный номер на OXE). Вызов до *1111 не доходит, все остальные в трассировке OXE видны. Настройки самого DIGIUMa G200 скудные, построен видимо на Астериске. Может кто из форумчан настравивал подобное железо? Как заставить шлюз пропускать * в Called номере ? Хотя конечно вроде как по стандарту E.164 он и не должен это делать, но все таки.
вот эмулятор шлюза Digium на всякий случай admin/admin http://gatewaytestdrive.digium.com/login/
непонятный вывод при входе в станцию, R3.2-c1.714-3-af-ru-c3s2
 
Зравствуйте! Есть пожилая станция WM на UNIXe R3.2-c1.714-3-af-ru-c3s2. Сегодня зашел в нее а она выдает что-то не понятное.
Password:
usage:
       multivol [-vcPFtXx] [-b bufsize] [-M mediastr] [-H custstr] [-f format] -O device
       multivol [-vcPt] [-b bufsize] [-M mediastr]  -I device
       multivol -L device
       multivol -C device
       multivol -V
/etc/profile.att: /etc/profile.att: cannot open
uname: illegal option -- n
usage:
       multivol [-vcPFtXx] [-b bufsize] [-M mediastr] [-H custstr] [-f format] -O device
       multivol [-vcPt] [-b bufsize] [-M mediastr]  -I device
       multivol -L device
       multivol -C device
       multivol -V
#       The role of the CPU is MAIN          
Application software identity


4.3 BSD UNIX (xa001003) (ttyp0)

login: mtcl
Password:
usage:
       multivol [-vcPFtXx] [-b bufsize] [-M mediastr] [-H custstr] [-f format] -O device
       multivol [-vcPt] [-b bufsize] [-M mediastr]  -I device
       multivol -L device
       multivol -C device
       multivol -V
/etc/profile.att: /etc/profile.att: cannot open
uname: illegal option -- n
usage:
       multivol [-vcPFtXx] [-b bufsize] [-M mediastr] [-H custstr] [-f format] -O device
       multivol [-vcPt] [-b bufsize] [-M mediastr]  -I device
       multivol -L device
       multivol -C device
       multivol -V
#       The role of the CPU is MAIN          
Application software identity

ps [ -edalf ] [ -t tlist ] [ -p plist ] [ -u ulist ] [ -g glist ]
R3.2-c1.714-3-af-ru-c3s2

Business identification: R3.2

Release:
DELIVERY c1.714
Patch identification: 3
Dynamic patch identification: af

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

      Space used on cpu disk: 1%

       1       Save mao, voice guides and account data
       2       Save account data
       3       Save obstraf data
       4       Save Acd config & statistic files
       5       Save 4635 data
       6       Save chorus ( unix ) site specifics data
       Q       Go back to previous menu

 Your choices [1..6, Q] ?

 One choice per line and just press "return" to end the selection
::::::::::::::
/usr/swinst/bck_immed_1
::::::::::::::
Bck_Target="cpu_disk"
Bck_Name="mao-account-ctree"
Bck_Format="RMT_ARCHIVE"
Rmt_Node="localhost"
Rmt_User="swinst"
Rmt_Bck_File="${Backup_Dir}/IMMED/mao-acc.new"
Save_mao_tool=1
Instal_Name_site=`/DHS3bin/oneshot/mtcl/siteid -n 2>/dev/null`
Instal_Name_cpu=`/chusr/bin/uname -n 2>/dev/null`
Instal_Name="$Instal_Name_site For CPU : $Instal_Name_cpu"
Build_Liste=1
vrb_action_gst="mao_acc"
cat "/DHS3bin/oneshot/mtch/mao.blf" > "/DHS3bin/oneshot/mtch/mao_acc.blf"
cat "/DHS3bin/oneshot/mtch/account.blf" >> "/DHS3bin/oneshot/mtch/mao_acc.blf"
cat "/DHS3bin/oneshot/mtch/vg.blf" > "/DHS3bin/oneshot/mtch/vg_zvg.blf"
cat "/DHS3bin/oneshot/mtch/zvg.blf" >> "/DHS3bin/oneshot/mtch/vg_zvg.blf"
deal_with_afe "mao_acc.blf" "vg_zvg.blf"
file_list_to_bck=${file_after_afe_dealing}
But_Of_Bck="MAO, all VOICE GUIDES and ACCOUNT database"
Bck_Libelle="mao, voice guides and account, all files"

Думаю, что наверное HDD приходит кирдык, но может кому-то из форумчан встречалось подобное? Спасибо.
Connect Category в сети ABC-F
 
Здравствуйте. Не могу разобраться в простой вроде проблеме. Она заключается в следующем. Решил на сети станций, подключенных по ABC-F "причесать" пустые(свободные) номера и для целей статистики выделить к примеру 13-ю connect category в которой проставил все нолики. На основной (транзитной) OXE с 11-м релизом все работает как надо, при звонке с внутренней нумерации на номер с 13-й коннект категорией станция проговаривает , что "доступ к услуге невозможен" и при звонке из города этот номер не звонит. А вот например на если позвонить на другие OXE где я повесил на пустые  номера с 13-й категорией (отредактированную с одними нулями) то эти номера звонят, и из города на него можно позвонить. Проверил категорию ABC-F линка, стоит по дефолту 18 Trunk Categ, в которой стоит 5-я connect cat. В настройках 13-й concat естественно нолик стоит. Вот и не пойму, это транзитная OXE не смотрит на коннект категорию на нижестоящих OXE или те не так работают. В сетке зоопарк от 3-го до 11-го релизов.
Помогите найти OXE R6.1-f2.500-6-i, i need help!
 
У меня на одной из станци стареньких полетел HDD, там стоял вот такой релиз OXE R6.1-f2.500-6-i-ru-c80s1 Business identification: R6.1
Release:DELIVERY f2.500 Patch identification: 6 Dynamic patch identification: i . Перекопали весь сайт АлкательБизнеспартнер, но там софт только от 8-й и выше версий доступен к скачиванию. Где можно найти версию такого софта. Буду очень признателен за ссылку или где его французы зарыли на Бизнеспартнере? Спасибо.
Страницы: Пред. 1 2 3 4 5 След.