Здравствуйте.

На станции стоит релиз 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.

Version 1.23.1109. Copyright © 2007 American Megatrends, Inc.                
ALCATEL CS-2 BIOS VERSION 0ABPT090 X
Press ^B to enter setup X
Press ^I to boot EFI SHELL X

И перезагружается. Ни по сети, ни с винта грузиться не хочет.
Подскажите, что можно предпринять?

Категории - это решение "в лоб". Холоп при наборе номера руководителя должен дозвониться до его секретаря. И как я уже написал, связку директор секретарь делать никто не даст, и кнопки нажимать не будет. Всё прекрасно работало с фильтрацией, до сегодняшнего дня.

Advanced Reflex Users     : 1/32
Standard Reflex Users     : 7/0
Total Reflex Users        : 8/32
Advanced IP Users         : 0/0
Standard IP Users         : 0/0

Аппарат у нового руководителя 4019. В тестовой схеме 4010. Но не фильтрует.


Как вы обычно боретесь с неразрешимыми глюками софта? Является ли поочерёдная перезагрузка главного и резервного процессоров перезагрузкой станции?

К сожалению задача сложнее. Шеф и замы не хотят ничего нажимать, никогда. И ни при каких обстоятельствах не хотят получать звонки от сотрудников, за исключением белого списка. Всему начальству были присвоены номера начинающиеся с "B" (например B100, B101 и т.д.) и созданы Called Filtered Number 100,101 и т.д. которые по определённому списку отправляли людей "к телу" или к секретарю (у каждого руководителя свой секретарь). И это прекрасно работало много лет, а сегодня при добавлении нового руководителя работать отказалось. Пересоздание всего связанного с этой фильтрацией и абонента не помогает.

Здравствуйте.
Сегодня нужно было добавить нового абонента, имеющего право звонить шефу напрямую. Однако фильтрация не заработала - звонок попадает к секретарю. Создал еще одну тестовую связку фильтрации, она тоже не работает. При этом с ранее созданными связками фильтрации проблем нет.
На всякий случай по очереди перезагрузил оба проца, не помогает.
Софт на станции R10.0 57.b, никто не сталкивался с подобной проблемой?

По последней ссылке не верно указана версия файла в описании: 2.1.0.0

Поднимаю старую тему. У кого то был опыт использования SSD?
Китайская промышленность предлагает уже малогабаритные варианты, подключаемые непосредственно в разъем на плате, без шлейфа. Хочу заказать и потестировать.

Спасибо. Именно это помогло.

К сожалению да.

А мне не помогло. Выставил:
System/With LLC HLC : 0
system/ other system/ ext. signaling param/Send Status for IE non-existent : False

Так же в System стоит:
Ignore ISDN Fault In Mandatory EI + YES
Ignore ISDN Cause Invalid Content + YES
Ignore IPNS EI Notify/Facility + YES          
Ignore All IPNS EI + YES
Ignore IPNS Mess. Notify/Facility + YES
Ignore All RNIS T2 EI + YES

И все равно ничего не изменилась. Вызывающая сторона слышит КПВ, вызываемый абонент снимает трубку и слышит тишину.


____________________________________________________________­__________________
| (101671:000003) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 56  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : xxxxxxxxxx
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 8xxxxxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101672:000005) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101715:000011) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101756:000012) Concatenated-Physical-Event :
| long: 34  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[29] DATE (l=5) -> date : 31 / 07 / 13 16:25
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101756:000013) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 04
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000027) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : 81 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000028) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000029) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 81 7d
|____________________________________________________________­__________________



Процы по очереди перезагрузил. Может в патче косяк? Сейчас стоит R10.0-57.b.

vad, да проявляется очень редко, при звонках только на московский Билайн. Релиз на станции 10.0. Отключил, буду тестировать. Спасибо за подсказку.
Dmitry Ryzhakov, проблема проявлялась в тишине после набора, причем если сразу же перезвонить - все ок.

Здравствуйте.
Не подскажете как можно отключить посылку в сетапе параметра High-layer Compatibility?
Дело в том, что у нас стали возникать проблемы с дозвоном на сотовые. Трассировку не удачных звонков со своей стороны пока снять никак не получается. Оператор связи проанализировал свои логи и сказал следующее:
"В настоящий момент при установлении соединения с вашей стороны на мобильного абонента  вы запрашиваете High layer compatibility, на что нам встречный оператор присылает Call Proceeding=> Alerting  с  параметром High layer compatibility.
На данный запрос Alerting  ваша сторона выставляет Status ( с указанием причины non-existent / not emplemented)
От сети приходит сигнал CONNECT, а ваша сторона не проключает голосовой канал."

Вот пример посылаемого нами сетапа:
____________________________________________________________­__________________
| (726467:000036) 1085: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 60  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 54 3d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : xxxxxxxxxx
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : xxxxxxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________


Соответственно надо отключать HLC, только я не понимаю как это сделать.

Там 4035 аппараты стоят, на сколько я помню на них вкл/выкл при нажатии не работает. Будем упрощать схему, оставив Primary MLA только на одном аппарате.  
Спасибо.

Уже думал над этим. Однако в описании схемы секретарей я все упростил, на самом деле у каждой есть своя Primary MLA order 1 с городским номером. Так что по две кнопки переадресации на каждом аппарате придется мудрить, плюс две кнопки отмены.

Здравствуйте. Столкнулся вот с какой проблемой:
Есть два секретаря, у первой на аппарате кнопка Primary MLA order 1, на которую заведены звонки из города. У второй соответственно Secondary MLA order 1. Работают они посменно, но каждая на своем рабочем месте, и когда надолго отлучаются от аппарата ставят переадресацию себе на мобильный.
Проблема в том, что вызовы из города переадресовываются, только на аппарате с Primary MLA.
Подскажите это баг или особенность такая?
И что можно сделать, что бы все таки иметь похожую на существующую схему работы секретарей и иметь возможность форвардов на мобильный.

raan, столкнулся с аналогичной проблемой. После описанных действий по изменению значений DhcpdSubnetMask PCInstaller заработал нормально. Почему в винде эти параметры "залипают" не понятно...