[asterisk-bugs] [JIRA] (ASTERISK-26333) Problems with Blind Transfer, PJSIP (Aastra 6869i)

Matthias Binder (JIRA) noreply at issues.asterisk.org
Fri Sep 2 04:20:01 CDT 2016


Matthias Binder created ASTERISK-26333:
------------------------------------------

             Summary: Problems with Blind Transfer, PJSIP (Aastra 6869i)
                 Key: ASTERISK-26333
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26333
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: pjproject/pjsip
            Reporter: Matthias Binder


Sangoma told me to open a issue in the asterisk tracker.

We cannot do PJSIP Blind Transfers on the Mitel 6869i Phone.

The Problem is already analysed by Mitel Support and they made a Statement about the problem and showed up a workaround for this problem.

The asterisk pjsip needs to be changed to solve the Problem.

http://community.freepbx.org/t/problems-with-blind-transfer-pjsip-aastra-6869i/34393/20


HI there,

After having a look at the sip traces I have come to the following conclusion:

The Problem:

The channel drivers CHAN_SIP and CHAN_PJSIP seem to implement the REFER method differently.

-- CHAN_SIP responds the REFER with an "202 Accepted" followed by a "200 OK" in NOTIFY sip/frag body as soon as Asterisk knows that the user can be reached.

chan_sip.JPG1361x617 149 KB
-- On the other hand CHAN_PJSIP notifies all the progress details of the C user e.g. Trying, Ringing etc. It sends a "200 OK" ONLY if the called user answers the call.

chan_pjsip1.JPG1419x649 153 KB
chan_pjsip2.JPG1421x667 163 KB
This leads to the stated issue because in case of Blind Transfer, Mitel Phones expect a "200 OK" after REFER has been accepted. Otherwise the line is kept busy. This is by-design with no intension to change it at the moment.




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



More information about the asterisk-bugs mailing list