ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Asterisk + avaya 9620

Новичком считается только что прочитавший «Астериск - будущее телефонии»
http://asterisk.ru/knowledgebase/books
и пытающийся сделать большее

Модераторы: april22, Zavr2008

Re: Asterisk + avaya 9620

Сообщение glazinpa » 21 мар 2018, 17:40

Да. Но даже при правильном диалоге не слышно собеседника...
glazinpa
 
Сообщений: 15
Зарегистрирован: 20 мар 2018, 15:56

Re: Asterisk + avaya 9620

Сообщение ded » 21 мар 2018, 17:44

Ну там и RTP только в одну сторону. Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Re: Asterisk + avaya 9620

Сообщение glazinpa » 23 мар 2018, 13:17

Всё равно не понимаю, почему тогда звонки наружу проходят и слышно в обе стороны?
glazinpa
 
Сообщений: 15
Зарегистрирован: 20 мар 2018, 15:56

Re: Asterisk + avaya 9620

Сообщение ded » 23 мар 2018, 14:34

ded писал(а):Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Re: Asterisk + avaya 9620

Сообщение glazinpa » 23 мар 2018, 15:14

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

Re: Asterisk + avaya 9620

Сообщение ded » 23 мар 2018, 17:18

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

Re: Asterisk + avaya 9620

Сообщение glazinpa » 26 мар 2018, 12:31

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

Слева поток между двумя телефонами cisco, голос проходит в обе стороны.
Справа avaya, голос идет только в 1 сторону.
Вложения
11.png
glazinpa
 
Сообщений: 15
Зарегистрирован: 20 мар 2018, 15:56

Re: Asterisk + avaya 9620

Сообщение ded » 26 мар 2018, 13:47

Там где проходит - uLAW, там где нет - aLAW. Проблемы при транскодинге? Пакетизация?
ded писал(а):Изучите пакет INVITE, и ответы на него, в них описаны ИП адреса, порты и кодеки. Включите rtp set debug on и увидите, что льётся только в одну сторону скорее всего. А причины как раз в INVITE, и ответы на него.
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Re: Asterisk + avaya 9620

Сообщение glazinpa » 27 мар 2018, 10:56

Поставил ulaw принудительно в конфиге avaya - не помогло.
Пакет invite ничем, кроме authorization, не отличается от тех что шлёт рабочий телефон, но это исправлено insecure.
Ответы на них главным образом отличаются тем, что asterisk не отправляет на avaya второй SDP 200 OK.
RTP debug показывает пакеты в обе стороны, но отличаются порты.
RTP debug работающего телефона
[Показать] Спойлер:
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
[Показать] Спойлер:
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 на отсутствие звука?
glazinpa
 
Сообщений: 15
Зарегистрирован: 20 мар 2018, 15:56

Re: Asterisk + avaya 9620

Сообщение ded » 27 мар 2018, 11:22

glazinpa писал(а):Подскажите, могут ли влиять порты приёма RTP пакетов
Да, могут.
В файле rtp.conf определён диапазон RTP портов на стороне Астериск = 10000-20000.
Если Avaya шлёт аудио не в этом диапазоне, то мимо. У вас в дебаге виден трафик на порты телефона и с порта телефона
to 10.9.0.53:10000
from 10.9.0.53:1154
а надо смотреть приёмный порт на Астериске.
ded
 
Сообщений: 15801
Зарегистрирован: 26 авг 2010, 19:00

Пред.След.

Вернуться в Вопросы новичков

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 24

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH