I was hoping somebody could confirm the following is a _normal_ log file for rtpengine. Specifically I am curious of the 'Successful STUN binding request from' messages are continuously logged.
Are they part of the normal operation or does this indicate some issue with media? I only ask because I am getting one way audio at the moment. I get audio from rtpengine however rtpengine does not hear me.
On 05/08/14 11:01 AM, Paul Belanger wrote:
Chrome seems to be doing this during normal operation. I have no idea why though, perhaps some sort of keep-alive. You should be able to confirm successful STUN communication with Wireshark.
I did notice that you're responding to an RTP/SAVPF offer with an RTP/SAVP answer. That might be the source of your issue.
cheers
On Tue, Aug 5, 2014 at 11:06 AM, Richard Fuchs rfuchs@sipwise.com wrote:
Thanks, I had a typo. I believed I fixed it.
A new piece to the puzzle, if I place the webrtc client on hold then off, audio is setup properly with rtpengine. However, I cannot find the reason for this yet. Clearly the "RTP output wanted, but no crypto suite was negotiated" message is the cause of the issue but not sure why the hold fixes it.
On Tue, Aug 5, 2014 at 11:06 AM, Richard Fuchs rfuchs@sipwise.com wrote:
Thanks, I have a message in moderation because of an attachment however I have more info.
It looks like chrome has some keep alive function going, in firefox they don't come as fast.
I have also noticed, in firefox 31. Audio will establish right away however in chrome, I need to toggle hold / unhold to get media to be setup properly. Not sure why I need to do that.
-
Paul Belanger -
Richard Fuchs