В чем суть. Пришли (были закуплены) два IP MEDIA GATEWAY. Должны были купить с платами GD-2, но купили с платами GD-3 (почему, - это отдельный вопрос к снабженцам). Сейчас мы имеем R9.0, т.е. платы GD-3 работать у нас не будут. Обновление релиза у нас запланировано, но получим мы его, скорее всего, не раньше начала лета, а запустить вышеуказанные полки необходимо уже через месяц, - край...
Вопрос первый.. Не завалялись ли у кого платы GD-2? Если есть, - то мы можем: - взять за спасибо на время, до поступления нового релиза (понимаю, что это маловероятно, но вдруг ); - поменять на GD-3; - поменять на что-нибудь из имеющегося у нас ЗИПа (его не много, но кой-чего есть); - купить, если не будет сильно дорого...
Вопрос второй... Был ли у кого-нибудь реальный опыт переделки ОХОшной ЦПУшки в GD? Если да, то на каком процессоре это получалось (у меня сейчас есть CPU-3m и CPU-4)? Конечно, не сложно попробовать, скажете вы, но что бы попробовать, мне нужно найти еще и MADA А искать/покупать MADA без маломальской гарантии того, что ОХОшная ЦПУшка заработает, в моей ситуации, наверное, не совсем разумно...
Здравствуйте, Пришла новая полка (размер L) с ней кабель питания на -48В. Кабель черный, с одной стороны трехпиновый разъем в сторону АТС, с другой два провода: черный и белый - в сторону БП. На проводах (черном и белом) явно были прилеплены наклейки 0В и -48В, но наклейки слиплись друг с другом и отвалились от кабеля. И я теперь не могу понять, где там плюс, а где минус. Доку перерыл - не нашел Ни на корпусе АТС, ни на кабеле, ни на разъеме обозначения полярности тоже нет.
Если кто знает наверняка(!) правильную полярность этого кабелька, подскажите, пожалуйста. Может у кого он есть "под боком", что-б глянуть?
Стояла плата INTIP-A (в позиции 4-4) - работала - все было хорошо... Решил перенести в нулевой кристалл. Создал там новую (дополнительную, с новым IP) плату прописал, подключил, заработала, все ОК.
Отцепил линк от старой платы INTIP, посыпались инциденты (парами): 29/10/14 12:13:27 000001M|004/04/-/---|=3:0747=Config error or Loss of IP connection: 4,(4,4),Unused,00:80:9f:5c:fb:ee 29/10/14 12:13:27 000001M|004/04/-/---|=2:4405=IP Parameters given by CPU are invalid (error 1)
Удалил плату, - стало еще хуже, - посыпались другие инциденты (тоже парами): 29/10/14 11:48:34 000001M|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 6218, position (4,4,254) 29/10/14 11:48:34 000001M|---/--/-/---|=3:1607=01.00.62.00.00.00.04.04.04.fe.15.00.80.9f.5c
Снова вписал в 4-4 плату INTIPA, - 1603 и 1607 пропали, - а 0747 и 4405 вернулись...
incinfo - понимания не добавило...
Помогите, пожалуйста, корректно удалить эту плату...
Здравствуйте, Появился у меня аппарат DECT 8232. Без проблем работает с Алкателем.
Но вот к другой системе подключить его не могу, т.к. не могу разобраться с IPEI.
Если смотрю в аппарате (в "Status"), то там IPEI обозначается каким-то шестнадцатиричным способом, формат типа - "IPEI: 1A:2B:3C:4D:5E".
То что показывает АТСка в "dectsets" у меня тоже доверия не вызывает. Т.к. я подключал к Алкателине трубку от Эрикссона и от Аскома и в обоих случаях номер IPEI в "dectsets" отличался от IPEI, прописанного в трубке.
В общем, вопрос у меня простой, как таки узнать наверняка IPEI на телефоне Alcatel 8232? Подскажите, пожалуйста!
Ответ на мой вопрос, вероятно, прост и однозначен. Но по документациям, к сожалению, я ничего такого найти не смог, а сделать стенд не могу - железа свободного нет...
В общем, есть Alcatel OXE R9.1 вся на АСТах.
В нулевом АСТ установлены две INTIP-А, которые смотрят в разные сети, назовем эти сети "А" и "В". В удаленном АСТ устанавливаем также две INTIP-B, первая (main) смотрит в сеть "А", а вторая (standby), соответственно, смотрит в сеть "В".
Вопрос простой, как между этими сетями будет распределяться трафик? 1) Равномерно, как в случае с INTOF-ами? 2) Или же, при наличии сети "А", трафик будет идти по ней, и лишь при падении сети "А", трафик перераспределиться на сеть "В"?
В случае равномерного распределения есть ли какая нибудь возможность осуществить второй вариант, который, собственно, и представляет интерес?
В общем, есть ОХО-шка с CPU-3m и софтом 6.10 (платы: SLI16-1 - 2 шт, SLI8-1 - 1 шт, UAI4 - 1шт., APA8 - 1 шт.)
Все было прекрасно работала себе и работала. Но тут заказчик раздобыл плату VoIP и лицензии.
С помощью "ОМС/Инструменты/Загрузка программного обеспечения" долил в ОХОшку пакет с VoIP. После чего перестала работать плата APA8.
В "Аппаратура и предельные значения/Главный шкаф" вот что: - Номер слота - 8 - Тип платы - Analog Trunk - Вариант платы - APA8 - Наличие платы - присутствует, отклонено(!!!)
Подскажите, пожалуйста, что можно сделать? Совсем не хочется полностью софт переставлять... опять же, не факт что поможет...
Здравствуйте, Есть соединение ОХЕ с CUCM по H323. При помощи добрых людей получилось таки настроить и все работает достаточно корректно... Но, как говорится, нет предела совершенству... CUCM легко посылает имя в UTF-8 и ОХЕ легко его распознает, - на цифровиках светится кириллица. (при этом возникает маленькое недудобство в том, что на DECTах, при входящем вызове с CUCMа, светится абра-кадабра, но с этим я готов мириться, - вопрос у меня немного другой) Никак не могу заставить ОХЕ посылать UTF-8. Может кто знает какой секрет, как этого добиться? Подскажите, пожалуйста.
Здравствуйте, не скажу, что это проблема, но хотелось бы повысить удобства для пользователей...
В общем, так: Мы делаем исходящий звонок с цифровика (4029/4039) по DSS или IP, - встречный абонент отвечает и устанавливается разговор. На дисплее высвечивается имя транковой группы и таймер разговора и все (больше ничего). И только через пять секунд (судя по таймеру) высвечивается встречный номер абонента и его имя(в случае IP), а также становятся активными функциональные клавиши ("Новый вызов", "Ожидание вызова", а главное, "Отправить DTMF").
В случае, если транковая группа настроена, как ABC-F, - то здесь все замечательно, - информация появляется сразу после набора, а функциональные клавиши подсвечиваются сразу после ответа встречного абонента.
Основное неудобство всего этого в том, что, когда абоненты звонят в места, где требуется DTMF-донабор, - абоненту приходится ждать аж 5 секунд до того, как появляется возможность переключиться на DTMF. Жалуются, одним словом...
При звонке на занятого внутреннего абонента у меня звучит подсказка ("Абонент занят и бла-бла-бла"). Как сделать для одного определенного абонента так, что бы он, попадая на занятого внутреннего абонента слышал не подсказку, а обычные короткие гудки? Сохранив, при этом, голосовые подсказки для остальных абонентов...
Накануне ресетил станцию. После чего вылезла проблема, - на указанной полке перестал работать DECT. А именно, потерялись все базы. И с периодичностью (примерно) в одну минуту стали сыпаться четыре инцидента:
04/12/12 14:11:53 000001M|006/02/-/---|=3:1384=DECT loss of WINDI number 0 cause 4 param 255 04/12/12 14:11:54 000001M|006/02/-/---|=3:1384=DECT loss of WINDI number 1 cause 4 param 255 04/12/12 14:11:55 000001M|006/02/-/---|=3:1384=DECT loss of WINDI number 2 cause 4 param 255 04/12/12 14:11:56 000001M|006/02/-/---|=3:1384=DECT loss of WINDI number 3 cause 4 param 255
"DECT loss of WINDI number P1 cause P2 param P3" "WINDI number" "failure cause" "failure parameter" "This WINDI is out of service" "The maintenance will try to put this WINDI in service" "Try with another DECT8 board";
Может кто сталкивался с такой бедой и знает как ее разрешить? Помогите, пожалуйста...