Zavr2008 писал(а):говорите что между Local и SIP?
Local сам по себе - промежуточное звено. что там конкретно требует транскодинг из приложений?
Относительно ULAW - там четко 8000 обычно.
Чуть подробнее про архитектуру.
По SIP прилетают звонки от оператора и улетают на него же.
Вся коммутация ведется через stasis (ARI).
Для того, чтобы исходящие вызовы происходили по правилам маршрутизации прописанным в FreePBX из stasis'а вызовы делаются через Local/...
Т.е. таким образом может быть вызван как локальный абонент с IP-телефоном так и внешний номер.
При этом достаточно много вызовов так и пролетает транзитом - внешний звонок прилетает в stasis и после принятия решения CRM-системой куда его девать через Local/0671234567 например улетает наружу через того же оператора что и пришел в систему.
Т.е. получается один транк на оператора, на нем соответственно одни и те же настройки ulaw но из-за использования псевдо-канала Local включается принудительный транскодинг в slin.
Как написал выше отключить такое поведение не получается - попытка выгрузить codec-resample приводит к тому что звонки перестают ходить с ошибкой не найден путь транскодинга SIP -> Local
Вспомнил что есть опция transcode_via_sln, прописал ее в no - ноль реакции.
Zavr2008 писал(а):Где INVITE с SDP чтобы можно было понять что у Вас происходит?
Честно говоря пока не смотрел - но не думаю что его содержимое поможет диагностировать данную проблему.
Как видится проблема кроется именно в использовании псевдоканала Local, такое ощущение что єта сущность только и умеет что со slin работать...
Да нет, старый добрый chan_sip, освоить chan_pjsip все никак руки не доходят...
