Video recording issues after update

[Howard Fluker]

We are testing the latest updated server version, but the server stops processing recording or streaming requests after a few tests. Also, when video recording works, the recorded video has no audio or is shorter than real record time.
Also, any streaming feature demo return "FAILED" when click the "START" button.
Tested using Google Chrome 58.0.3029.110 and Firefox 53.0.3, Windows 10. (v. 0.5.18.2241 - 5.0.2248)
What can be causing these issues?

 

[Max]

We can't reproduce this issue with latest build 2267 and default settings.
We are able to record video 10 times and more. It works.

codecs=opus,alaw,ulaw,g729,speex16,g722,mpeg4-generic,telephone-event,h264,vp8,flv,mpv

Please zip and share your settings and latest logs or send to logs@flashphoner.com

• WCS_HOME/conf/flashphoner.properties
• WCS_HOME/conf/wcs-core.properties
• WCS_HOME/conf/wcs-manager.properties
• WCS_HOME/logs/server_logs/flashphoner.log
• WCS_HOME/logs/error****.log (if exist)

Make sure you have enough RAM memory and disk space on this server.

 

[Howard Fluker]

We did an update to version 5.0.2272. After that, the server recorded the first two times, then the problem raised again.
Attached you'll find the configuration and log files. Also, a video hosted in DropBox showing what happend when try to record the video.
https://www.dropbox.com/s/pbgt5bneyqid4qy/recording.mp4?dl=0

 

[Max]

From logs, it looks like your UDP ports are closed on firewall or NAT.
Make sure that UDP port range [31000-32000] is open.
How to check
1. Listen a port from this range using tcpdump

tcpdump port 31200

2. Send UDP packet from another external public host and make sure it is delivered properly.
Here you can see detail instruction how to check ports:
https://flashphoner.com/docs/wcs5/w...l?additional_tools-ports_routing_checking.htm

 

[Howard Fluker]

We've checked firewalls for any TCP/UDP restriction. The OS firewall is disabled as all security rules are handled on an external device. The device was checked and all incoming and outgoing traffic is allowed for TCP and UDP from port 1 to 65535.

Also, we did the suggested test using tcpdump and below is the screenshot with results:

What else can we test?

BTW: The recording with Flash fallback seems to be working.

 

[Max]

Please send following details to logs@flashphoner.com

• sudo SSH access
• WCS dashboard admin password

We will debug this case on your server

 

[Max]

We have tested this on your server.
We can't reproduce this issue. All going fine when we test it form our network connection.
10 of 10 records are complete. No recording issues or server issues.

As an idea, you are testing recording over a NAT or VPN that dynamically changes IP addresses.
That's why WCS discards packets from your particular network.
Example:

17:31:43,012 INFO  ergingDatagramSocket - RTP-pool-24-thread-1 Discarded 201 packets. Last remote address:/190.86.65.42:10749

Here WCS has discarded 201 UDP packets from your IP address 190.86.65.42
When we test the same case, we don't have such issue. All packets are accepted. Recording is working properly.

Please try to test this from a different network, PC.
Please describe what type of connection are you using. 4G, 3G, Edge, wire, etc. It may help.
Please deploy a PC in your network and arrange TeamViewer access to this PC. We will able to test and debug this from your PC on Monday.
You can send TeamViewer credentials to logs@flashphoner.com

 

[Howard Fluker]

All the tests were done from a DSL connection (a residencial service). Also, before the update service was recording without any issue.

 

[Max]

Try to add this setting in flashphoner.properties

ice_authorize_by_address=true

then update to the latest available build 2275

service webcallserver update

 

[Howard Fluker]

After update WCS and API library the recording is working.

Thanks