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

[Matthias Binder (JIRA)]

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

Matthias Binder updated ASTERISK-26333:
---------------------------------------

    Description: 
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

{quote}
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.

-- 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.
{quote}


  was:
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

{quote}
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.


-- 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.
{quote}



> 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
>            Assignee: Unassigned
>         Attachments: asterisk capture + 6869i syslog.zip, chan_pjsip2.JPG, chan_pjsip.JPG, chan_sip.JPG
>
>
> 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
> {quote}
> 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.
> -- 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.
> {quote}



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