Форум. ООО «ИНТЕРСИСТ-Сервис».

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

H.323 транк с ELTEX SMG-2016, проблемы с КПВ

User

Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011

10.09.2018 16:16:28

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 транзитные вызова на алкатель идут нормально.

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

error

User

Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009

10.09.2018 17:25:33

порт платы gd/ga ставите зеркалирование порта на коммутаторе, запускаем wireshark и записываем tcpdump и разделением какие куда звонки
параллельно записаным tcpdum прикладываете трассировку isdn-pri c SMG-2016 и все это "барахло" отправляете в елтекс

а по сути вам досталось "welcome friends" которые любят говорить их менеджеры, а вот технари говорят совсем другое - SMG-2016 надо обвешать SBC для разношерстного стыка по ip

вся проблема заключается в progress indicator, т.е. какого ражна SMG-2016 дальше не передает

Изменено: error - 10.09.2018 17:26:03

Пути IP-пакета неисповедимы

Виктор

User

Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011

10.09.2018 18:02:27

Дампы обмена алкатели и smg на сетевом интерфейсе и обмен по PRI снимался средствами самой SMG и сотрудникам элтекса был представлен.
Пока это помогло довести ситуацию до текущего состояния.
Изначально вызова алкатели на номера MD110 и sip номера самого шлюза отбивались. Транзит на CS1000 работал.
Помнится очень давно когда стыковали MD110 с алкателью по PRI, тоже были проблемы с получением КПВ от алкатели.
Правда только при каких вызовах на алкатель это проявлялось, при транзитных или на sip абонентов алкатели, уже не помню.
Тогда тупо включили опцию на MD110 которая позволяет самой станции формировать КПВ в случае его неполучения с противоположной стороны.
В данном случае на алкатели такого функционала мне обнаружить не удалось.

error

User

Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009

10.09.2018 19:41:31

с использованием progress indicator кроме setup и ack (connect) ничего нет
вот скажите в каком вместе alcatel должен сунуть КПВ?

судя по тому что народ говорит на форумах - SMG-2016 и progress indicator вместе не живут (особой роли нет то ли это isdn-pri, то ли sip)
для "полного финиша" осталось только вам сделать тестовый стык alcatel и smg через isdn-pri, в живую увидеть что при progress indicator КПВ и не пахнет, написать в тех.поддержку и вернуть "это чудо" обратно "в зад".
в качестве аргумента будет - не соответствует техническому описанию т.е. мошейничество

честно говоря я уже окончательно разочаровался во всех SMG

Пути IP-пакета неисповедимы

Виктор User Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011	#5 10.09.2018 19:54:13 Стык нашей алкатели с SMG по PRI я оставил на сладкое. Скорей всего попробую на неделе это сделать.

Username

User

Сообщений: 69 Баллов: 109 Регистрация: 07.02.2015

10.09.2018 22:08:50

Ну так что мешает связаться с техподдержкой алкатели?

Проще всего свое незнание и ответственность повесить на энтузиастов форума - пускай разбираются, пока некомпетентный тврщ, получающий зарплату за свою работу, будет сидеть и ждать бесплатного ответа на свои проблемы.

error

User

Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009

10.09.2018 22:40:23

Цитата

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

Проще всего свое незнание и ответственность повесить на энтузиастов форума - пускай разбираются, пока некомпетентный тврщ, получающий зарплату за свою работу, будет сидеть и ждать бесплатного ответа на свои проблемы.

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

Пути IP-пакета неисповедимы

Username

User

Сообщений: 69 Баллов: 109 Регистрация: 07.02.2015

11.09.2018 00:16:34

Цитата

error написал:

Цитата

А что не так?
Нормальный случай для тех.поддержки. Кто лучше всего знает оборудование (соответствие HW и SW), как не ТП?

Владислав Хисамов

User

Сообщений: 255 Баллов: 407 Регистрация: 13.06.2011

11.09.2018 06:39:08

А давайте начнем с простого:
1. В версии 8 замечательно работает fast start. Возможно ли его включить?
2. Делали вы перезагрузку платы gd/ga?
3. Что будет, если в настройке транковой группы установить галку private?

С MD 110 пример не показательный.

Виктор

User

Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011

#10

11.09.2018 06:46:50

1. Fast Start на алкателе был включен изначально - всегда.
2. Нет. перезагружалась за все время только станция при пропадании питания пару раз.
3. Пока не пробовал.

Проблема еще в том, что алкатель в данном случае является шлюзом корпоративной сети по H.323 с многими другими станциями алкатель разных версий.
И не хотелось бы ломать экспериментами работающую сеть.

Предварительно. Eltex сделали тестовую версию ПО в котором КПВ идет нормально.
Трассировки пока не делал.

Изменено: Виктор - 11.09.2018 06:48:09

Владислав Хисамов

User

Сообщений: 255 Баллов: 407 Регистрация: 13.06.2011

#11

11.09.2018 06:51:09

На всякий случай, может поможет. Это цитата на буржуйской мове по данной проблеме от производителя:
[TABLE][TR][TD][TABLE][TR][TD]To play ring back tone (to open h245 session for ring back tone), the called system has to send 'ALERTING' message with 'Progress indicator' and h245 session information.
Example:
Progress indicator
Progress description: In-band information or an appropriate pattern is now available

[/TD][/TR][/TABLE][/TD][/TR][/TABLE]

Виктор

User

Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011

#12

11.09.2018 06:58:15

Цитата
Владислав Хисамов написал: 3. Что будет, если в настройке транковой группы установить галку private?

Проверил.
private ничего не меняет в работе с smg.

error

User

Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009

#13

11.09.2018 08:22:48

Цитата
Виктор написал: 3. Алкатель - H.323 - SMG-2016 - SIP абонент зарегистрированный на самой SMGВызов идет нет КПВ после ответа нормальное соединение и все остальное.

на sip-профиле в SMG-2016 нужно включить early-media чтобы был КПВ

Пути IP-пакета неисповедимы

Виктор

User

Сообщений: 95 Баллов: 151 Регистрация: 15.10.2011

#14

11.09.2018 11:05:25

Цитата
error написал: на sip-профиле в SMG-2016 нужно включить early-media чтобы был КПВ

Пробовал включать эту опцию, но
1. в моем случае ничего не поменялось.
2. с моей точки зрения эти опции работают только при исходящей связи в сторону станции, которая не формирует КПВ.

error User Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009	#15 11.09.2018 11:30:24 эта опция нужна для SIP абонентов и для sip-транков которые живут на SMG-2016, для транзита особой роли не играет если в этом процессе не участвует SIP на одном объекте к CUCM подключали панасы через h323, чтобы удовлетворить "кучерявую" потребность клиента на CUCM сделал петлю из SIP-траков т.е. смотрят друг на друга, иными словами схема звонка панас --(h323)--> СUCM --(SIP)-->CUCM--> абоненты можно так извернутся Пути IP-пакета неисповедимы

Читают тему