Смотрю тут разные функции кнопок на аппаратах и в том числе Set Directory number supervision.
Как надо понимать это контроль номеров других абонентов с возможностью перехвата вызова.
Написано:
A directory number can be supervised by a maximum of 20 supervisors. This function is possible only if the set is multi-line.
И вот пытаюсь прописать на кнопку данную функцию и получаю ошибку что типа The set be multiline.
Пробовал и кнопки аппарата и кнопки 40 кнопочной консоли.
На других станциях на аппаратах эта функция работает и позволяет видеть состояние абонента (занят - свободен - входящий вызов), перехватывать входящие вызова и при состоянии свободен вызывать абонента.
Пробовал включать в свойствах аппарата все опции Multi-Line Properties, но не помогло.
Может 4039 не подходит под данный функционал или надо соблюсти какие либо дополнитеные условия?  

Занимался дублированием HDD на плате CS и подключив консоль заметил что эпизодически (не каждый день) выскакивают сообщения:
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 1, col Night , line 4 incorrect or missing
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 1, col Night , line 4 incorrect or missing
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 0, col Night , line 4 incorrect or missing
28/03/25 20:40:08 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 0, col Night , line 4 incorrect or missing

Может поправить надо данные где-то?

8.0.1 еще одна проблема обнаружилась. Не работает автоматический BACKUP.
В /usr4/BACKUP/ последнее сохранение прошло 25.07.2024 и далее тишина.
Запуская ручками из swinst - Easy menu -
2 Backup database on cpu disk
5 Backup OPS files on cpu disk
backup проходит и в каталоги IMMED и OPS кладет соответсвенно mao-acc и все остальное.
Пробовал включать в Expert menu - 4 Backup & restore operations - 2 Periodic backup operations - 1 Periodic backup on cpu disk - 1

В 3 List periodic operations:

Hour : */6 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/new_adjtime

Hour : */4 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/aging_passwd.sh

Пока непонятно где посмотреть логи этой операции, что мешает запуску или самой процедуре.

Еще один момент. При входе телнетом mtcl и или далее рутом выскакивает сообщение:
There is a disk dump on /dev/crashdump, date: 2024/08/14 04:24:20
смотрел dev, там:
lrwxrwxrwx    1 root     root           10 Jan  1  2000 crashdump -> /dev/hda17
brw-r--r--    1 root     root       3,  17 Jan  1  2000 hda17
ничего непонятно.

Добрый день.
Пытаюсь разобраться в проблеме времени на версии 8.0.1
Инсталяторами было прописана синхронизация на сервере времени локальной сети и прописана временная зона GMT+5.
Я особо на эту тему не смотрел пока не подключил аппарат 4039. На нем отображается вчерашняя дата и время -10 часов.
Высталяю в терминале правильную дату время date --set="20250318 09:09"
Синхронизирую вручную с сервером ntpdate -u 172.10.19.2 и получаю обратно -10 часов.
Делаю:
unlink /etc/localtime
ln -s /usr/share/zoneinfo/Asia/Yekaterinburg /etc/localtime
ln -s /usr/share/zoneinfo/Etc/GMT+5 /etc/localtime
Получаю в терминале правильную дату и время и до и после синхонизации а на телефоне 4039 продолжаем видеть  вчерашнюю дату и время -10 часов.
Может после смены таймзоны требуется перезагрузка станции?
Может пожскажите как с этим все бороться? Спасибо.

8 версия была установлена давно. Особой надобности заходить на нее небыло.
Но тут помер на ней источник питания и после его ремонта решил зайти глянуть, что и как.
Комп с XP с которого ее администрировали давно помер, но остались каталоги  с файлами 4760i и джавы с нашей и алкатели
в соседнем городе.
Закинул к себе на комп с 10 виндой, запускаю launch_runconfig.bat ввожу логин и пароль и получаю в окне:
Connection to administratin server failed.
Для контроля делаю тоже самое в отношении другой алкатели - все заходит проблем нет.
Запускаю launch_runsaveres.bat ввожу логин пароль, проблем нет. Делаю бэкап, все отлично.
По телнету и FTP также никаких проблем.
Пробовал  аналогичные действия на другом компе с 7 версией винды, все аналогично.
Может кто подскажет в какую сторону копать?

 

К сожалению не удалось обнаружить ингформации в доках по OmniPCX Enterprise о возможности установки плат в Medium конструктив от версии офис. Large и smail написано что совместимы, а Medium не упоминается.
В частности нет информации по расположению в этом конструктиве количества pcm и asl в каждой позиции, а без этого не определить места для установки плат GA 2 и CS. Особенно это касается платы CS, так как в мануалах написано что она может ставится только в 0 или 8 место. Нулевой в Medium занят GD-2, а 8 отстствует.
Всего сейчас плат 7 : GD-2, CS, GA-2, PRI, APA8, UAI16-1, SLI16-1. Ну APA можно за ненадобность выкинуть.
Есть у кого опыт, информация, мысли по этому поводу?  

Сняли, продули, включили - молчит. Через неделю включили - завелась, работала. Периодически на встречной станции проскакивали сообщения о пропадании потока E1.
На дня опять потухла. Открыли, продули, бесполезно. Сняли отделные модули, GD2 стал весело моргать зеленым питанием.
Ставим обратно отдельные модули и включаем, моргает зеленым и гаснет.
Понятно что источник питания глючит.
Документации на него нет. Кикие питания выдает и на каком разъме неизвестно.
На авито попадаются обявления о продаже станций с подобным глюком сточника питания.
Вопрос собственно один, есть сервис который имеет опыт ремонта этих источников питания?
Его предположитеное название PS3N 230V for RACK 3

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 года. Может есть другой какой способ это сделать?
В какую сторону копать на предмет нормального прохождения факсов транзитом?