| Summary: | ASTERISK-25423: Caller gets no Connected line update during call pickup. | ||
| Reporter: | Richard Mudgett (rmudgett) | Labels: | |
| Date Opened: | 2015-09-25 11:54:24 | Date Closed: | 2015-09-29 07:29:23 |
| Priority: | Major | Regression? | |
| Status: | Closed/Complete | Components: | Applications/app_dial Applications/app_queue |
| Versions: | 13.5.0 | Frequency of Occurrence | Constant |
| Related Issues: | |||
| Environment: | Attachments: | ( 0) 103-102-101.pcap | |
| Description: | John Hardin has found that the connected line display on a calling channel is not updated properly when the call is picked up using the PickupChan() application. In other words, party A calls party B. Party A sees party B's ID on the device. Party C picks up the ringing call. Party A still sees Party B's ID.
John has confirmed through packet captures (which I am attaching here) that Asterisk is never sending a proper update to the phone. The attached pcaps are: 103-102-101.pcap: PCAP taken from the Asterisk box Quoting John here: {quote} pbx is 10.10.7.222 103 (10.10.9.233) calls 102 (10.10.6.56) 101 (10.10.5.72) dials *41102 to pickup 102’s call 103 hangs up {quote} The interesting thing to me here is that once the call is picked up, Asterisk sends a connected line reinvite to 101 but not to 103. | ||
| Comments: | By: Richard Mudgett (rmudgett) 2015-09-25 12:04:08.230-0500 The connected line update gets eaten because of the particular {{Dial}} options used. For {{Dial}} the update will be eaten when the {{A()}}, {{M()}}, or {{U()}} options are used. For the {{M()}} and {{U()}} options the particular dialplan routine would need to do something that eats frames such as using {{AGI}} or {{Playback}} in the macro or gosub. By: Richard Mudgett (rmudgett) 2015-09-25 12:07:16.997-0500 A similar thing happens with {{Queue}}. By: Richard Mudgett (rmudgett) 2015-09-25 12:48:45.289-0500 Gerrit reviews associated with this issue: https://gerrit.asterisk.org/#/c/1315/ through https://gerrit.asterisk.org/#/c/1329/ | ||