[asterisk-bugs] [JIRA] (ASTERISK-26988) user_eq_phone adds double user=phone parameters to URIs on re-Invite

dtryba (JIRA) noreply at issues.asterisk.org
Tue May 9 04:17:58 CDT 2017


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

dtryba updated ASTERISK-26988:
------------------------------

    Attachment: full.txt

console log wit  debug/verbose at level 5 and pjsip set logger on.

I changed something (at least user_eq_phone for all endpoints) and now the problem occurs also after a 302 redirect:

initial:
INVITE sip:+3140xxxxxxx at ims.imscore.net:5060;user=phone;transport=udp SIP/2.0
to redirector:
INVITE sip:+3140xxxxxxx at 109.235.32.47;user=phone SIP/2.0
302 redirect:
Contact: <sip:+3140xxxxxxx at sip.itco.nl;user=phone>
to final target:
INVITE sip:+3140xxxxxxx at sip.itco.nl;user=phone;user=phone SIP/2.0

> user_eq_phone adds double user=phone parameters to URIs on re-Invite
> --------------------------------------------------------------------
>
>                 Key: ASTERISK-26988
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26988
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 13.14.1
>         Environment: Debian/stretch with repository supplied Asterisk 13.14.1~dfsg-1
> There are no updates/patches for user_eq_phone either Debian specific or from 13.41.1 to 13.15 as far as I can see.
>            Reporter: dtryba
>            Assignee: dtryba
>            Severity: Minor
>         Attachments: full.txt, invites.txt
>
>
> Asterisk in a setup as proxy/sbc between customer and upstream provider, where upstream demands the use of user=phone for URIs containing phonenumbers. Only the endpoint definitions for upstream contain the "user_eq_phone = yes" option.
> INVITE from upstream to Asterisk. R-URI/To/From/PAI containt the user=phone params. INVITE from Asterisk to customer, the user=phone gets stripped from all URIs. The 1xx/200OK from customer lack user=phone, but gets added by Asterisk to upstream. So far so good.
> The customer endpoint is a fax, that re-INVITEs for t38. The re-INVITE lack user=phone. Asterisk adds "user=phone;user=phone" to relevant URIs
> Upstream provider answers with a "400 Bad Request" and the connection is terminated (by both upstream as Asterisk). 



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



More information about the asterisk-bugs mailing list