Asterisk + avaya 9620

[glazinpa]

Да. Но даже при правильном диалоге не слышно собеседника...

[ded]

Ну там и RTP только в одну сторону. Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.

[glazinpa]

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

[ded]

Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.

[glazinpa]

Итого: проходит только каждый второй вызов.
Каждый первый вызов avaya шлёт invite содержащий данные autorization в заголовке пакета, получает на него ответ 401 Unauthorized, после чего звонок завершается.
Каждый второй вызов avaya шлёт invite НЕ содержащий данные autorization, получает 401 Unauthorized, и шлет повторный invite с autorization (полностью совпадающий с invite при первом вызове). После чего звонок проходит.
Причины происходящего находятся за гранью моего понимания.

[ded]

Первый звонок invite содержащий данные autorization в заголовке пакета, неверно, потому что только в ответе 401 Unauthorized содержится произвольное число nonce= на основе которого и делается авторизация второго пакета invite. То есть такая посылка не соответствует RFC, поэтому, получает на него ответ 401 Unauthorized.
Второй звонок проходит правильно, по сценарию, определённому в RFC.

[glazinpa]

Проблема с прохождением каждого второго вызова решается строчкой insecure=port,invite в настройках sip.conf
Осталась проблема с отсутствием слышимости.
Если у кого-то есть идеи, буду крайне признателен.

Слева поток между двумя телефонами cisco, голос проходит в обе стороны.
Справа avaya, голос идет только в 1 сторону.

[ded]

Там где проходит - uLAW, там где нет - aLAW. Проблемы при транскодинге? Пакетизация?

Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.

[glazinpa]

Поставил ulaw принудительно в конфиге avaya - не помогло.
Пакет invite ничем, кроме authorization, не отличается от тех что шлёт рабочий телефон, но это исправлено insecure.
Ответы на них главным образом отличаются тем, что asterisk не отправляет на avaya второй SDP 200 OK.
RTP debug показывает пакеты в обе стороны, но отличаются порты.
RTP debug работающего телефона

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

RTP Debugging Enabled for address: 10.9.0.18:0
Sent RTP packet to 10.9.0.18:16488 (type 08, seq 018529, ts 178145264, len 000160)
Sent RTP packet to 10.9.0.18:16488 (type 08, seq 018530, ts 178145424, len 000160)
Sent RTP packet to 10.9.0.18:16488 (type 08, seq 018531, ts 178145584, len 000160)
Sent RTP packet to 10.9.0.18:16488 (type 08, seq 018532, ts 178145744, len 000160)
[2018-03-27 09:16:30] DEBUG[18603][C-0000e61b]: res_rtp_asterisk.c:4354 ast_rtp_read: RTP NAT: Got audio from other end. Now sending to address 10.9.0.18:1154
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006548, ts 294211657, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018533, ts 178145904, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006549, ts 294211737, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018534, ts 178146064, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006550, ts 294211897, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018535, ts 178146224, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006551, ts 294212057, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018536, ts 178146384, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006552, ts 294212217, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018537, ts 178146544, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006553, ts 294212377, len 000160)
Sent RTP packet to 10.9.0.18:1154 (type 00, seq 018538, ts 178146704, len 000160)
Got RTP packet from 10.9.0.18:1154 (type 00, seq 006554, ts 294212537, len 000160)

RTP debug avaya

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

RTP Debugging Enabled for address: 10.9.0.53:0
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007689, ts 003360, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007690, ts 003520, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007691, ts 003680, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007692, ts 003840, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007693, ts 004000, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018182, ts 273820081, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007694, ts 004160, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018183, ts 273820241, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007695, ts 004320, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018184, ts 273820401, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007696, ts 004480, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018185, ts 273820561, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007697, ts 004640, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018186, ts 273820721, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007698, ts 004800, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018187, ts 273820881, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007699, ts 004960, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018188, ts 273821041, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007700, ts 005120, len 000160)
Got RTP packet from 10.9.0.53:1154 (type 08, seq 018189, ts 273821201, len 000160)
Sent RTP packet to 10.9.0.53:10000 (type 08, seq 007701, ts 005280, len 000160)

Подскажите, могут ли влиять порты приёма RTP пакетов и отсутствие второго SDP 200 OK на отсутствие звука?

[ded]

Подскажите, могут ли влиять порты приёма RTP пакетов

Да, могут.
В файле rtp.conf определён диапазон RTP портов на стороне Астериск = 10000-20000.
Если Avaya шлёт аудио не в этом диапазоне, то мимо. У вас в дебаге виден трафик на порты телефона и с порта телефона
to 10.9.0.53:10000
from 10.9.0.53:1154
а надо смотреть приёмный порт на Астериске.