Блин,
стыдно, конечно...  
действительно, есть описание в доке...

Спасибо большое, Вадим...

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

заказчик где-то раздобыл блютусную Трубку 4068EE
и просит ее подключить.

Ни какой инструкции в коробке не было.
В инструкциях для телефона 4068 про подключение блютусной трубки мало чего есть.

Если кто знает тайну подключения такой трубки, подскажите, пожалуйста.
Или может кто даст наводку на инструкцию для этой трубки...

Спасибо.

Забыл сразу отписаться, - исправляюсь...

Проблема решена при личном участии VADа, за что Вадиму спасибо огромное  

...про инцидент правильнее сказать вот так:

При попытке удалить супервижн, сразуже вываливается инцидент:
05/12/12 12:54:45 000001M|---/--/-/---|=0:1721=Phone exc 5, PC 0x090e9318 neqt -1

далее консоль задумывается и через (примерно) минуту выдает
┌─Error:────────────────────────────┐
│ CANCEL to close this window │
│ Processing Failure │
│ OBJECT -1: Key No.: Confmem error │
└───────────────────────────────────┘

и уже вместе с этим сообщением вываливается второй инцидент:
05/12/12 12:55:45 000001M|---/--/-/---|=0:2663=IPC Chorus err: appli MAO_AGENT oper 9 err -8

"Memory re-initialization" попробовал, - безрезультатно...  

Играть со стендбайным процессором днем заказчик не позволит.
Попробую как нибудь вечерком...

ЗЫ
Заметил такую вещь: во время попытки удаления кнопки Супервижина вываливается инцидент:
05/12/12 12:19:18 000001M|---/--/-/---|=0:1721=Phone exc 5, PC 0x090e9318 neqt -1

ЗЫЗЫ
базу сейчас отправлю...

Спасибо, большое...

Там всего одна плата DECT8 была, - вся и не работала.
Что примечательно, прописал в свободном месте  еще одну плату DECT8, - начала сыпать те же инциденты (см. первый пост).

ЗЫ.
дернул на свой страх и риск INTOF - перезагрузил всю полку... Ожило

Дект заработал и инциденты пропали, - видать при рестарте чой-то недогрузилось...  
Спасибо, Вадим...

Блин,
так надеялся на ресет...
сделал, а он не помог  
Вообще теперь в шоке...

PS

INTOFину тоже хотел дернуть, но пока не разрешают...

(1)xa000001> infocs
Wed Dec  5 09:01:33 GMT-7 2012
+----------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
+----------------------------------------------------------------------+
|    0 |   3   |       NPRAE  |     1   | 199  |     SYNCHRO | TG:7    |
+----------------------------------------------------------------------+
+---------------------------------------------------------------------+
| Synchronization on global domain X |
+---------------------------------------------------------------------+
+========================== Synchro DECT ==================================+
+--------------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | DECT_CLOCK   | Depending Crystals          |
+--------------------------------------------------------------------------+
|    3 |   0   |       DECT8  | DTM SYNCHRO |   0   1   2   4   5   6   7   8   9|
|   10 |   2   |       DECT8  | DTM SYNCHRO | X |
|   12 |   0   |       DECT8  | DTM PRESENT | X |
|   12 |   2   |       DECT8  | DTM SYNCHRO | X |
|   13 |   0   |       DECT8  | DTM SYNCHRO | X |
|   14 |   8   |       DECT8  | DTM SYNCHRO | X |
+--------------------------------------------------------------------------+
+========= campus synchronization via INTOFS ====================+
this node 1 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0
----------------------------------------------------------------------------------------

В первом посте номера полок я указал от балды, - правильнее будет вот так...

Shelf0/INTOF---(многомод)---INTOF/Shelf5/INTOF---(многомод)---INTOF/Shelf6

Плату дергал в первую очередь и даже руками...

Здравствуйте,
опять прошу помощи...

Есть полка (назовем ее Shelf2) подключена таким образом:

Shelf0/INTOF---(многомод)---INTOF/Shelf1/INTOF---(многомод)---INTOF/Shelf2

Базы включены в плату DECT8.

Накануне ресетил станцию.
После чего вылезла проблема, - на указанной полке перестал работать 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

Прочтение INCINFO понимания не добавило.

INCIDENT NUMBER:     1384
Network indicator:   Alcatel 4400
OBJECT CLASS:        Dhs3Board
EVENT TYPE:          EquipmentAlarm  (4)
PROBABLE CAUSE:      Unknown  (0)
SEVERITY:            Minor

"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";

Может кто сталкивался с такой бедой и знает как ее разрешить?
Помогите, пожалуйста...

ОК,
спасибо, error...

попробую "покурить"...  

Хотя, если честно, уже начинаю сдаваться...  

нет, VAD,
В обоих случаях у нас одна и та же входящая ТГ и тот же входящий номер (3999).
А Displayed name у 72999 установлен 'Familiya' (его ж в сетапе видно)...

Тут вопрос, на в конфигурации ОХЕ (потому как в первом случае она отображает все корректно),
а скорее в теории.
Ведь различия в двух сетапах ничтожны:
| Invoke Ident. : 0001 (1) против Invoke Ident. : 0075 (117)
а также присутствие в "хорошем" сетапе:
| IE:[1e] PROGRESS_ID (l=2) 81 83
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)

и что из этого может влиять на наличие имени на телефоне???

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

Есть такой вот теоретический вопрос.
Есть две конструкции в одной из них имя светится на аппарате, а в другом нет.

В обоих случаях, трасса снималась на входящей ОХЕ, а кусок Router---(qsig)---OXE для обоих вариантов общий...

Хороший вариант.
PBX---(qsig)---Router---(qsig)---OXE
____________________________________________________________­__________________
| (248087:000003) Concatenated-Physical-Event :
| long: 116  desti: 0  source: 0  cryst: 0  cpl: 16  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 01 eb
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1c] FACILITY (l=41)
|   [91] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l=1) End_PTNX
|         [82] Destination Entity (l=1) End_PTNX
|   [8b] Interpretation APDU (l=1): DISCARD (0)
|   [a1] INVOKE (l=27):
|        Invoke Ident. : 0001 (1)
|         OP:  ECMA RO_CALLING_NAME (0)
|         [80] Name presentation allowed (l=16) 'Name Test '
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[28] DISPLAY (l=16) `Name Test `
| IE:[6c] CALLING_NUMBER (l=10) -> 29 81 Num : 05571400
| IE:[70] CALLED_NUMBER (l=5) -> a9 Num : 3999
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|____________________________________________________________­__________________



Плохой вариант.
CiscoCM---(h323)---Router---(qsig)---OXE

____________________________________________________________­__________________
| (243528:000006) Concatenated-Physical-Event :
| long: 86  desti: 0  source: 0  cryst: 0  cpl: 16  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 01 d8
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1c] FACILITY (l=30)
|   [9f] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l= 1) End_PTNX
|         [82] Destination Entity (l= 1) End_PTNX
|   [a1] INVOKE (l=19):
|        Invoke Ident. : 0075 (117)
|         OP:  ECMA RO_CALLING_NAME (0)
|         [80] Name presentation allowed (l= 8 ) 'Familiya'
| IE:[28] DISPLAY (l= 8 ) `Familiya`
| IE:[6c] CALLING_NUMBER (l=7) -> 00 81 Num : 72995
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 3999
|____________________________________________________________­__________________


Вот, смотрю на оба эти сетапа и не могу понять, в чем разница???
Почему в первом случае имя светится, а во втором нет???

Подскажите, пожалуйста, в какую сторону двигаться???

Checkdb выдает только ошибки такого рода:
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=1 invalid cdt

Транки (и группы) живые и рабочие. Транки удалить могу, а группы нет (мешает супервижн).

Супервижены ни удалить, ни изменить не могу, - могу только изменить имя (Memo).

forced delete - пробовали , - не помагает

Попробую вечерком сначала баскулом побаловаться, а уже если не выдет и до рестарта дойдем, думаю...

Спасибо, Вадим...

PS
получается сделать вторую мультилинию и потом удалить первую...