Коллеги, добрый день. Никогда не пользовался этой функцией и даже забыл как она называется, сейчас читаю доку, ищу на форумах, и не могу даже вспомнить по каким ключевым словам искать. Подскажите пожалуйста как с телефона назначить номер пустому порту, на котором при поднятии трубки играет подсказка "введите ваш внутренний номер абонента"?
Стояла сто лет станция (R7.1-f5.401.36.d), и тут вдруг понадобилось отслеживать входящие звонки. В трассировке всё ок, номер звонящего приходит корректный:
Доброго времени суток. Сразу извиняюсь за глупые вопросы, но банально никогда с таким не сталкивался. Поиск в доке и гугление ответов не дали. Попалась мне в руки плата NDDI с партнамбером 3BA 52095 ABAA, а в станции установлены 3BA 52095 ACAA. Дока говорит что в конце партнамбера закодирована страна:" NDDI board reference : 3BA 53095 AA to 3BA 53095 AZ (depending on the country)". Предполагаю что плата привезена из-за бугра и предназначена для другой страны. Джамперы установлены так же как на платах в моей станции. Эта плата заведётся и будет ли нормально работать в станции с релизом R5.0.1Ux?
Второй вопрос: Все платы в станции прописаны как NDDI_EE, что это за зверь и чем они от NDDI отличаются?
Почему спрашиваю - упомянутую выше плату станция не видит и нужно понять это мне впарили хлам или я что-то не так делаю.
Коллеги, добрый день. Помогите разобраться. На станции постоянно возникают вот такие инцинденты: 12/02/16 10:20:26 000001M|01/00/-/---|=0:4412=H323 : end of the communication with cause 5
Вот что по этому поводу говорит incinfo: INCIDENT NUMBER: 4412 Network indicator: Alcatel 4400 OBJECT CLASS: Dhs3Board EVENT TYPE: ProcessingErrorAlarm (10) PROBABLE CAUSE: Unknown (0) SEVERITY: Indeterminate
"H323 : end of the communication with cause P1" "P1 cause of the end of the communication" "P1 :" "- 0 : Problem of memory insufficiant" "- 1 : Problem in inserting IE" "- 2 : Problem with H245 Automaton" "- 3 : H245 socket closed by remote" "- 4 : Round trip expiry" "- 5 : Logical channels management error" "- 6 : Capabilities error (check the algo...)" "- 7 : Internal data corrupted" "- 8 : Illegal case" "- 9 : Pool satured"
Соответственно абоненты регулярно жалуются на короткие гудки при попытке позвонить куда то по IP. Подскажите пожалуйста куда смотреть? Почему может возникать данная ошибка?
Столкнулся с необъяснимым: Решили перенести 4760 на виртуальную машину. Исходный R4.2 давно работал под XP, я провёл процедуру апгрейда 4.2->5.1->5.2, всё ок. Сделал бэкап, попытался восстановить его на виртуальной машине с 4760 R5.2 под управлением Win 7, восстановление "зависает". R4.2 на Win 7 не ставиться (что бы провести поэтапный апгрейд), клиент наотрез отказывается ставить XP на свою виртуальную машину. Уже близок к рукопашному переносу базы. Кто то сталкивался с подобной проблемой, и что делать в данном случае?
Добрый день. У меня довольно странный вопрос. Руководство зачем то потребовало список абонентов, которые создавались в этом году. Никаких записей на эту тему естественно не велось, и возник вопрос, можно ли где то посмотреть дату создания абонентов?
Добрый день. После падения 4760 R4.2 уцелел только бекап от июня 2015. Переустановил 4760, восстановил бэкап, синхронизировался со станцией, все ок. Новые тикеты в 4760 увидел, но за июль-август 4760 тикеты брать не хочет. Где и как 4760 отмечает на станции тикеты, которые уже забрала? Подскажите что сделать чтобы она загрузила их повторно?
21.11.14 на одной из станций пошли жалобы, что нельзя из города дозвониться до секретарей. У них несколько MLA кнопок, на которые приходят городские вызовы. В результате сбоя звонок проходил только на MLA кнопку с order 1, следующий звонящий уже слышал "занято". Перезагрузку в рабочее время было делать нельзя, помогло пересоздание MLA кнопок. Вечером того же дня та же проблема у других секретарей, так же имеющих MLA кнопки, на которые приходят городские вызовы. Так же решилось пересозданием кнопок. Подскажите, пожалуйста, что могло произойти и как этого избежать в будущем?
14/11/14 20:06:11 000001M|---/--/-/---|=4:0274=DTMF receiver release error 17/11/14 20:29:11 000001M|000/19/-/---|=3:3515=DO CASE error 5 84 0 0 18/11/14 10:37:06 000001M|---/--/-/---|=4:0274=DTMF receiver release error 18/11/14 14:35:42 000001M|000/11/-/---|=3:3515=DO CASE error 5 84 0 0 19/11/14 15:16:58 000001M|000/22/0/028|=5:2053=Terminal 28 in service 19/11/14 16:31:51 000001M|000/21/-/---|=0:3773=Bad frame Acc 0 (S=0x82) ABT=8 TOT=0xc2eb Nok=0x03cb 20/11/14 22:33:39 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login" 21/11/14 02:01:36 000001M|---/--/-/---|=3:2676=Cmisd : connection problem (Broken pipe) 21/11/14 08:59:43 000001M|000/18/0/002|=3:2050=UA Terminal 2 Loss 21/11/14 08:59:43 000001M|000/18/-/---|=4:3754=UA link no longer responding 21/11/14 09:00:25 000001M|000/22/0/003|=5:2053=Terminal 3 in service 21/11/14 09:14:31 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login" 21/11/14 09:20:54 000001M|000/22/0/003|=5:2053=Terminal 3 in service 21/11/14 09:38:58 000001M|000/04/-/---|=3:3515=DO CASE error 5 84 0 0 21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (331 913 0) especially TEI or flag 21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (332 913 384) especially TEI or flag 21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (331 913 1) especially TEI or flag 21/11/14 11:06:34 000001M|000/18/0/022|=3:0287=Header msg pb (T2, T0 or S0), (332 913 1163) especially TEI or flag 21/11/14 11:43:45 000001M|000/18/0/002|=5:2053=Terminal 2 in service 21/11/14 12:55:53 000001M|000/04/-/---|=3:3515=DO CASE error 5 84 0 0 21/11/14 14:25:27 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0 21/11/14 14:32:31 000001M|000/11/-/---|=3:3515=DO CASE error 5 84 0 0 21/11/14 16:09:24 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0 21/11/14 16:58:28 000001M|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 16:58:29 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 16:58:29 000001M|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 16:58:30 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 16:58:49 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login" 21/11/14 17:09:33 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login" 21/11/14 18:36:55 000001M|---/--/-/---|=2:2670=FREETEL Error 5 (46) 21/11/14 18:36:56 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 18:37:05 000001M|---/--/-/---|=2:2670=FREETEL Error 5 (46) 21/11/14 18:37:26 000001S|---/--/-/---|=3:1505=Rout: eqt number erroneous 557785376 with desti 230 type 0 21/11/14 18:59:48 000001M|000/02/0/018|=3:2050=UA Terminal 18 Loss 21/11/14 18:59:48 000001M|000/02/-/---|=4:3754=UA link no longer responding 23/11/14 19:42:37 000001M|000/09/-/---|=3:3515=DO CASE error 5 84 0 0 24/11/14 02:01:39 000001M|---/--/-/---|=3:2676=Cmisd : connection problem (Broken pipe) 24/11/14 09:41:08 000001M|---/--/-/---|=3:1125=external alarm : "mtcl login"
Коллеги, а нет ли у кого указанного в теме релиза с патчами? Сайт алкатель выкидывает на страницу скачивания R.11. Буду очень признателен если кто нибудь выложит.
Не подскажите как можно получить доступ к станции, у которой были изменены все стандартные пароли? GRUB естественно нет. Где то видел наводку про bootnet, только что с ним делать для доступа к файловой системе ума не приложу.
Доброго всем времени суток. checkdb нашел следующую ошибку: Data base checking in progress ... X ERROR 4351 : DATA INCONSISTENCY, Table NETNODE, Bad local Node in TunParams=0
Читая форумы понял только то, что она очень не хорошая. Но как исправить никто не пишет. Откатится возможности нет, никто уже не скажет когда она появилась. Придется перезаливать базу через импорт-экспорт в 4760?
На станции стоит релиз 9.1. Решил обновить софт, т.к. PCS постоянно не синхронизировался и писал Bad PCS soft. Перезагрузил процессор, зашел в новый BIOS от AMI, выставил загрузку с сетевой карты, сохранил настройки. Проц зацепился по DHCP один раз и замолчал. Подождал минут 10 - выключил. После включения CS-2 пишет:
Initializing Intel® Boot Agent GE v1.2.16P7 PXE 2.0 Build 083 (WfM 2.0) Press Ctrl+S to enter the Setup Menu.
Здравствуйте. Сегодня нужно было добавить нового абонента, имеющего право звонить шефу напрямую. Однако фильтрация не заработала - звонок попадает к секретарю. Создал еще одну тестовую связку фильтрации, она тоже не работает. При этом с ранее созданными связками фильтрации проблем нет. На всякий случай по очереди перезагрузил оба проца, не помогает. Софт на станции R10.0 57.b, никто не сталкивался с подобной проблемой?
Здравствуйте. Не подскажете как можно отключить посылку в сетапе параметра High-layer Compatibility? Дело в том, что у нас стали возникать проблемы с дозвоном на сотовые. Трассировку не удачных звонков со своей стороны пока снять никак не получается. Оператор связи проанализировал свои логи и сказал следующее: "В настоящий момент при установлении соединения с вашей стороны на мобильного абонента вы запрашиваете High layer compatibility, на что нам встречный оператор присылает Call Proceeding=> Alerting с параметром High layer compatibility. На данный запрос Alerting ваша сторона выставляет Status ( с указанием причины non-existent / not emplemented) От сети приходит сигнал CONNECT, а ваша сторона не проключает голосовой канал."
Здравствуйте. Столкнулся вот с какой проблемой: Есть два секретаря, у первой на аппарате кнопка Primary MLA order 1, на которую заведены звонки из города. У второй соответственно Secondary MLA order 1. Работают они посменно, но каждая на своем рабочем месте, и когда надолго отлучаются от аппарата ставят переадресацию себе на мобильный. Проблема в том, что вызовы из города переадресовываются, только на аппарате с Primary MLA. Подскажите это баг или особенность такая? И что можно сделать, что бы все таки иметь похожую на существующую схему работы секретарей и иметь возможность форвардов на мобильный.