| Summary: | ASTERISK-20839: Avoid processing hold control frame when the peer is already in hold | ||
| Reporter: | Nuno Borges (nerbos) | Labels: | |
| Date Opened: | 2012-12-26 12:01:57.000-0600 | Date Closed: | 2013-01-03 15:43:53.000-0600 |
| Priority: | Minor | Regression? | |
| Status: | Closed/Complete | Components: | Core/RTP |
| Versions: | 1.8.8.2 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | OS: RHEL 6.1 Phone: Digium Phone D40 | Attachments: | |
| Description: | Greetings,
As i was testing the new Digium phone D40 i noticed when handling two calls and resuming one of them, the phone is sending two hold frames for the same channel. Even being a problem with the phone, shouldn't asterisk avoid the process of the second control frame, since the first was already processed and announced ? This should also be valid for unhold. Best regards. | ||
| Comments: | By: Rusty Newton (rnewton) 2013-01-03 15:43:53.736-0600 https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines Thanks for reporting this. More information would be needed to determine this. The best way to figure this out would be to contact the vendor of the phone, in this case Digium, and have them verify operation. Digium provides free technical support with the phones http://www.digium.com/en/users/support-create-a-case/ If the issue is with Asterisk, they'll ask you to open a JIRA issue and tell you what debug to post. | ||