[asterisk-bugs] [JIRA] (ASTERISK-22965) [patch]Asterisk fails to resume WebRTC call from hold

[Rusty Newton (JIRA)]

Rusty Newton created ASTERISK-22965:
---------------------------------------

             Summary: [patch]Asterisk fails to resume WebRTC call from hold
                 Key: ASTERISK-22965
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22965
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Resources/res_pjsip, Resources/res_rtp_asterisk
    Affects Versions: 12.0.0-beta2
         Environment: Server:
asterisk:svn r403157  --with-srtp --with-pjproject
pjproject:git asterisk/pjproject HEAD --with-external-srtp --enable-shared CFLAGS="-DNDEBUG"

Ubuntu Precise 64, 3.2.0-23-generic.

Client:
Chrome 33.0.1720.0 canary
http://sipml5.org/call.htm?svn=203
            Reporter: Vytis Valentinavičius
            Assignee: Vytis Valentinavičius


When in call between soft-phone and WebRTC resuming from holden call does not resume the sound.
Notices:
1. Hold and resume must be made by WebRTC client. Tested with sipml5.org demo.
2. Wireshark dump showed that after call is resumed all UDP packets do not reach WebRTC client due to wrong destination port.
3. Chrome stops active channel when issued hold command and creates new channel on resume. Channel is bound to new port each time.
4. Asterisk spits out such verbose errors:
Before connection:
[Nov 26 13:27:01] ERROR[2088]: pjsip:0 <?>: 	icess0x7fbe000 ..Error sending STUN request: Invalid argument
Later in call (not related to Hold/Resume sequence):
[Nov 26 13:28:06] WARNING[2177][C-00000000]: res_srtp.c:406 ast_srtp_unprotect: SRTP unprotect failed with: authentication failure 10

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira