Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

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

Страницы: 1 2 3 След.
RSS
High-layer Compatibility
 
#1
31.07.2013 06:10:47
Здравствуйте.
Не подскажете как можно отключить посылку в сетапе параметра High-layer Compatibility?
Дело в том, что у нас стали возникать проблемы с дозвоном на сотовые. Трассировку не удачных звонков со своей стороны пока снять никак не получается. Оператор связи проанализировал свои логи и сказал следующее:
"В настоящий момент при установлении соединения с вашей стороны на мобильного абонента  вы запрашиваете High layer compatibility, на что нам встречный оператор присылает Call Proceeding=> Alerting  с  параметром High layer compatibility.
На данный запрос Alerting  ваша сторона выставляет Status ( с указанием причины non-existent / not emplemented)
От сети приходит сигнал CONNECT, а ваша сторона не проключает голосовой канал."

Вот пример посылаемого нами сетапа:
____________________________________________________________­__________________
| (726467:000036) 1085: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 60  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 54 3d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : xxxxxxxxxx
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : xxxxxxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________


Соответственно надо отключать HLC, только я не понимаю как это сделать.
 
 
 
#2
31.07.2013 08:32:24
В System есть пункт "With LLC HLC" который отвечает за посылку данного информационного элемента.
Кроме того - стандартный набор телодвижений:
- system/ other system/ ext. signaling param - не посылать Status.
- system - React.Receiving State Mess. - ставим "игнорировать" на нужные события - типа "Ignore ISDN Fault In Mandatory EI".
 
 
 
#3
31.07.2013 09:49:18
а в чем проблема с дозвонами? если абонент вне зоны не слышно голосовой информатор? или что-то другое?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
 
 
#4
31.07.2013 09:57:45
В старых релизах 9патчах) станция иногда не любила когда в Alert приходила всякая дополнительная информация (progress, информация по кодекам для IP и т.п.). Собственно если станция наша посылает Status - это не хорошо. Надо смотреть чего не нравится. Но у вас это ведь ОЧЕНЬ редко? Раз трассировку снять не удается.
А не пробовали сами выявить ситуацию, а когда собственно проблема - просто звонок на абонента, звонок на занятого абонента, звонок на выключенного абонента?
 
 
 
#5
31.07.2013 11:06:43
есть почти точно такая ситуация и похоже это тоже мой случай

Lync (sip) -> OXE (pri) -> pstn

при звонках с Lync на сотовые (к примеру 89175336699) не идет подключение голосового канала хотя по трассе с обоих сторон видно connect. если с Lync позвонить на тот же самый сотовый но только на федеральный номер (5336699) то проблем нет

причем это вылезло после апгрейда с 7.1 до 9.1, на 7.1 было все в шоколаде
Пути IP-пакета неисповедимы
 
 
 
#6
31.07.2013 11:22:42
Цитата
error пишет:
есть почти точно такая ситуация и похоже это тоже мой случай

Lync (sip) -> OXE (pri) -> pstn

при звонках с Lync на сотовые (к примеру 89175336699) не идет подключение голосового канала хотя по трассе с обоих сторон видно connect. если с Lync позвонить на тот же самый сотовый но только на федеральный номер (5336699) то проблем нет

причем это вылезло после апгрейда с 7.1 до 9.1, на 7.1 было все в шоколаде
Не пробовали прописать заново SIP TG с внешним SIP шлюзом? Были прецеденты, когда это помогло. Но детали - может Ryzhakov точнее симптомами поделится.
 
 
 
#7
31.07.2013 12:14:22
vad, да проявляется очень редко, при звонках только на московский Билайн. Релиз на станции 10.0. Отключил, буду тестировать. Спасибо за подсказку.
Dmitry Ryzhakov, проблема проявлялась в тишине после набора, причем если сразу же перезвонить - все ок.
 
 
 
#8
31.07.2013 14:30:53
действительно мой случай, отключил HLC и все стало в шоколаде :)
Спасибо
Пути IP-пакета неисповедимы
 
 
 
#9
31.07.2013 18:41:35
А мне не помогло. Выставил:
System/With LLC HLC : 0
system/ other system/ ext. signaling param/Send Status for IE non-existent : False

Так же в System стоит:
Ignore ISDN Fault In Mandatory EI + YES
Ignore ISDN Cause Invalid Content + YES
Ignore IPNS EI Notify/Facility + YES          
Ignore All IPNS EI + YES
Ignore IPNS Mess. Notify/Facility + YES
Ignore All RNIS T2 EI + YES

И все равно ничего не изменилась. Вызывающая сторона слышит КПВ, вызываемый абонент снимает трубку и слышит тишину.


____________________________________________________________­__________________
| (101671:000003) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 56  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : xxxxxxxxxx
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 8xxxxxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101672:000005) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101715:000011) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101756:000012) Concatenated-Physical-Event :
| long: 34  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  81 7d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[29] DATE (l=5) -> date : 31 / 07 / 13 16:25
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101756:000013) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 04
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000027) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : 81 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000028) 1079: 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 : RELEASE [4d] Call ref : 01 7d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (101918:000029) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 81 7d
|____________________________________________________________­__________________



Процы по очереди перезагрузил. Может в патче косяк? Сейчас стоит R10.0-57.b.
Изменено: Антонио - 31.07.2013 18:48:55
 
 
 
#10
31.07.2013 19:10:50
Цитата
Антонио пишет:
IE:[7d] HLC (l=2) 91 81
а все равно шлет
Пути IP-пакета неисповедимы
 
 
 
#11
31.07.2013 19:17:59
Цитата
error пишет:
Цитата
Антонио пишет:

IE:[7d] HLC (l=2) 91 81

а все равно шлет

К сожалению да.
 
 
 
#12
01.08.2013 09:48:56
в моем случае в ряде факторов пришлось отключить "Sending of Progress message" на TG
Пути IP-пакета неисповедимы
 
 
 
#13
05.08.2013 23:29:50
Цитата



И все равно ничего не изменилась. Вызывающая сторона слышит КПВ, вызываемый абонент снимает трубку и слышит тишину.



__________________________________________________ ­____________________________

| (101756:000012) Concatenated-Physical-Event :

| long: 34  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5

| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  81 7d

|__________________________________________________ ­____________________________

|

| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3

| IE:[29] DATE (l=5) -> date : 31 / 07 / 13 16:25

| IE:[7d] HLC (l=2) 91 81

|__________________________________________________ ­____________________________



__________________________________________________ ­____________________________

| (101756:000013) 1079: Send_IO1 (link-nbr=15, sapi=0, tei=0) :

| long: 26  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5

| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 01 7d

|__________________________________________________ ­____________________________

|

| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING

| IE:[14] CALL_STATE (l=1) 04

|__________________________________________________ ­____________________________







Процы по очереди перезагрузил. Может в патче косяк? Сейчас стоит R10.0-57.b.

ваша проблема - в сообщении Connect в котором есть Bearer compatibility
для того, чтобы алкатель по получении такого сообщения переходил в разговорное состояние, нужно поставить в true
параметр по пути: system > other system > system parameters - specific EI status for GSM.
в 49 патче релиза 10 это уже есть, у вас более новый - попробуйте.
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
 
 
#14
13.08.2013 16:07:06
Цитата
Dmitry Ryzhakov пишет:
ваша проблема - в сообщении Connect в котором есть Bearer compatibility
для того, чтобы алкатель по получении такого сообщения переходил в разговорное состояние, нужно поставить в true
параметр по пути: system > other system > system parameters - specific EI status for GSM.
в 49 патче релиза 10 это уже есть, у вас более новый - попробуйте.

Спасибо. Именно это помогло.
 
 
 
#15
20.03.2019 19:12:58
Добрый вечер!
По симптомам появилась схожая ситуация, при попытке дозвона (с IP телефона) на телефон оператора сотовой связи (исключительно на мегафон (921) и ета (999))  абонент IP после набора номера слышит длинные гудки, абоненту сотовой связи поступает звонок, он снимает трубку и слышит тишину (Голосового соединения не устанавливается).
Подскажите в чем причина и как ее устранить?
Где находятся параметры HLC и system > other system > system parameters - specific?
НЕ могу найти в ОМС, станция OMNI_PCX
 
 
 
Страницы: 1 2 3 След.