asterisk.ru

снимите лог на сервере и посмотрите в протоколе SDP, какие адреса назначения RTP пересылает сервер.
Мне кажется, что при INVITE к cisco от сервера посылается адрес назначения RTP сервера, а в 200 OK подтверждения от сервера передается адрес cisco.

Был у меня аналогичный опыт, но у меня была проблема с кодеком g729 OpenSource. Как мне кажется, Астериск некорректно отрабатывал этот кодек при установлении соединения, если при этом есть возможность выбора других кодеков. Я решил это следующим - canreinvite=no и таких ситуаций больше не было.

но у меня была проблема с кодеком g729 OpenSource. Как мне кажется, Астериск некорректно отрабатывал этот кодек при установлении соединения,

Кроме смеха подобный бред вызывать не может.
Re:INVITE и кодек G.729 в Asterisk - никакого отношения не имеют.
Не читали просто о правильной настройке: directmedia=no нужно ставить было.

По данному топику: настройки секции [general] в студию. Прописан ли localnet и externip.
Также интересно что за устройство сидит в качестве default gateway в сетке - роутик: производитель, модель ..

Прошу прощения за оффтоп в данной теме.

Кроме смеха подобный бред вызывать не может.
Re:INVITE и кодек G.729 в Asterisk - никакого отношения не имеют.
Не читали просто о правильной настройке: directmedia=no нужно ставить было.

А чем будет отличаться directmedia от canreinvite, если она пришла на замену с некоторыми дополнениями? Но попробовал все таки с данной настройкой, которую вы привели, RTP пакеты также проксируются через сервер, как и при canreinvine=no. Но при переключении в yes, происходит следующая картина:



Обратный RTP поток идет напрямую в телефон 10.181.61.11. И не могу понять, почему нет согласования на 729 кодек с обоих сторон?

Приучайте себя обращаться к документации: https://www.voip-info.org/wiki/view/Asterisk+sip+canreinvite

canreinvite= was renamed to directmedia= in Asterisk 1.6.2 to more accurately describe what this setting does. See also the closely related setting directrtpsetup.

В дальнейших версиях canreinvite уже устарело.

Про directrtpsetup тоже нужно знать, как и про настройки NAT.

Zavr2008 писал(а):

но у меня была проблема с кодеком g729 OpenSource. Как мне кажется, Астериск некорректно отрабатывал этот кодек при установлении соединения,

По данному топику: настройки секции [general] в студию. Прописан ли localnet и externip.
Также интересно что за устройство сидит в качестве default gateway в сетке - роутик: производитель, модель ..

Маршрутизация внутри локальной сети осуществляется на L3 коммутаторе cisco, наружу через asa.
[general]

Если avaya 9620 - внутренний абонент, то он не должен быть в контексте context=from-sip-external а должен в
context=from-internal
Ну и
useragent=FPBX-2.11.0(11.21.0) вызывает удивление конечно.
Вы замаркируйте лучше всё такое, оно не нужно. При успешной регистрации можно посмотреть какой реально useragent,
CLI> sip show peer внутр._номер avaya

В настройках экстеншна указан параметр context=from-internal. Полную секцию я выкладывал в первом сообщении.

Текущая конфигурация Asterisk включает 2 сервера объединенных в кластер. Телефоны посылают пакеты на виртуальный IP X.X.X.250, а ответ приходит с IP конкретного сервера X.X.X.251.
Полагаю что это является проблемой для avaya.

Полагаю, что конфигурировать и обслуживать кластер Вам пока ещё рано.
Через три страницы самого тщательного разбора выснилось, что два эластикса, а не один. Так?

Две ноды объединенные на основе drbd и heartbeat. Соответственно активно работает всегда только 1 астер.
Единственное отличие для телефона - это наличие дополнительного виртуального ip. Но это хорошо видно на любой последовательности потоков, которые я выкладывал.
Прошу прощенья, если ввел в заблуждение.