[asterisk-bugs] [JIRA] (ASTERISK-20839) Avoid processing hold control frame when the peer is already in hold

[Rusty Newton (JIRA)]

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

Rusty Newton closed ASTERISK-20839.
-----------------------------------

    Resolution: Suspended

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.
                
> Avoid processing hold control frame when the peer is already in hold
> --------------------------------------------------------------------
>
>                 Key: ASTERISK-20839
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20839
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Core/RTP
>    Affects Versions: 1.8.8.2
>         Environment: OS: RHEL 6.1
> Phone: Digium Phone D40
>            Reporter: Nuno Borges
>            Severity: Minor
>
> 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.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira