RTP not passing on to the Google Chrome

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Make a call to an outbound destination
2. enable RTCweb breaker
3. Enable video

What is the expected output? What do you see instead?
The expected output is that we can hear audio and don't receive any video. What 
we get is no video nor audio. 
When we would disable video, the call is passing on correctly.

What version of the product are you using? On what operating system?

Doubango Revision: 878
Webrtc2sip Revision: 80

Please provide any additional information below.

Traces are attached

Output in Webrtc2sip is:

warning: The VAD has been replaced by a hack pending a complete rewrite
***ERROR: function: "attachMediaProxyPlugins()"
file: "mp_wrap.cc"
line: "129"
MSG: cannot find video consumer for right leg
***ERROR: function: "attachMediaProxyPlugins()"
file: "mp_wrap.cc"
line: "135"
MSG: cannot find video producer for right leg
warning: The VAD has been replaced by a hack pending a complete rewrite

Original issue reported on code.google.com by sven.ant...@gmail.com on 29 Apr 2013 at 6:40

Attachments:

• trace.pcapng

[GoogleCodeExporter]

- please don't cut console logs when reporting
- please attach SIPML5 logs (javascript console)

Original comment by boss...@yahoo.fr on 29 Apr 2013 at 7:15

[GoogleCodeExporter]

Please find herewith full traces

Original comment by sven.ant...@gmail.com on 30 Apr 2013 at 7:49

Attachments:

• chrome.log
• putty.log

[GoogleCodeExporter]

Original comment by boss...@yahoo.fr on 3 May 2013 at 6:41

• Changed state: Accepted

[GoogleCodeExporter]

I'm getting pretty much the same log output trying to get the video to work. 
Audio works all the time, but video never.

This message is curious since all my machines are on the local network and 
there is no NAT traversal, how do I tell it NOT to do this?

*INFO: No ICE candidate with remote ip = 192.168.10.214 and port = 58870 could 
be found...probably symetric NAT

Attached is my log file. Any help would be really really appreciated.

Original comment by dar...@tuxit.ca on 12 May 2014 at 2:17

Attachments:

• log