Есть два сервера на FreePBX. Работают они через SBC(session border controller). SBC различает абонентов от этих станций по домену. tele.hit.ru и akva.hit.ru. Первыми на sbc зарегистрировались абоненты akva.hit.ru. Получается грустная вещь: при звонке с 704@tele.hit.ru на 709@tele.hit.ru станция выдает INVITE с полем
To: <sip:709@172.17.17.109:5066;transport=udp>
и SBC не разобравшись кому отправлять пакет, отправляет его тому, кто первый зарегистрировался, т.е. akva.hit.ru. Можно ли сделать так, чтобы asterisk в поле to подставлял домен?
To: <sip:709@tele.hit.ru:5066;transport=udp>
Вопрос про extensions, не про trunk.
Желательно не править руками dialplan, а изменить конфигурацию с помощью веб-интерфейса Freepbx.
Задан: 2016-03-02 15:23:18 +0400
Просмотрен: 835 раз
Обновлен: Mar 02 '16
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
что значит "кто первым зарегистрировался"? если это - разные транки, тогда и поле contact будет ответом кто его чикает. ТС - привыкайте настройки выкладывать, а не детские рисунки. И логи, содержащие REGISTER и INVITE.
Zavr2008 ( 2016-03-02 15:31:11 +0400 )редактироватьКлючевое слово не транки! это звонок с одного внутреннего номера на другой. Если возможность , не заморачиваясь на DNS изменить поле to? или хотябы сохранить это поле такое-же, как приходит с SBC. Логи несколько большие, если подскажете, что выбрать, то я выберу.
AS ( 2016-03-02 17:01:58 +0400 )редактироватьвот и ошибка именно в том, что понимания нет у Вас о том, как между собой соединяются астер и прокся (обзываемся SBC в Вашем примере).
Zavr2008 ( 2016-03-03 19:55:55 +0400 )редактироватьписать нужно обмен по SIP астера и того сервера. Ищите INVITE и REGISTER. Всё остальное приведенное - вода.
Zavr2008 ( 2016-03-03 19:56:59 +0400 )редактироватьнастройки в студию..
Zavr2008 ( 2016-03-04 03:28:13 +0400 )редактироватьтут, чтоб разобраться, надо полный конфиг sbc. скорее всего просто неверно все настроено. без шансов помочь без полного конфига и трейсов.
meral ( 2016-03-04 09:58:27 +0400 )редактироватьчетко по вопросу - можно, изменив исходник астериска. в результате очень вероятно, что другая сторона(после sbc) перестанет понимать эти ответы. стандарт требует, чтоб там был адрес.
meral ( 2016-03-04 10:00:08 +0400 )редактироватьsbc должен "разбираться" по адресу с которого идет пакет, а не по полю to.
meral ( 2016-03-04 10:01:53 +0400 )редактировать172 серая сетка - походу у ТС просто неверно настроен NAT :)
Zavr2008 ( 2016-03-04 10:57:52 +0400 )редактироватьв случае с SBC - это неважно. ему пофигу серая сетка или белая.
meral ( 2016-03-04 13:22:47 +0400 )редактировать