Alcatel-Lucent OmniPCX Enterprise
standard installation last performed: 01-Jan-2000 00:08:00
#       The role of the CPU is MAIN          
Application software identity
R8.0.1-g1.503-35-ru-c80s1
Business identification: R8.0.1
Release:
DELIVERY g1.503
Patch identification: 35
Dynamic patch identification: none
Country: ru
Cpu: c80s1
ACD VERSION
release : 8
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat :  11

Получили SMG-2016 и проверяем возможность работы алкателей корпоративной сети напрямую с ней по H.323.
В  том числе и транзитные вызова через SMG на другие станции сети. На SMG-2016 для нормальной работы пришлось
выключить Fast Start.
имеем схему:

1. Алкатель - H.323 - SMG-2016 - PRI - LG CS1000
Вызов идет нормально с КПВ , соединением и всем остальным.
============================================================­=================================================


172.16.193.6
~t3label: 2
____________________________________________________________­__________________
| (990692:000004) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 101  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  00 82
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G729  Ece 1 Vad 0 Profil 1, IPv4 :10.193.36.154.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD)   -> G723/1/0  G711a/1/1  
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32616, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP SR = 32617, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP RR = 32617, IPv4 :   172.   16.  193.    7.
|    -> Port Fax     = 32619, IPv4 :   172.   16.  193.    7.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 6290
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 6009
|____________________________________________________________­__________________

18:02:25
~t3label: 3
____________________________________________________________­__________________
| (990693:000006) Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d]  Call ref :  80 82
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|____________________________________________________________­__________________

18:02:25
~t3label: 4
____________________________________________________________­__________________
| (990695:000007) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  80 82
|____________________________________________________________­__________________
|
| [97] Locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=2)
|    -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|    -> Transm_Bande=0 detection_Q23=1
|____________________________________________________________­__________________

18:02:35
~t3label: 8
____________________________________________________________­__________________
| (990792:000011) 1038: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  00 82
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

18:02:35
~t3label: 10
____________________________________________________________­__________________
| (990792:000013) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  80 82
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

18:02:35
~t3label: 11
____________________________________________________________­__________________
| (990792:000014) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  00 82
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

============================================================­==================================================
2. Алкатель - H.323 - SMG-2016 - PRI - MD110 Ericsson
Вызов идет нет КПВ  после ответа нормальное соединение и все остальное.
============================================================­==================================================
1
172.16.193.6
~t3label: 20
____________________________________________________________­__________________
| (991671:000023) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 101  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  00 83
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G729  Ece 1 Vad 0 Profil 1, IPv4 :10.193.36.154.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD)   -> G723/1/0  G711a/1/1  
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32688, IPv4 :   172.   16.  193.    8.
|    -> Port RTCP SR = 32689, IPv4 :   172.   16.  193.    8.
|    -> Port RTCP RR = 32689, IPv4 :   172.   16.  193.    8.
|    -> Port Fax     = 32691, IPv4 :   172.   16.  193.    8.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 6290
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 6609
|____________________________________________________________­__________________

18:04:03
~t3label: 21
____________________________________________________________­__________________
| (991673:000025) Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d]  Call ref :  80 83
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|____________________________________________________________­__________________

18:04:12
~t3label: 23
____________________________________________________________­__________________
| (991759:000027) 1038: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  00 83
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

18:04:12
~t3label: 25
____________________________________________________________­__________________
| (991759:000029) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  80 83
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

18:04:12
~t3label: 26
____________________________________________________________­__________________
| (991759:000030) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  00 83
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
============================================================­==================================================

3. Алкатель - H.323 - SMG-2016 - SIP абонент зарегистрированный на самой SMG
Вызов идет нет КПВ  после ответа нормальное соединение и все остальное.
============================================================­==================================================
1
172.16.193.6
~t3label: 33
____________________________________________________________­__________________
| (992301:000037) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 101  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  00 84
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G729  Ece 1 Vad 0 Profil 1, IPv4 :10.193.36.154.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD)   -> G723/1/0  G711a/1/1  
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32632, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP SR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP RR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port Fax     = 32635, IPv4 :   172.   16.  193.    7.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 6290
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 7500
|____________________________________________________________­__________________

18:05:06
~t3label: 34
____________________________________________________________­__________________
| (992303:000039) Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d]  Call ref :  80 84
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|____________________________________________________________­__________________

18:05:14
~t3label: 35
____________________________________________________________­__________________
| (992381:000040) Physical-Event :
| long: 30  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  80 84
|____________________________________________________________­__________________
|
| IE:[4c] CONNECTED_NUMBER (l=2)  ->  00  80  Num :
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 0 Vad 0
| IE:[0a] EI_RTP_INFO (l=2)
|    -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|    -> Transm_Bande=0 detection_Q23=1
|____________________________________________________________­__________________

18:05:14
~t3label: 38
____________________________________________________________­__________________
| (992381:000043) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  00 84
|____________________________________________________________­__________________

18:05:14
~t3label: 40
____________________________________________________________­__________________
| (992381:000045) Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : FACILITY [62]  Call ref :  80 84
|____________________________________________________________­__________________
|
| [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     = 20048, IPv4 :    10.  193.   36.  154.
|    -> Port RTCP SR = 20049, IPv4 :    10.  193.   36.  154.
|    -> Port RTCP RR = 20049, IPv4 :    10.  193.   36.  154.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

18:05:17
~t3label: 42
____________________________________________________________­__________________
| (992415:000047) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  80 84
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

18:05:17
~t3label: 43
____________________________________________________________­__________________
| (992415:000048) 1037: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  00 84
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
============================================================­==================================================

Первые две трассировки без ответа абонента.

Техподдержка ELTEX по снятым на ее стороне трассировкам и трассировкам алкатели однозначно установить причину проблемы не может.
Вот их последний ответ:
Основное отличие успешных от неуспешных - в том, что со стороны SIP или по
потоку Е1 встречные стороны пытаются осуществить раннее проключение канала,
выдать SDP по SIP или inband progress indicator в alerting

Эта же информация дублируется SMG в сторону H323 и, похоже, это не очень  устраивает алкатель

А в успешном встречная сторону не выдает никаки SDP или pi и alerting  выдается в сторону H323 без всяких вложений

Как раз такая же картина в логах что Вы приложили. В успешном и неуспешном  логах от SMG в сторону алкатель есть Alerting, однако по логам алкателя в  успешном случае он видит alerting, а в неуспешном нет и ругается как раз  сообщением status на вложение

.110 0100 = Cause value: Invalid information element contents (100)

Проводился ряд экспериментов, в которых вместо алкатели инициатором вызова были MX-ONE, Меридиан, Cisco, TAU-32ip - шлюз voip от Eltex.
Во всех случаях выключения Fast Start не требовалось, вызова проходили нормально с КПВ.

Да. В обратную сторону со всех АТС подключенных  к SMG-2016 транзитные вызова на алкатель идут нормально.

Может есть умные люди, которые помогут выявить и решить проблему?

Есть станция:
#       The role of the CPU is MAIN          
Application software identity
R6.1.1-f2.502-33-a-ru-c7
Business identification: R6.1.1
Release:
DELIVERY f2.502
Patch identification: 33
Dynamic patch identification: a
Country: ru
Cpu: c7
ACD VERSION
release : 6
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat :  11
Примерно пару раз в месяц станция начинает глючить по H323 протоколу.
Транзитный вызов PRI - H323 перестают проходить, как и входящие и транзитные H323 - PRI.
Вызов pri - h323 по PRI
~t3label: 9
____________________________________________________________­__________________
| (647427:052869) Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 05 cb
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
| IE:[6c] CALLING_NUMBER (l=10) -> 00 80 Num : 62507999
| IE:[70] CALLED_NUMBER (l=11) -> 81 Num : 1063616490
|____________________________________________________________­__________________

20:49:20
~t3label: 10
____________________________________________________________­__________________
| (647427:052870) 989: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  85 cb
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________

20:49:20
~t3label: 15
____________________________________________________________­__________________
| (647427:052876) 990: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 85 cb
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

20:49:20
~t3label: 16
____________________________________________________________­__________________
| (647428:052877) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 05 cb
|____________________________________________________________­__________________

20:49:20
~t3label: 17
____________________________________________________________­__________________
| (647428:052878) 990: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 85 cb
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________


Тот же вызов в сторону H323:
~t3label: 11
____________________________________________________________­__________________
| (647427:052871) 989: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 109  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 04 73
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G729 Ece 1 Vad 0 Profil 1, IPv4 :172.16.193.8.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|     -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0 read_rf=0
|     -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|     -> Port RTP     = 32700, IPv4 :   172.   16.  192.   67.
|     -> Port RTCP SR = 32701, IPv4 :   172.   16.  192.   67.
|     -> Port RTCP RR = 32701, IPv4 :   172.   16.  192.   67.
|     -> Port Fax     = 32702, IPv4 :   172.   16.  192.   67.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=10) -> 00 81 Num : 62507999
| IE:[70] CALLED_NUMBER (l=9) -> 81 Num : 63616490
| [a1] Sending complete
|____________________________________________________________­__________________

20:49:20
~t3label: 12
____________________________________________________________­__________________
| (647427:052873) Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  84 73
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________­__________________

20:49:20
~t3label: 13
____________________________________________________________­__________________
| (647427:052874) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 84 73
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 a9 -> [a9] TEMPORARY FAILURE
|____________________________________________________________­__________________

20:49:20
~t3label: 14
____________________________________________________________­__________________
| (647427:052875) 989: 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 : REL COMP [5a] Call ref : 04 73
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

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

Досталось несколько аппаратов 4029 и 4019 а к ним консоли на 40 и 10 кнопок.
Сам аппарат прописал, консоль к нему подключил.
На кнопки аппарата функции прописываются нормально, а вот как и где прописывать на кнопки консоли интуитивно не понял.
Прописывание функций сверх 6 находящихся на самом аппарате приводит к программированию виртуальных кнопок сдвигающихся стрелками на аппарате.
Может еще саму консоль надо прописать в станции или опцию на этот номер в нстройках поставить?
Спасибо.

Имеется в городе две древние координатки, так вот при звонках на эти станции происходят различные глюки.
Например при транзитном вызове h323 терминал - алкатель - PRI на терминале нет сигнала КПВ и через некоторое время если абонент не снимает трубу происходит отбой по тайм-ауту.
При звонке с sip номера алкатели на номера этих станций КПВ присутствует, но после отбоя со стороны sip абонента, на номерах тех станций нет сигнала отбоя. Тишина.
Вот три трассировки. Две транзитный вызов, третья вызов с sip номера алкатели.
Может подскажите что не так с этими вызовами и в какую сторону направлять провайдера для исправления глюков?
Вызов h323 терминал - алкатель:
172.16.193.6 03.04.14 07:57:26
~t3label: 17
____________________________________________________________­__________________
| (542968:000020) Physical-Event :
| long: 55  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 00 13
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1) a3 -> T2 : Any B channel
| IE:[28] DISPLAY (l=5) `7270`
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 7270
| IE:[70] CALLED_NUMBER (l=11) -> 81 Num : 6361255745
|____________________________________________________________­__________________

07:57:26
~t3label: 18
____________________________________________________________­__________________
| (542968:000021) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 35  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 13
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=3) : (COMP/ECE/VAD)
| -> G729/1/0  G723/1/0  G711a/1/1  
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
|____________________________________________________________­__________________

07:57:26
~t3label: 20
____________________________________________________________­__________________
| (542968:000023) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62] Call ref : 80 13
|____________________________________________________________­__________________
|
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32632, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP SR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP RR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port Fax     = 32635, IPv4 :   172.   16.  193.    7.
|____________________________________________________________­__________________

07:57:40
~t3label: 24
____________________________________________________________­__________________
| (543104:000027) 1043: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 13
|____________________________________________________________­__________________
|
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32632, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP SR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP RR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port Fax     = 32635, IPv4 :   172.   16.  193.    7.
|____________________________________________________________­__________________

07:57:40
~t3label: 26
____________________________________________________________­__________________
| (543104:000029) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT (07)  Call ref :  80 13
|____________________________________________________________­__________________
|
| [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=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32632, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP SR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port RTCP RR = 32633, IPv4 :   172.   16.  193.    7.
|    -> Port Fax     = 32635, IPv4 :   172.   16.  193.    7.
| IE:[1e] PROGRESS_ID (l=2) 80 88
|____________________________________________________________­__________________

07:57:40
~t3label: 27
____________________________________________________________­__________________
| (543105:000031) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT ACK (0f)  Call ref :  00 13
|____________________________________________________________­__________________

07:57:40
~t3label: 28
____________________________________________________________­__________________
| (543106:000032) Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : FACILITY [62] Call ref : 00 13
|____________________________________________________________­__________________
|
| [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     = 30000, IPv4 :    10.  193.   36.  157.
|    -> Port RTCP SR = 30001, IPv4 :    10.  193.   36.  157.
|    -> Port RTCP RR = 30001, IPv4 :    10.  193.   36.  157.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

07:57:52
~t3label: 29
____________________________________________________________­__________________
| (543224:000033) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 00 13
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 a9 -> [a9] TEMPORARY FAILURE
|____________________________________________________________­__________________

07:57:52
~t3label: 30
____________________________________________________________­__________________
| (543225:000034) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 80 13
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

это тот же вызов алкатель - pri:
172.16.193.6 03.04.14 07:57:26
~t3label: 19
____________________________________________________________­__________________
| (542968:000022) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 46  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 18 c7
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 7270
| IE:[70] CALLED_NUMBER (l=7) -> 80 Num : 255745
| [a1] Sending complete
|____________________________________________________________­__________________

07:57:26
~t3label: 21
____________________________________________________________­__________________
| (542969:000024) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  98 c7
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|____________________________________________________________­__________________

07:57:33
~t3label: 22
____________________________________________________________­__________________
| (543034:000025) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  98 c7
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

07:57:40
~t3label: 23
____________________________________________________________­__________________
| (543104:000026) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  98 c7
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

07:57:40
~t3label: 25
____________________________________________________________­__________________
| (543104:000028) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  18 c7
|____________________________________________________________­__________________

07:57:52
~t3label: 31
____________________________________________________________­__________________
| (543225:000035) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 18 c7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

07:58:21
~t3label: 32
____________________________________________________________­__________________
| (543518:000036) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 98 c7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

07:58:21
~t3label: 33
____________________________________________________________­__________________
| (543518:000037) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 18 c7
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________


А это вызов с sip номера алкатели:
172.16.193.6 03.04.14 08:00:06
~t3label: 40
____________________________________________________________­__________________
| (544568:000044) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 50  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 18 c9
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 85 -> T2 : B channel 5 exclusive
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 7272
| IE:[70] CALLED_NUMBER (l=7) -> 80 Num : 255745
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

08:00:06
~t3label: 41
____________________________________________________________­__________________
| (544569:000045) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  98 c9
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 85 -> T2 : B channel 5 exclusive
|____________________________________________________________­__________________

08:00:13
~t3label: 42
____________________________________________________________­__________________
| (544633:000046) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  98 c9
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

08:00:19
~t3label: 45
____________________________________________________________­__________________
| (544697:000049) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  98 c9
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

08:00:19
~t3label: 46
____________________________________________________________­__________________
| (544697:000050) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  18 c9
|____________________________________________________________­__________________

08:00:27
~t3label: 47
____________________________________________________________­__________________
| (544777:000051) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 18 c9
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

08:00:57
~t3label: 48
____________________________________________________________­__________________
| (545076:000052) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 18 c9
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

08:00:57
~t3label: 49
____________________________________________________________­__________________
| (545077:000053) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 98 c9
|____________________________________________________________­__________________

Не обращал особого внимания, а тут абоннетов по SIP подключенных к станции прибавилось.
Набираю номер алкатели зарегистрированный на SIP аппарате с другой станции, соединенной с алкателью по потоку.
Абонент занят, а мне в трубу звучат трехтональные сигналы, которые обычно звучат при вызове неисправного или заблокированного абоннета.
А так хочется услышать обычный, привычный в таких случая сигнал "занято" в соответствии со стандартом.
Может кто подскажет, где это можно поправить?

Станция подключена E1 с другими станциями и H323 с корпоративной сетью.
Транзитом через алкатель худо бедно факсы ходят нормально.
Кодек стоит G711.
Сегодня случилось поставить факс на внутренний номер через SIP шлюз.
Входящие факсы не идут, договорится чет не могут.
При исходящем вызове факса, после ответа факса, идет отбой.
На внутренем аналоговом номере станции ситуация аналогичная.
Вопрос простой. В какую сторону копать.

Имеем следующую схему связи (упрощенно):
сеть корпоративная из Alcatel - H323 - Alcatel - PRI - MD110 AASTRA - PRI - CS1000 LG
Алкатель работает как шлюз по H323 в корпоративную сеть. Все работает. Вызова ходят во все стороны и проблем особых не замечено.
Сейчас как резервный вариант схема несколько меняется
сеть корпоративная из Alcatel - H323 - MD110 AASTRA - PRI - CS1000 LG
на стороне Алкатели никаких изменений настроек не производилось.
Вызова с MD110 на корпоративные Алкатели ходят нормально без всяких проблем. Вызова с CS1000 транзитом через MD110 на сеть из Алктелей тоже без проблем.
От Алкателей из корпоративной сети вызова на MD110 проходят нормально.
А вот от Алкателей из корпоративной сети вызова на CS1000 транзитом через MD110 наблюдается проблема.
Вызов проходит, абонент CS1000 берет трубу, происходит нормальное соединение и через 0.5 секунды отбой.
Трассировки снятые на MD110 по PRI показывают что отбой идет не со стороны CS1000.
Трассировку по H323 протоколу на MD110 к сожаление из-за отсутствия опыта понять не удалось, хотя трассировщик ее успешно дешифровал.
Вместо CS1000 аналогичным образом включалась другая станция, ситуация осталась прежней.
Делались тестовые вызовы с компьютерной программы работающей по H323 опенфоне, как на MD110, так и через нее транзитом на CS1000. Соединение проходит нормально и никаких отбоев не происходит.
Вопрос собственно один как снять трассировку на стороне алкатели и понять природу этого отбоя.

После установки нового HDD, заливки системы и восстановления с февральского 2012 года бекапа данных, обнаружилась старая проблема. А именно сетевой порт голосового сервиса постоянно отваливается, на ком порт сыплется информация об инциндентах, пропадают пинги до голосового шлюза и как следствие периодически происходят перезагрузки.
Для эксперимента была из бекапа 2010 года загружена конфигурация. Сутки почти работает и всех выше описанных проблем не наблюдается. Но она очень древняя, была снята сразу после инсталляции станции. В ней много чего не настроено и самое главное в таком виде через станцию транзитом с ip на e1 не ходят факсы.
Исходя из этого есть два вопроса.
Как средствами программы 4760i получить наглядные и доступные для офлайн просмотра все настройки станции.
Цель загрузить бекап 2012 года и сняв визуальные настройки, затем методом сравнения довести до актуального состояния конфигурацию 2010 года. Может есть другой какой способ это сделать?
В какую сторону копать на предмет нормального прохождения факсов транзитом?

После крушения HDD в станции, была произведена замена диска и заливка по на станцию.
К сожалению удалось найти только очень ранний файл бекапа mao-acc 2010 года.
После заливки обнаружились его отличия от актуального.
С тех пор были переконфигурирования транков в транкгруппах E1 и еще много всего по мелочи.
Между тем имеются скопированные все данные из каталога /usr4/BACKUP/ на февраль 2012 года. С тех пор в станции изменений не производилось.
Специалист с верхней организации сказал что восстановить актуальные данные с этих файлов не получится.
В принципе структура архива mao-acc и mao-dat ничем не отличается, только в  mao-acc из каталога mao больше файлов и присутствует архив каталога vg.
Прошу поделится опытом. Как быть в этом случае?
И если нельзя восстановить конфигурацию из архива mao-dat то на какой предмет станция аккуратно складывает и хранит их каждый день неделю месяц?

Станция перестала принимать входящие по H323, шлюз пинговался с проподанием пакетов.
Телнетом на станцию удалось зайти один раз, но посмотреть ничего не удалось, так как доступ к станции пропал совсем.
При подключении к COM порту станция выдает следующее:  
loading  XILINX
first address: fff50000 ,last adress: fff729f4, first value : ff  
binary size : 138 Ko (141812 octets)
FPGA HEX download begin
X
FPGA download finished

CheckSum = 0x65
Configuration ended (DONE = 1)
No error (INIT/ERROR = 1)
SR7= 00
Memory Test
cascaded counter RESET  and Watchdog restarted with 255 min
running flash(soldered=1 socket=0)=1,BIOScase:4,BIOSv24:0,verrou=1,algoNOR=1,size=4,base=ffe00000
Bios case 4

*** CPU7-1 Board version  3BA23259AAAD04   ***
*** CPU7-1 Layout 1 ***
*** BIOS Version 3BA24115AABP bscpu7300/002.016 ***
*** Generated on  Oct/21/2004 at 13:50 ***

*** Pentium III @ 695 ***

CMOS is available
PCI command read for natsemi : 00000347
PCI Master Bit  Setting...
pci_command set to:0357
0000 0080 009f 0053 00af 0081  , IRQ 12.
eth0: Transceiver status 0x00007869  advertising 000005e1
Hard Disk #0 : TOSHIBA MK2023GAS                       19077 Mo
Parameters :
       Type            00000
       Extended Type   00255
       Sectors / track 00063
       Landing Zone    00000
       Control Byte    00000
       Write Precomp   00000
       Heads           00016
       Nb of Cylinders 16383
       HD size(cyl*sec by track*head*sector size)   08455 MO(decimal)
time :sec=22,min=57,hour=22,DoW=07,date=16,Month=08,year=12
time :sec=26,min=57,hour=22,DoW=07,date=16,Month=08,year=12

CPU7 informations :
       Memory Detected : 262144 Ko
       Flash Not Detected
       DaughterBoard Not Detected
       XILINX Detected
               XILINX Chip Initialization OK
               Ethernet Found : 1
               Ethernet Chip Initialization OK
       Hard Disk Detected
               Hard Disk Found : 1
check lock RTC
unlock RTC forced
IO2 absent
value of DIL switch forced CPU7  02
USB Base address is fc21
No HD trace



YOU CAN strike Ctrl B to enter in BIOS monitor during several seconds from NOW !

shut ok
Boot from hard disk #0
Watchdog started with 3 min
valeur  index DXCX = ff01feff
stage1 read errorExc : Nmi
WDog!
no external NMI causes are enable
cascaded counter RESET  and Watchdog restarted with 255 min
1Mo RAM OK
cascaded counter RESET  and Watchdog restarted with 255 min
running flash(soldered=1 socket=0)=1,BIOScase:4,BIOSv24:0,verrou=1,algoNOR=1,size=4,base=ffe00000
Bios case 4

*** CPU7-1 Board version  3BA23259AAAD04   ***
*** CPU7-1 Layout 1 ***
*** BIOS Version 3BA24115AABP bscpu7300/002.016 ***
*** Generated on  Oct/21/2004 at 13:50 ***

*** Pentium III @ 697 ***

CMOS is available
PCI command read for natsemi : 00000347
PCI Master Bit  Setting...
pci_command set to:0357
0000 0080 009f 0053 00af 0081  , IRQ 12.
eth0: Transceiver status 0x00007869  advertising 000005e1
Hard Disk #0 : TOSHIBA MK2023GAS                       19077 Mo
Parameters :
       Type            00000
       Extended Type   00255
       Sectors / track 00063
       Landing Zone    00000
       Control Byte    00000
       Write Precomp   00000
       Heads           00016
       Nb of Cylinders 16383
       HD size(cyl*sec by track*head*sector size)   08455 MO(decimal)
time :sec=39,min=01,hour=23,DoW=07,date=16,Month=08,year=12
time :sec=44,min=01,hour=23,DoW=07,date=16,Month=08,year=12

CPU7 informations :
       Memory Detected : 262144 Ko
       Flash Not Detected
       DaughterBoard Not Detected
       XILINX Detected
               XILINX Chip Initialization OK
               Ethernet Found : 1
               Ethernet Chip Initialization OK
       Hard Disk Detected
               Hard Disk Found : 1
check lock RTC
unlock RTC forced
IO2 absent
value of DIL switch forced CPU7  02
USB Base address is fc21
No HD trace



YOU CAN strike Ctrl B to enter in BIOS monitor during several seconds from NOW !

shut ok
Boot from hard disk #0
Watchdog started with 3 min


И так по кругу.
Судя по всему проблемы с диском или может есть другие мнения?

Ip транкгруппа для общения с другими станцими корпоративной сети.
В параметрах прописано Overlap Dialing NO и Number Or Digits To Send 22.
C набором на большинство станций сети проблем никаких нет.
Прописал новый префикс в Direct Abbrev.Numbering 75 Call Number #10275 и адрес ip yate.
И происходит странная вещь. Прина наборе с аналоговых аппаратов алкатели 75 таймаут, с sip аппаратов алкатели набор 75xx проходит нормально.
В логах yate видно, что станция присылает только первые две цифры 75.
Тоесть такое впечатление что набор энблоком проходит нормально, а оверлапом нет.
Но в настройках транкгруппы оверлап выключен и по логике станция алкатель при наборе с аналогово номера должна ждать набора всех цифр номера.
При транзите с PRI на IP, алкатель ведет себя точно также.
Может кто подскажет как исправить такое аномальное поведение?

На станции имеется две транк группы 100 (PRI) и 102 (IP). Также прописана еще одна транк группа с названием 103 SIP.
Прописывали ее при установке и с какой целью непонятно. Толи она требуется для работы sip абонетов или еще для чего.
Есть желание организовать SIP транк группу для связи с FreeSwitch.
Интересуют такие моменты: необходимость отдельной лицензии на это и где посмотреть ее наличие/отсутствие.
Необходимость для организации sip транк группы дополнительного железа или это будет работать через железо прописанное в 102 (ip) транкгруппе где бегает H323?

На станции имеется две транк группы 100 (PRI) и 102 (IP).
Для обработки входящих вызовов на абонентов станции и транзитных на PRI в таблице DDI прописаны правила типа:
Для транзита
First External Number 2052626000
First Internal Number #1006000
Range Size 1000
Unique Internal Number NO
Для абонентов станции
First External Number 2052627250
First Internal Number 7250
Range Size 50
Unique Internal Number NO
Встал вопрос как прописать для транзита набор превышающий 8 цифр в First Internal Number и 10000 в Range Size.
Или как при входящем наборе например 2052624xxxxx или 20526298495xxxxxxx обойти обработку в таблице DDI.

На станции три транк группы 100 поток PRI на другую станцию, 102 ip в корпоративную сеть и 130 sip для внутренних sip аппаратов.
Прописано 0 и 1 Entities с префиксом станции в корпоративной сети 7777.
при звонках с sip аппарата в 100 и 102 транк группы префикс сети подставляется нормально.
А вот заставить подставлять этот префикс на все вызова из 100 транкгруппы в 102 никак не удется.
100 и 103 прописаны 2 NPD, в 102 9 NPD.
Помогите чем сможите.

Пожалуйста ткните носом где настраивается последовательность выбора кодеков при работе станции.
Подключил ip SIP шлюз линксисовский. Настроен на 8 sip номеров на алкатели.
Приоритеты такие G711a, G711u, G729a.
Но почемуто всегда по умолчанию включается G729a, если только его совсем не выключить.
Вроде все просмотрел касаемо кодеков и ничего знакомого неувидел.
Спасибо.