поставил national

____________________________________________________________­__________________
| (719954:000021) 1411: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 46  desti: 0  source: 15  cryst: 3  cpl: 14  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 98
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=8) -> 21 81 Num : 257400
| IE:[70] CALLED_NUMBER (l=7) -> a1 Num : 216000
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (719954:000022) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 3  cpl: 14  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 80 98
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 02 80 9f -> [9f] NORMAL, UNSPECIFIED
|____________________________________________________________­__________________

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

После установки Ignore ISDN Fault In Mandatory EI + YES появилась входящая связь
а исходящая так и не работает.
Оператор говорит что я ему не передаю call refference volume - Что это может значить что капнуть?

Исходящая ТРАССА

mtracer started ...
(610779:000001) MTRACER host (172.16.235.71, alcatel4400_1), version: R11.0.1-k1.520-29-e-nl-c0
(610779:000001) MTRACER num: 025, time: 2015/02/09 13:50:49, loss: 0%
____________________________________________________________­__________________
| (610811:000002) 1411: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 46  desti: 0  source: 15  cryst: 3  cpl: 14  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 8f
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=8) -> 41 81 Num : 257400
| IE:[70] CALLED_NUMBER (l=7) -> c1 Num : 216000
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (610811:000003) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 3  cpl: 14  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 80 8f
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 02 80 9f -> [9f] NORMAL, UNSPECIFIED
|____________________________________________________________­__________________

Пробовал ни какой реакции на изменение данного параметра

Оператор принимает нейшинл или субскрайбер
В npd выставлял и то и другое не помагает

Поведение при входящей и исходящей связи одинаково

А в самой ТГ эти параметры настраиваются?

Телефончик даже пытается подать голос, но после одного пилика пустота
Подскажите в какую сторону капнуть.

|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 9e -> T2 : B channel 30 preferred
| IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 9140015886
| IE:[70] CALLED_NUMBER (l=7) -> c1 Num : 257400
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (760583:000007) 1412: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 3  cpl: 14  us: 8  term: 1  type a5 | tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  b7 00
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 9e -> T2 : B channel 30 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (760583:000008) 1412: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 3  cpl: 14  us: 8  term: 1  type a5 | tei: 0  <<<<  message sent : ALERT (01)  Call ref :  b7 00
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (760584:000009) Concatenated-Physical-Event :
| long: 27  desti: 0  source: 0  cryst: 3  cpl: 14  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : STATUS [7d] Call ref : 37 00
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=4) 02 80 9f 1e -> [9f] NORMAL, UNSPECIFIED
| IE:[14] CALL_STATE (l=1) 07
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (760584:000010) 1412: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 3  cpl: 14  us: 8  term: 1  type a5 | tei: 0  <<<<  message sent : REL COMP [5a] Call ref : b7 00
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9f -> [9f] NORMAL, UNSPECIFIED

У нас по гос контракту поставили порядка 20 OXO
Software: ALZRU920/017.001
Linux kernel: Linux version 2.6.29.6-rt23-019.001

1. OXO привязываем по протоколу SIP к

Alcatel-Lucent OmniPCX Enterprise
Business identification: R11.0.1

Release:
DELIVERY k1.520
Patch identification: 29
Dynamic patch identification: e
на этом этапе трабл НЕТ.

2. все интересное начинается при регистрации SIP телефонов на OXO
возникает ошибка 500 internal server error
при этом статус телефона
761424 74:65:D1:01:18:36 10.235.2.187 5062 Basic SIP Phone InService In Service Atlinks Temporis IP600 14.70.0.144

Что можно сделать для исправления данной ситуации?

P.S.: Эта хрень лечится следующим образом

1.       Подключаемся к станции, делаем сохранение конфигурации (правой кнопкой мыши на названии станции, Read/write from PCX. Выставляем все галки, дожидаемся прохода всех «полос загрузки». Далее меню File/Save as. Вводим имя для сохраняемой базы. Убеждаемся, что в соответствующей директории появился файл <DB name>.cdb. На всякий случай можно проверить, открывается ли база в оффлайне.

2.       Идем в System Miscellaneous / System Reset.  Reset type = Cold reset, Reset Time = Immediately. Жмем Reset. Станция задает подтверждающие вопросы и уходит в рестарт. Все, база сброшена.

3.       Открываем сохраненную базу в оффлайне. НЕ ЗАКРЫВАЯ БАЗЫ по дефолтному IP или СОМ-портом выходим на станцию и после соответствующих вопросов база сама заливается на станцию. Все.



ПС дефолтный адрес 192.168.92.246. Но при сбросе базы, когда станция только ушла в ребут, лучше ее от сети отключить, чтобы ничего по DHCP не поймала.

После сброса базы станция грузится долго, минут 10-15. Все операции начинаем после загорания лампочки Fan на процессоре.

НО Этот вариант не подходит, так как требует локального присутствия возле станции с COM-port`ом
а станции все уже смонтированы на объектах и включены в сеть расстояния приличные от 200 до 600-700 км.  
нужна таблетка для удаленного лечения