[asterisk-bugs] [JIRA] (ASTERISK-25171) Early completion of feature code attended transfer results in intermittent one-way audio, "ghost ringing" and robotic sound for some phones and not others.

Rusty Newton (JIRA) noreply at issues.asterisk.org
Thu Jun 18 16:13:33 CDT 2015


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

Rusty Newton updated ASTERISK-25171:
------------------------------------

    Description: 
Three phones, A, B and C. 

A and B are Digium D40's. I've tested with C being an ATCOM AT-610PR or a Yealink SIP-T28P. If I swap C out with a Digium D40 the problem does not occur. It only occurs with the Yealink and ATCOM as C, and possibly with other phones that I don't have on my desk.

REPRODUCTION:

* A calls B
* A initiates feature code attended transfer and dials C
* While C is ringing, A hangs up. "blonde transfer"
* C answers and is bridged with B.

The result is that B, hears muffled and static-ridden ringing that goes on seemingly forever. Typically B does not receive audio from C, but every few calls B will be able to hear C. The received audio when available will be quite robotic sounding.

The audio from B to C is fine. C can hear B clearly.

Debug to be attached shortly.

  was:
Three phones, A, B and C. 

A and B are Digium D40's. I've tested with C being an ATCOM AT-610PR and a Yealink SIP-T28P. If I swap C out with a Digium D40 the problem does not occur. It only occurs with the Yealink and ATCOM as C, and possibly with other phones that I don't have on my desk.

REPRODUCTION:

* A calls B
* A initiates feature code attended transfer and dials C
* While C is ringing, A hangs up. "blonde transfer"
* C answers and is bridged with B.

The result is that B, hears muffled and static-ridden ringing that goes on seemingly forever. Typically B does not receive audio from C, but every few calls B will be able to hear C. The received audio when available will be quite robotic sounding.

The audio from B to C is fine. C can hear B clearly.

Debug to be attached shortly.


> Early completion of feature code attended transfer results in intermittent one-way audio, "ghost ringing" and robotic sound for some phones and not others.
> -----------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25171
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25171
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Bridges/bridge_native_rtp, Resources/res_pjsip
>    Affects Versions: SVN, 13.4.0
>         Environment: * Asterisk GIT-13-723a9d4 built by rnewton @ newtonr-laptop on a x86_64 running Linux on 2015-05-27 16:13:50 UTC
> * pjsip 2.3
>            Reporter: Rusty Newton
>         Attachments: asterisk-25171.pcap, extensions_25171.txt, full_25171.txt, messages_25171.txt, pjsip_25171.txt
>
>
> Three phones, A, B and C. 
> A and B are Digium D40's. I've tested with C being an ATCOM AT-610PR or a Yealink SIP-T28P. If I swap C out with a Digium D40 the problem does not occur. It only occurs with the Yealink and ATCOM as C, and possibly with other phones that I don't have on my desk.
> REPRODUCTION:
> * A calls B
> * A initiates feature code attended transfer and dials C
> * While C is ringing, A hangs up. "blonde transfer"
> * C answers and is bridged with B.
> The result is that B, hears muffled and static-ridden ringing that goes on seemingly forever. Typically B does not receive audio from C, but every few calls B will be able to hear C. The received audio when available will be quite robotic sounding.
> The audio from B to C is fine. C can hear B clearly.
> Debug to be attached shortly.



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



More information about the asterisk-bugs mailing list