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

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Tue Feb 18 12:16:03 CST 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-22911?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=215376#comment-215376 ] 

Richard Mudgett edited comment on ASTERISK-22911 at 2/18/14 12:14 PM:
----------------------------------------------------------------------

Hey Vytis, the patch on this issue appears to have caused a regression and I'm hoping that you can help to test a replacement patch that I think will also address your issue while not causing the regression. If you can test it out, it's on ASTERISK-23213
and is called ice_candidates_excessive_clearing.patch

Or if you'd prefer a direct link: https://issues.asterisk.org/jira/secure/attachment/49328/ice_candidates_excessive_clearing.patch
It applies directly to 11 from svn right now, but I think it will also apply cleanly to 11.7.0-rc1.
                
      was (Author: jrose):
    Hey Vytis, the patch on this issue appears to have caused a regression and I'm hoping that you can help to test a replacement patch that I think will also address your issue while not causing the regression. If you can test it out, it's on https://issues.asterisk.org/jira/browse/ASTERISK-23213
and is called ice_candidates_excessive_clearing.patch

Or if you'd prefer a direct link: https://issues.asterisk.org/jira/secure/attachment/49328/ice_candidates_excessive_clearing.patch
It applies directly to 11 from svn right now, but I think it will also apply cleanly to 11.7.0-rc1.
                  
> [patch]Asterisk fails to resume WebRTC call from hold
> -----------------------------------------------------
>
>                 Key: ASTERISK-22911
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22911
>             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
>      Target Release: 11.8.0, 12.1.0
>
>         Attachments: capture_asterisk_211_client_15.pcap.gz, issue_22911.full.log, issue_22911.full.log, issue_22911.full.pjsip.log, works_on_my_machine.patch
>
>
> 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



More information about the asterisk-bugs mailing list