When topos receives an in-dialog REFER, it correctly unmask everywhing as expected, but not the Refer-To header, which breaks transfers.
For example, this is the refer from a client:
REFER sip:atpsh-685d3cd2-69-2@172.23.42.1;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 172.23.42.1:23045;rport;branch=z9hG4bKlaklhcax
Max-Forwards: 70
To: <sip:3338063766@example.voismart.com>;tag=Brcm20gBS5eZe
From: "Joe" <sip:1001@example.voismart.com>;tag=xbdlk
Call-ID: kpjiixyvombnlkw@fedora.fritz.box
CSeq: 340 REFER
Contact: <sip:1001@172.23.42.1:23045;transport=tcp>
Refer-To: <sip:atpsh-685d3cd2-69-4@172.23.42.1;transport=tcp?Replaces=lmhzfrkbucirwbc%40fedora.fritz.box%3bto-tag%3dXDQD403r30jeS%3bfrom-tag%3dtwbnd>
Referred-By: "Joe" <sip:1001@example.voismart.com>
User-Agent: Twinkle/1.10.3
Content-Length: 0
And this is what exits from topos proxy:
REFER sip:3338063766@172.23.42.211:5060;transport=udp SIP/2.0
Via: SIP/2.0/TCP 172.23.42.250;branch=z9hG4bK89f.32493a6f0ee894aad0bf66f581e5053a.0;i=3
Max-Forwards: 69
To: <sip:3338063766@example.voismart.com>;tag=Brcm20gBS5eZe
From: "Joe" <sip:1001@example.voismart.com>;tag=xbdlk
Call-ID: kpjiixyvombnlkw@fedora.fritz.box
CSeq: 340 REFER
Refer-To: <sip:atpsh-685d3cd2-69-4@172.23.42.1;transport=tcp?Replaces=lmhzfrkbucirwbc%40fedora.fritz.box%3bto-tag%3dXDQD403r30jeS%3bfrom-tag%3dtwbnd>
Referred-By: "Joe" <sip:1001@example.voismart.com>
User-Agent: Twinkle/1.10.3
Content-Length: 0
Route: <sip:172.23.42.3;transport=tcp;r2=on;lr=on;ftag=xbdlk;did=c84.2b02>
Route: <sip:172.23.42.3;r2=on;lr=on;ftag=xbdlk;did=c84.2b02>
Contact: <sip:btpsh-685d3cd2-69-2@172.23.42.250>
Will try to find a solution, I see that in tps_msg.c
parse_refer_to.h
is included so perhaps there was some idea about it, but since I'm not an expert in kamailio internals may need some time.
v6.0.x and master
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.