Страница 3 из 4

Re: Asterisk + Avaya по H323

Добавлено: 17 мар 2020, 11:18
Egorka_28rus
Не понимаю, что делает Asterisk.
Запустил отладку: h323 set trace 4
Звоню с Asterisk на Avaya.
имею:

Код: Выделить всё

-- Executing [3158@avaya:1] Dial("SIP/2401-c80042e0", "H323/3158@avaya|30|rT") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
24:14:57.126   ThreadID=0x7f7a1c0b2700       h323ep.cxx(1583)  H323    Making call to: 3158@10.0.5.4:1720
Тишина. Ни Asterisk, ни Avaya молчит, логов нет.
45 секунд спустя Asterisk выдает:

Код: Выделить всё

24:15:42.170   ThreadID=0x7f7a1c0b2700       h323ep.cxx(1726)  H323    Domain 10.0.5.4 is a host - using as call signal address
Тишина.
Спустя еще 15 секунд начинается звонить телефон, появляются гудки:

Код: Выделить всё

24:15:57.186CLI>ThreadID=0x7f7a1c0b2700       h323ep.cxx(1943)  H323    Party name "h323:3158@10.0.5.4:1720" mapped to "3158@ip$10.0.5.4:1720
24:15:57.186CLI>ThreadID=0x7f7a1c0b2700      rfc2833.cxx(81)    RFC2833 Handler created
24:15:57.186    ThreadID=0x7f7a1c0b2700       h323ep.cxx(1672)  H323    Created new connection: ip$localhost/30993
    -- Called 3158@avaya
24:15:57.186       H225 Caller:80006090       h323ep.cxx(880)   H225    Started call thread
24:15:57.187CLI>   H225 Caller:80006090   transports.cxx(1658)  H323TCP Connecting to 10.0.5.4:1720 (local port=0)
24:15:57.188CLI>   H225 Caller:80006090   transports.cxx(1559)  H323TCP Started connection:  host=10.0.5.4:1720, if=10.0.5.10:34185, handle=46
24:15:57.188       H225 Caller:80006090     ast_h323.cxx(1468)  H225    Sending Setup PDU
24:15:57.189CLI>   H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: G.711-ALaw-64k <1>
24:15:57.189       H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: G.711-uLaw-64k <2>
24:15:57.189       H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: G.729A <3>
24:15:57.189CLI>   H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: G.729 <4>
24:15:57.189CLI>   H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: UserInput/hookflash <5>
24:15:57.189CLI>   H225 Caller:80006090     h323caps.cxx(2143)  H323    Added capability: UserInput/basicString <6>
24:15:57.189       H225 Caller:80006090     ast_h323.cxx(1486)  H225    Check for Fast start by local endpoint
24:15:57.189       H225 Caller:80006090         h323.cxx(4445)  H245    Default OnSelectLogicalChannels, FastStartInitiate
24:15:57.189CLI>   H225 Caller:80006090     ast_h323.cxx(1492)  H225    Fast start begun by local endpoint
24:15:57.189CLI>   H225 Caller:80006090     channels.cxx(920)   H323RTP OnSendingPDU
24:15:57.189CLI>   H225 Caller:80006090     ast_h323.cxx(1283)  H225    Build fastStart:
Не понимаю, почему такое долгое соединение.

Re: Asterisk + Avaya по H323

Добавлено: 17 мар 2020, 12:08
ded
tcpdump host 10.0.5.4

Re: Asterisk + Avaya по H323

Добавлено: 17 мар 2020, 12:27
amateur
ded писал(а):24:15:42.170   ThreadID=0x7f7a1c0b2700       h323ep.cxx(1726)  H323    Domain 10.0.5.4 is a host - using as call signal address
Версия библиотеки OpenH323/H323Plus какая? В старых версиях был какой-то левый запрос в DNS, который у вас может создавать задержку.

Re: Asterisk + Avaya по H323

Добавлено: 18 мар 2020, 02:52
Egorka_28rus
openh323-v1_18_0
pwlib-v1_10_0

Re: Asterisk + Avaya по H323

Добавлено: 18 мар 2020, 06:48
ded
Между событием
24:14:57.126 ThreadID=0x7f7a1c0b2700 h323ep.cxx(1583) H323 Making call to: 3158@10.0.5.4:1720
и событием
24:15:42.170 ThreadID=0x7f7a1c0b2700 h323ep.cxx(1726) H323 Domain 10.0.5.4 is a host - using as call signal address
когда тишина в логах, что показывает tcpdump? Нет ни единого пакета ни в какую сторону?

Re: Asterisk + Avaya по H323

Добавлено: 18 мар 2020, 06:51
Egorka_28rus
Уехал в командировку, вернусь, отпишу.

Re: Asterisk + Avaya по H323

Добавлено: 23 мар 2020, 11:22
Egorka_28rus
Всем хорошего настроения!
tcpdump в сторону Avaya тоже молчит, пока не зазвонит телефон

Re: Asterisk + Avaya по H323

Добавлено: 23 мар 2020, 12:04
ded
Вангую: это транспортная проблема, а не проблема Н.323
amateur писал(а):
Egorka_28rus писал(а):Как я понимаю, к h323 Asterisk не обращается, чтобы передать звонок Avaya!
Теперь попробуйте понять смысл следующих строчек отладки:

Код: Выделить всё

Looking for 3158 in from-internal (domain 10.0.5.10)

<--- Reliably Transmitting (no NAT) to 10.0.5.100:5060 --->
SIP/2.0 404 Not Found
Egorka_28rus, по адресам:
10.0.5.10, это bindaddr H.323 Asterisk. Какая маска у этого адреса?
10.0.5.100 - это кто?
10.0.5.4. - Avaya? Какая маска у этого адреса?
Это туннельные удалённые адреса? Или они реально в одной локальной подсети? Когда вы пытаетесь скрывать тут в обращениях свои внутренние адреса - [quote="Egorka_28rus]Asterisk 1.4.8 установлен на сервер с двумя сетевухами, одна сетевуха смотрит в сеть Avaya x.0.5.x, вторая смотрит в другую сеть, также на этом сервере крутиться система мониторинга устройств , которая как раз смотрит во вторую сеть. ip- x.0.5.10.[/quote]это вызывает только непонимание и желание покрутить пальцем у виска.

Re: Asterisk + Avaya по H323

Добавлено: 24 мар 2020, 03:20
Egorka_28rus
Avaya - 10.0.5.4 (255.255.255.0)
софтфон -10.0.5.100 (255.255.255.0)
Asterisk - 10.0.5.10 (255.255.255.0)
все в одной сети
Также есть на сервере с Asterisk вторая сеть 10.23.1.X (255.255.255.0)
ded писал(а):Теперь попробуйте понять смысл следующих строчек отладки:
КОД: ВЫДЕЛИТЬ ВСЕ
Looking for 3158 in from-internal (domain 10.0.5.10)

<--- Reliably Transmitting (no NAT) to 10.0.5.100:5060 --->
SIP/2.0 404 Not Found
Зачем мне смотреть эту отладку, если этой ошибки больше нет, я нашел косяк, он был в не верно выставленном контексте.

Re: Asterisk + Avaya по H323

Добавлено: 24 мар 2020, 07:37
amateur
У вас, скорее всего, пауза из-за ожидания ответа DNS на запрос, который формирует OpenH323. Предполагаю, что проблема устраняется путем исправления кода и компиляции OpenH323. Я писал исправление для H323Plus. Могу перенести его в OpenH323. Давайте для уверенности правильно запишем трафик.

Код: Выделить всё

tcpdump -i any -s 0 -w traffic.pcap "host 10.0.5.4 or (udp and port 53)"
...и прикрепим traffic.pcap к теме...