asterisk.ru

Asteisk после получения 200 от прокси провайдера делает INVITE с route этого прокси, но на адрес ноды которая ответила через прокси.

Первый INVITE выглядит так:

Код: выделить все

INVITE sip:1-5001@192.168.0.17:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.20:5081;rport;branch=z9hG4bKPj81ccd332-4eca-4ab5-92da-669439f4bec9
From: "KT" <sip:1234567890@192.168.0.20;user=phone>;tag=0172bfd7-dd88-4cc4-8f69-3e5016276679
To: <sip:1-5001@192.168.0.17>
Contact: <sip:asterisk@192.168.0.20:5081>
Call-ID: 34c066eb-494a-4093-95a5-6f114a9a168d
CSeq: 17612 INVITE
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Supported: 100rel, replaces, norefersub
Max-Forwards: 70
User-Agent: Asterisk PBX 15.5.0~dfsg-1.1ubuntu4.8
Content-Type: application/sdp
Content-Length:   235

SPD


Второй:

Код: выделить все

INVITE sip:5001@XXX.XXX.XXX.XXX:5060;transport=TCP SIP/2.0
Via: SIP/2.0/UDP 192.168.0.20:5081;rport;branch=z9hG4bKPj77526e3f-9937-4f57-a789-32c487096d2d
From: "KT" <sip:1234567890@192.168.0.20;user=phone>;tag=0172bfd7-dd88-4cc4-8f69-3e5016276679
To: <sip:1-5001@192.168.0.17>;tag=as1ad55bf6
Contact: <sip:asterisk@192.168.0.20:5081>
Call-ID: 34c066eb-494a-4093-95a5-6f114a9a168d
CSeq: 17613 INVITE
Route: <sip:192.168.0.17;lr;r2=on;ftag=0172bfd7-dd88-4cc4-8f69-3e5016276679>
Route: <sip:192.168.0.17;transport=tcp;lr;r2=on;ftag=0172bfd7-dd88-4cc4-8f69-3e5016276679>
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Supported: 100rel, replaces, norefersub
Max-Forwards: 70
User-Agent: Asterisk PBX 15.5.0~dfsg-1.1ubuntu4.8
Content-Type: application/sdp
Content-Length:   235

SDP


SDP секции идентичны, т.е. codec locking нет.

Есть ли какой-то способ отключить данное поведение полностью, так как провайдер рвет звонок после этого.

Второй инвайт - ре-инвайт.
Пробуйте canreinvite=no

А зачем юзаете PJSIP?

PJSIP был выбран из-за webrtc, там можно переключать из ARI необходимые параметры чтоб работать с WS и SIP клиентами одновременно.

canreinvite нет в pjsip, к сожалению.

К сожалению canreinvite отсутствует у psjsip.
PJSIP более гибок и порэтому можно использовать один эндпоинт как для webrtc, так и для классических SIP клиентов.
Ну и переменные более логично названы.

Ну вот у меня сожаление в другую сторону.
chan_sip менее гибок, но там ваша проблема решается всего одним параметром
canreinvite=no
А PJSIP - более гибок, но неизвестно какую гайку крутить.
pjsip.endpoint.conf:

Код: выделить все

[Trunk name](+)
type=endpoint
direct_media=no