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

ЗАО "ИНТЕРСИСТ" [тема: пропущенные вызовы] http://www.intersyst.ru Новое в теме пропущенные вызовы форума Конфигурирование на сайте ЗАО "ИНТЕРСИСТ" [www.intersyst.ru] ru http://backend.userland.com/rss2 Tue, 13 Oct 2026 13:31:29 +0500 пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
патч ничего не изменил :( ... похоже проблема именно в базе
кто нибудь может подсказать что это за таблица - ACTGRSC (155/340)...?
24.04.2012 14:53:43, ahvel.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8870/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8870/ Tue, 24 Apr 2012 14:53:43 +0600 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Насчет переполнения буфера и пр - да делал рестарт проца, второй автоматически подхватил управление, и вроде бы буфер очистился(на тестовом аппарате пропали неотвеченые)

Если есть возможность - сделать рестарт - всмысле одновременно оба проца запустить в рестарт? такое только посреди ночи...

в том то и дело что в какой то момент перестали оставаться внешние пропущенные звонки. в конфиге ничего не менялось на тот момент... внутренние и сетевые(с других станций) исправно фиксируются.

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

PS: делал ребилд базы (fichges_recovery....)на всяк случай, вышла следующая ошибка

Recovering data/index files for table ACTGRSC (155/340)...Open file ACTGRSCM fai
led
Error -16002
done
что в этом файле? не есть ли это первопричина глюков?
16.04.2012 14:27:32, ahvel.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8799/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8799/ Mon, 16 Apr 2012 14:27:32 +0600 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Насчет переполнения буфера и пр. - делали рестарт или просто bascul? При переключении - не всегда становится лучше (иногда даже хуже, т.к. процессора стоят в горячем резерве, со всей базой и состоянием аппаратов и пр.).
Если есть возможность - сделать рестарт. Если поможет - на будущее чего-то думать.

Имеется в виду - если просто перестали отображаться (ничего не делали, два дня назад работало, а сегодня нет).

Если чего-то делали - меняли NPD, DID, external callback translation, типы транковых групп (приватные или нет) - тогда смотрите сначала чего делали.
16.04.2012 13:37:23, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8797/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8797/ Mon, 16 Apr 2012 13:37:23 +0600 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
день добрый
вылезла проблема такого плана - перестали отображаться пропущенные звонки извне.
звонок приходит через Genesys люди либо донабирают номер либо через агента соединяются.
по внутренней связи всё ок.
Calls Not Answered Storage Mode + On Final Party - включено
у юзеров ISDN включено внешн+внутр+Display ext. calling number

станция кристалл 2 процессора, 2500 абонентов, состоит в сети из 17 узлов

CPU type           : cpu6
Linux version      : 48.14

Delivery software version : f5.401 ;
Patch version             : 25 ;
Dynamic patch version     : b ;

MAO software version      : F5.401 ;
Software Version Name     : R7.1 ;
System Country            : RUSSIA_CIS (19);

Node number       : 2 ;
Network number    : 0 ;

про переполнение буфера, думал. делали тест - при переключении на второй проц, пропущенные звонки пропали с ипытуемого аппарата.
может у кого мысли какие есть? что ещё покрутить\проверить ?
16.04.2012 11:53:17, ahvel.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8796/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message8796/ Mon, 16 Apr 2012 11:53:17 +0600 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
IE:[6c] CALLING_NUMBER (l=13) -> 21 81 Num : 81234567890
это когда остаётся

IE:[6c] CALLING_NUMBER (l=9) -> 41 83 Num : 1234567
IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 1234567890
эти не оставляют

но не в них дело.. пока я снимал эти трейсы обратил ещё внимание на некоторые недоделки.. у нас есть 2 стыка алкателя. условно их можно разделить на старый и новый, так вот при старом конверт сохраняется, а при новом нет. а картина, наблюдавшяеся до этого (когда то сохраняется, то нет) возникла из-за того что маршрутизацию перевели не до конца и при определённом наборе звонок к нам заходил по старой схеме.
при сравнении оказалось, что при старой схеме рилиз отдавался с кодом 90, а в новом - 80. вот на него алкатель и ругается. трейсы привожу ниже. оба с отбоем абонента А до поднятия трубки

так вот новый вопрос: кто-нибудь уже с таким сталкивался? возможно ли сделать что-то с нашей стороны?



новая схема

====code==== 

 ______________________________________________________________________________
| (856317:005625) Physical-Event :
| long: 88  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  00 3a
| X SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1)  a3 -> T2 : Any B channel
| IE:[6c] CALLING_NUMBER (l=9)  ->  41  83  Num : 1234567
| IE:[70] CALLED_NUMBER (l=8)  ->  c1  Num : 1234567
| IE:[7d] HLC (l=2) 91 81
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 0 Vad 0
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=0 detection_Q23=1
|     -> Port RTP     = 16974, IPv4 :    10.   10.    33.  19.
|     -> Port RTCP SR = 16975, IPv4 :    10.   10.    33.  19.
|     -> Port RTCP RR = 16975, IPv4 :    10.   10.    33.  19.
|     -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|______________________________________________________________________________

 ______________________________________________________________________________
| (856317:005627) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 29  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 3a
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3)  a8 83 84 -> T2 : No B channel
|______________________________________________________________________________

 ______________________________________________________________________________
| (856317:005628) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62]  Call ref :  80 3a
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|     -> Port RTP     = 32632, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP SR = 32633, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP RR = 32633, IPv4 :    10.   10.    33.   200.
|     -> Port Fax     = 32635, IPv4 :    10.   10.    33.   200.
|______________________________________________________________________________

 ______________________________________________________________________________
| (856317:005630) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 59  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 3a
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|     -> Port RTP     = 32632, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP SR = 32633, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP RR = 32633, IPv4 :    10.   10.    33.   200.
|     -> Port Fax     = 32635, IPv4 :    10.   10.    33.   200.
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

 ______________________________________________________________________________
| (856319:005632) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  02 46
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (856320:005633) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  82 46
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (856320:005634) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  02 46
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (856373:005635) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  00 3a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 80 -> [80] UNKNOWN
|______________________________________________________________________________

 ______________________________________________________________________________
| (856373:005636) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  80 3a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 81 e4 08 -> [e4] INVALID INFORMATION ELEMENT CONTENTS
|______________________________________________________________________________

 ______________________________________________________________________________
| (856388:005637) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  00 32
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (856389:005638) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  80 32
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________
=============





старая схема

====code==== 
 ______________________________________________________________________________
| (859369:005682) Physical-Event :
| long: 97  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  00 01
| X SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1)  a3 -> T2 : Any B channel
| IE:[6c] CALLING_NUMBER (l=13)  ->  21  81  Num : 81234567890
| IE:[70] CALLED_NUMBER (l=8)  ->  a1  Num : 1234567
| IE:[7d] HLC (l=2) 91 81
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=6) : (COMP/ECE/VAD)
|       -> G711a/0/0  G711a/0/1  G711u/0/0  G711u/0/1
|          G729/0/0  G729/0/1
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=0 detection_Q23=1
|     -> Port RTP     = 32568, IPv4 :    10.   10.    33.   206.
|     -> Port RTCP SR = 32569, IPv4 :    10.   10.    33.   206.
|     -> Port RTCP RR = 32569, IPv4 :    10.   10.    33.   206.
|     -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|______________________________________________________________________________

 ______________________________________________________________________________
| (859370:005684) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 29  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 01
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3)  a8 83 83 -> T2 : No B channel
|______________________________________________________________________________

 ______________________________________________________________________________
| (859370:005685) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62]  Call ref :  80 01
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|     -> Port RTP     = 32688, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP SR = 32689, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP RR = 32689, IPv4 :    10.   10.    33.   200.
|     -> Port Fax     = 32691, IPv4 :    10.   10.    33.   200.
|______________________________________________________________________________

 ______________________________________________________________________________
| (859370:005687) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 59  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 01
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|     -> Port RTP     = 32688, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP SR = 32689, IPv4 :    10.   10.    33.   200.
|     -> Port RTCP RR = 32689, IPv4 :    10.   10.    33.   200.
|     -> Port Fax     = 32691, IPv4 :    10.   10.    33.   200.
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

 ______________________________________________________________________________
| (859371:005689) Physical-Event :
| long: 51  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : FACILITY [62]  Call ref :  00 01
|______________________________________________________________________________
|
| [97] Locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|     -> Transm_Bande=0 detection_Q23=1
|     -> Port RTP     = 32568, IPv4 :    10.   10.    33.   206.
|     -> Port RTCP SR = 32569, IPv4 :    10.   10.    33.   206.
|     -> Port RTCP RR = 32569, IPv4 :    10.   10.    33.   206.
|     -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|______________________________________________________________________________

 ______________________________________________________________________________
| (859417:005690) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 1  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  00 01
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (859417:005691) 1052: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  80 01
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________
=============
18.12.2009 15:59:08, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message385/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message385/ Fri, 18 Dec 2009 15:59:08 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Странно, надо смотреть трассировки, чего там приходит в SETUP в Calling number, сдается мне что проблема не только в числе цифр, но и в типе номера - типа 01 81 или 21 81 (или что хуже 00 80) какое-нибудь приходит. Т.е. в цифрах стоящих перед номером. Типа
IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 1234567

А вообще когда ГОРОД отдает разные идентификаторы - это бардак.
17.12.2009 19:04:19, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message368/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message368/ Thu, 17 Dec 2009 19:04:19 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.

====quote====
bryan пишет:
при аоне 7 и 9 - нет.
=============
здесь немного ошибся 7 и 10. от одной станции так город и остальное приходит
17.12.2009 18:45:25, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message367/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message367/ Thu, 17 Dec 2009 18:45:25 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
аоны разные :) а что в этом какая-то проблема?

Ext.Callback Translation
            Basic Number : DEF

 Nb.Digits To Be Removed : 0
           Digits To Add : --------

не откладыается. обратный вызов пока не сильно интересует
17.12.2009 18:20:59, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message366/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message366/ Thu, 17 Dec 2009 18:20:59 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
А у вас чего - еще и АОН разные? Смотрите Ext. callback translation - чего там в добавлении стоит, ну и кроме того - у вас не ОТКЛАДЫВАЮТСЯ номера или НЕ РАБОТАЕТ обратный вызов?
17.12.2009 18:13:03, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message365/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message365/ Thu, 17 Dec 2009 18:13:03 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
на оставшихся - это абоненты со включенными external и internal
номер звонящего видно на всех.
и вот ещё нашёл интересную вещь: при аоне 11 знаков уведомление о пропущенном вызове остаётся; при аоне 7 и 9 - нет.
17.12.2009 17:52:05, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message364/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message364/ Thu, 17 Dec 2009 17:52:05 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Что значить на оставшихся? На каких то после рестарта станции заработало? Ну и естественно тупой вопрос - при входящем звонке - номер звонящего вообще отображается?
17.12.2009 17:31:21, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message361/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message361/ Thu, 17 Dec 2009 17:31:21 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
2 JKS
переход\перетекание не настроено. да и звонок не уходит никуда. но и с этим параметром уже игрался - не работает

2 VAD
сделал. но на оставшихся аппаратах та же картина

есть ли ещё какние-нибудь параметры, например у абонента или phone facilities, которые могут влиять на это? может права какие-то нужны?
17.12.2009 16:56:44, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message359/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message359/ Thu, 17 Dec 2009 16:56:44 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Станцию заребутить, перед этим пройтись и на злоупотребляющих аппаратах, после чистки неотвеченных звонков выключить ISDN User, External.
17.12.2009 08:45:53, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message344/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message344/ Thu, 17 Dec 2009 08:45:53 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Calls Not Answered Storage Mode + On Final Party  
А перевода вызова по неответу не наблюдается? Тогда искать надо на телефоне на которы переведён вызов - Final Party.
16.12.2009 20:33:47, JKS.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message336/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message336/ Wed, 16 Dec 2009 20:33:47 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
на других аппаратах тоже не отображаются.
а где можно настроить и посмотреть кол-во неотвеченных звонков? и есть ли какие-нибудь средства по автоматическому их удалению или ограничению для пользователей количества пропущенных вызовов, чтобы они не превышали общее количество хранимых для станции
16.12.2009 18:10:11, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message335/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message335/ Wed, 16 Dec 2009 18:10:11 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
А на других аппаратах отображается? Количество не отвеченных звонков не бесконечно, если люди их не смотрят и не удаляют - в больших станциях бывает, что перестают откладываться.
16.12.2009 17:58:01, vad.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message334/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message334/ Wed, 16 Dec 2009 17:58:01 +0500 Конфигурирование пропущенные вызовы пропущенные вызовы в форуме Конфигурирование.
Доброго времени суток.
на iptouch аппаратах не отображаются пропущенные внешние вызова. куда нужно посмотреть?

ветку http://forum.intersyst.ru/read.php?7,10523,10523#msg-10523 читал
стоит
System Option + Calls Not Answered Storage Mode
Calls Not Answered Storage Mode + On Final Party

у пользователей
ISDN Subscr.
External + True
Internal + True
Display ext. calling number + True

не помогает
16.12.2009 17:33:23, bryan.]]> http://www.intersyst.ru/support/forum/messages/forum17/topic49/message333/ http://www.intersyst.ru/support/forum/messages/forum17/topic49/message333/ Wed, 16 Dec 2009 17:33:23 +0500 Конфигурирование