8000 Topos does not unmask Refer-To header in in-dialog Refer request · Issue #4301 · kamailio/kamailio · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
Topos does not unmask Refer-To header in in-dialog Refer request #4301
Open
@xadhoom

Description

@xadhoom

Description

When topos receives an in-dialog REFER, it correctly unmask everywhing as expected, but not the Refer-To header, which breaks transfers.

Troubleshooting

SIP Traffic

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:3******6@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:3******6@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:3******6@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>

Possible Solutions

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.

Additional Information

v6.0.x and master

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      0