Здравствуйте, Коллеги!
Имеется следующая проблема - не удается связать по H323 УАТС и аппаратный кодек Cisco C40, к которому по аналогу подключена система аудиоконференцсвязи. На УАТС настройки все выполнил согласно документации - создал ячейку сокращенного набора типа IP, где прописал IP циски, создал транк-группу, привязал ее к незадействованному доступу одной из плат INTIP. При звонке со станции вызов проходит на циску, однако когда на ней (циске) снимаешь трубку, то с точки зрения циски вызов кажется установленным, а на станции продолжает идти КПВ. Иногда, примерно 1 из 10 случаев, соединение устанавливается с двух сторон, но на телефоне УАТС слышны жуткие трески. По трассировкам полученным с помощью t3 видно, что когда не устанавливается двухсторонней связи, на УАТС не приходит CONNECT, однако согласно дампам, собранным Wireshark-ом видно, что CONNECT циска все же отправляет, просто он не распознается станцией по каким-то причинам.
Так как станция по умолчанию работает на кодеке G723, а Cisco C40 поддерживает кодеки G711 и G722, нами выполнены следующие настройки на станции:
1. Включен режим задействования нескольких кодеков Multicompression (раздел документации IP PCX Networks -> Direct RTP in network -> Coding Configuration -> Multi-Algorithms). В результате станция в SETUP сообщений отправляет 2 поддерживаемых кодека – G723 и G729.
2. В созданной для взаимодействия транк-группе на УАТС 150 типа IP указан тип кодека G711.
В результате станция в SETUP отправляет 3 кодека G723, G729, G711.
Подозреваю, что проблема кроется в типе компандирования. Станция работает с A-law. Однако логах циски везде фигурирует u-law. Настроек по изменению u- на A- на циске не нашел (это не роутер, имеется только очень бедный веб-интерфейс).
Обратился в тех.поддержку. Посоветовали включить u- конкретно для доступа, к которому привязана транк-группа. Соответственно в настройке
поставил YES и перезагрузил плату. Никаких положительных сдвигов.
В ходе снятия трассировки, обратил внимание, что в SETUP сообщении, которое посылает станция, указан IP адрес другой INTIP платы, также имеющейся в этой станции и используемой для межстанционного гибридного линка, т.е. созданная ТГ для взаимодействия с циско привязана к доступу 0-13-1, а в SETUP указан IP платы 0-17 (гибридный линк для отказоустойчивости использует два доступа 0-13-0 и 0-17-0).
Соответственно, вопросы:
1. Почему в SETUP отправляется адрес не своей с точки зрения ТГ адрес? Можно ли как-то прибить (закрепить) адрес за ТГ?
2. Действительно ли указанная настройка доступа позволяет задать тип компандирования для доступа, отличный от общего на УАТС?
3. Если поменять глобально тип компандирования на всех узлах с A на u (в курсе, что в Европе он не используется), скажется ли это на качестве связи с ТфОП, к которому подключены по потокам E1?
Уважительно прошу Вашей помощи, так как уже сломал мозг с этой проблемой интеграции.
Большое спасибо!
Имеется следующая проблема - не удается связать по H323 УАТС и аппаратный кодек Cisco C40, к которому по аналогу подключена система аудиоконференцсвязи. На УАТС настройки все выполнил согласно документации - создал ячейку сокращенного набора типа IP, где прописал IP циски, создал транк-группу, привязал ее к незадействованному доступу одной из плат INTIP. При звонке со станции вызов проходит на циску, однако когда на ней (циске) снимаешь трубку, то с точки зрения циски вызов кажется установленным, а на станции продолжает идти КПВ. Иногда, примерно 1 из 10 случаев, соединение устанавливается с двух сторон, но на телефоне УАТС слышны жуткие трески. По трассировкам полученным с помощью t3 видно, что когда не устанавливается двухсторонней связи, на УАТС не приходит CONNECT, однако согласно дампам, собранным Wireshark-ом видно, что CONNECT циска все же отправляет, просто он не распознается станцией по каким-то причинам.
Так как станция по умолчанию работает на кодеке G723, а Cisco C40 поддерживает кодеки G711 и G722, нами выполнены следующие настройки на станции:
1. Включен режим задействования нескольких кодеков Multicompression (раздел документации IP PCX Networks -> Direct RTP in network -> Coding Configuration -> Multi-Algorithms). В результате станция в SETUP сообщений отправляет 2 поддерживаемых кодека – G723 и G729.
2. В созданной для взаимодействия транк-группе на УАТС 150 типа IP указан тип кодека G711.
В результате станция в SETUP отправляет 3 кодека G723, G729, G711.
Подозреваю, что проблема кроется в типе компандирования. Станция работает с A-law. Однако логах циски везде фигурирует u-law. Настроек по изменению u- на A- на циске не нашел (это не роутер, имеется только очень бедный веб-интерфейс).
Обратился в тех.поддержку. Посоветовали включить u- конкретно для доступа, к которому привязана транк-группа. Соответственно в настройке
| Код |
|---|
shelf>board>digital access > Mu Law for BEARER CAP |
В ходе снятия трассировки, обратил внимание, что в SETUP сообщении, которое посылает станция, указан IP адрес другой INTIP платы, также имеющейся в этой станции и используемой для межстанционного гибридного линка, т.е. созданная ТГ для взаимодействия с циско привязана к доступу 0-13-1, а в SETUP указан IP платы 0-17 (гибридный линк для отказоустойчивости использует два доступа 0-13-0 и 0-17-0).
| Код |
|---|
mtracer started ... (370318:000001) MTRACER host (10.197.133.2, gu_06), version: R8.0.1-g1.503-35-h-ru-c7s2 (370318:000001) MTRACER num: 004, time: 2016/08/04 07:29:21, loss: 0% ______________________________________________________________________________ | (370343:000002) 1093: Send_IO1 (link-nbr=13, sapi=0, tei=0) : | long: 121 desti: 0 source: 15 cryst: 0 cpl: 13 us: 8 term: 1 type a5 | tei: 0 <<<< message sent : SETUP [05] Call ref : 00 06 |______________________________________________________________________________ | | [9f] Non-locking shift. codeset : 7 | [a2] EI_IP_TYPE_TERM | [9f] Non-locking shift. codeset : 7 | IE:[05] EI_IP_INFOS (l=9) -> G723 Ece 1 Vad 1 Profil 2, IPv4 :10.69.133.36. | [9f] Non-locking shift. codeset : 7 | IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD) -> G729/1/1 G711a/1/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) | -> 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 = 32764, IPv4 : 10. 197. 133. 4. | -> Port RTCP SR = 32765, IPv4 : 10. 197. 133. 4. | -> Port RTCP RR = 32765, IPv4 : 10. 197. 133. 4. | -> Port Fax = 32767, IPv4 : 10. 197. 133. 4. | IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3 | IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel | IE:[28] DISPLAY (l=13) `SHUSHKOV V.G.` | IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 1381 | IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 1573 | IE:[7d] HLC (l=2) 91 81 | [a1] Sending complete |______________________________________________________________________________ |
Соответственно, вопросы:
1. Почему в SETUP отправляется адрес не своей с точки зрения ТГ адрес? Можно ли как-то прибить (закрепить) адрес за ТГ?
2. Действительно ли указанная настройка доступа позволяет задать тип компандирования для доступа, отличный от общего на УАТС?
3. Если поменять глобально тип компандирования на всех узлах с A на u (в курсе, что в Европе он не используется), скажется ли это на качестве связи с ТфОП, к которому подключены по потокам E1?
Уважительно прошу Вашей помощи, так как уже сломал мозг с этой проблемой интеграции.
Большое спасибо!
Поcледуем рекомендации Vad'a.