Добрый день Столкнулся со следующей проблемой Есть два Астериска - сервер и клиент На сервер выделено два экстеншена для клиента
[1234]
disallow=all
allow=ulaw
allow=alaw
type=peer
host=dynamic
context=first_trunk
qualify=yes
rtpkeepalive=5
secret=secret
[4321]
disallow=all
allow=ulaw
allow=alaw
type=peer
host=dynamic
context=second_trunk
qualify=yes
rtpkeepalive=5
secret=secret2
Также имеются два контекста
[first_trunk]
exten => _X.,1,NoOp(first)
exten => _X.,2,Dial(SIP/vendor_trunk/10${EXTEN})
[second_trunk]
exten => _X.,1,NoOp(second)
exten => _X.,2,Dial(SIP/vendor_trunk/20${EXTEN})
Сделано это чтобы разделить биллинг первого транка и второго. Теперь вопрос, когда от клиента приходит звонок с первого транка, все хорошо, а вот когда со второго, то пишет следующую ошибку
[2017-09-20 14:32:12] WARNING[19421][C-0001d90e]: chan_sip.c:17079 check_auth: username mismatch, have <1234>, digest has <4321>
[2017-09-20 14:32:12] NOTICE[19421][C-0001d90e]: chan_sip.c:26124 handle_request_invite: Failed to authenticate device "9999999999" <sip:9999999999@client_ip_adress>;tag=as704203c9
99999999999 - для примера, номер вызываемого абонента, т.е. наш ${EXTEN}
Если во втором транке прописать
insecure = invite
то все звонки приходят в контекст [second_trunk], и соответственно, разделение биллинга не происходит. От клиента в CallerID приходит номер, который подчтавляется для исходящей связи (это реализовано скриптом), т.е. опцию fromuser поставить не получится.
Подскажите, пожалуйста, где ошибка ?
Используйте Remote-Party-ID для передачи CallerID, пропишите fromuser и уберите insecure = invite
На сервере:
trustrpid=yes
На клиенте:
sendrpid=yes
Если все так сложно, то insecure и смотрите from поле в контексте, по нему разделяйте.
Но вообще так работает.
Задан: Sep 20 '17
Просмотрен: 630 раз
Обновлен: Sep 21 '17
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
А 1234 и 4321 зарегистрированы на вашем сервере ?
zzuz (Sep 20 '17)editДа, оба номера прописаны на клиентском Астере в register =>
A66aT (Sep 21 '17)edit