[asterisk-bugs] [JIRA] (ASTERISK-26655) pjsip: Transfers Broken with Compact Headers Enabled

[JoshE (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=234327#comment-234327 ] 

JoshE commented on ASTERISK-26655:
----------------------------------

So not sure on the repro via softphone, but the fix was simple. We found this issue with both Yealink and Polycom being the referring device with compact headers turned on.

Patch to resolve is attached.

Also, as a note, there are a number of places where pjsip's method pjsip_msg_find_hdr_by_name is called where compact headers are legal. In those cases, the proper method appears to be pjsip_msg_find_hdr_by_names, and we need to be defining the compact header value in addition to the long form value, where legal. We'll be trying to patch these in a handful of other places and submit additional issues as needed.

> pjsip: Transfers Broken with Compact Headers Enabled
> ----------------------------------------------------
>
>                 Key: ASTERISK-26655
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26655
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 14.2.1
>            Reporter: JoshE
>            Assignee: Unassigned
>            Severity: Minor
>
> With compact headers enabled on all Asterisk 14 versions, a SIP REFER is broken - returns a 400 error.  Turning compact headers off causes transfers to happen normally.
> Here are the relevant messages:
> {noformat}
> REFER sip:159.203.108.176:5060;transport=tcp SIP/2.0.
> v: SIP/2.0/TCP 192.168.0.64;branch=z9hG4bK5c296a0557CAF956.
> f: "252" <sip:252-Cloud at phone-3.cloud.com>;tag=75623ABC-C7F21941.
> t: <sip:303520xxxx at phone-3.cloud.com;user=phone>;tag=806b0979-0f15-46cd-b250-1a446b35edce.
> CSeq: 7 REFER.
> i: 9ed9e530905a067fc0b8ffec45cbdb1e.
> m: <sip:252-Cloud at 192.168.0.64;transport=tcp>.
> User-Agent: PolycomVVX-VVX_300-UA/5.5.1.11526.
> Accept-Language: en.
> r: <sip:720xxxyyyy at phone-3.cloud.com;user=phone>.
> b: <sip:252-Cloud at phone-3.cloud.com>.
> Authorization: Digest username="252-Cloud", realm="cloud.com", nonce="1481323971/5550ba48137b7abed94842e3905e03ca", qop=auth, cnonce="ZfcLvhcY3rAO9O6", nc=00000006, opaque="205162c83c168447", uri="sip:303520xxxx at phone-3.cloud.com;user=phone;transport=tcp", response="aab629046d78dd3aad50c060ad9a80d9", algorithm=MD5.
> Max-Forwards: 70.
> l: 0.
> .
> T 2016/12/09 15:53:24.350136 159.203.108.176:5060 -> 73.34.214.163:59149
>  [AP]
> SIP/2.0 400 Bad Request.
> Via: SIP/2.0/TCP 192.168.0.64;rport=59149;received=73.34.214.163;branch=z9hG4bK5c296a0557CAF956.
> Call-ID: 9ed9e530905a067fc0b8ffec45cbdb1e.
> From: "252" <sip:252-Cloud at phone-3.cloud.com>;tag=75623ABC-C7F21941.
> To: <sip:303520xxxx at phone-3.cloud.com;user=phone>;tag=806b0979-0f15-46cd-b250-1a446b35edce.
> CSeq: 7 REFER.
> Server: Media v4.
> Content-Length:  0.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.2#6252)