Rtmp Load Testing Tool
Load Testing RTMP connections. Ask Question. The Load Test Tool requires a subscription or perpetual license. To request the Load Test Tool. Feb 2, 2017 - The RTMP protocol works over the TCP protocol. This means that RTMP operates on the transport level, while RTMPT is the application level protocol. There are different approaches and different tools to test streaming services. While load testing of streaming media can be accomplished with JMeter, there. Dec 9, 2017 - Rtmp Load Testing Tool' title='Rtmp Load Testing Tool' />Requirements Webcam Site Plugins for Video Streaming, Chat, Conference, Recording, Presentation. Okay i got the config tool,i see the ip address but it still wont let me log in,ive activated all active x controls in widows ie. Runner Wikipedia.
There are two types of test I’ll describe below. First of all using Apple HLS streams, which is via port 80, supported by iOS and Safari, and also by Android (apps and browser). Download Free Cacho Tirao Partituras Pdf Gratis on this page. Then we have Adobe’s RTMP over port 1935, mostly used by Flash players on desktop, this covers browsers like Internet Explorer and Chrome on desktop. These tests apply to Wowza server but I think it’ll also cover Adobe Media Server. Free Download Cakewalk Z3ta Vst Programs For Mac.
All links to files and software mentioned are duplicated at the end of this post. It’s worth noting that you can stick to HLS entirely by using an HLS plugin for Flash video players such as, and that is what we’re doing in order to make good use of Amazon’s CloudFront CDN. For the purpose of testing you may also wish to simulate some live camera streams from static video files, see further down this post for info on how to do that on your computer, server or EC2. Testing RTMP Live Streaming with Flazr In this test we want to load test a Wowza origin server itself to see the direct effect of a lot of users on CPU load and RAM usage. This test is performed with, via RTMP on port 1935. Assuming you’ve set up your Wowza or Adobe Media server already, for example by using a pre-built. We’re using an instance for this test as it has high network availabilty and a tonne of RAM – and we’re streaming 4 unique 720p ~4Mbit streams to it, transcoded to multiple SD and HD outputs (CPU use from this alone is up to 80%).
Installing flazr First up, for the instance size and test configuration I’m using I modified flazr’s client.sh to increase the Java heap size to 8GB, otherwise you run out of RAM. Next up FTP and upload (or wget) flazr to a directory on your server/EC2 instance. Then SSH in and: apt-get install default-java cd path/to/flazr chmod +x client.sh./client.sh -host yourserver.com -version 00000000 -load 1000 -length 60000 -port 1935 -app yourAppName yourStreamName The order of parameters does seem to matter in later versions of flazr, but either way this test runs for 60 seconds, with a load of 1000 viewers. Given all the transcoding our CPU was already feeling the pain, but there was no sign of trouble.
We managed 4500 before anything started to stutter in our test player from another m3.xlarge instance. Wowza CPU Usage Of course this only matters if you are not using a CDN, but it’s good to know this EC2 instance can handle a lot of HD viewers.
Testing HLS Live Streaming (or a CDN such as Amazon CloudFront) with hlsprobe Onto HLS streaming, the standard for mobile apps and sites. We have used to set up HLS caching for content delivery, so that we can handle a very large number of viewers without impacting on the CPU load or network throughput of the origin server, and to giver us greater redundancy. Given CloudFront works with HLS streams we are not using RTMP for this test, so we cannot use Flazr again. To test HLS consumption –that being the continuous download of.m3u8 files and their linked.ts video chunks– we can use a tool called, which written in python. If you’re on a Mac and don’t have python I recommend you install it via brew to get up and running quickly. If you don’t have brew, get it.
#on a mac brew install python #on ubuntu/amazon sudo apt-get python hlsprobe also relies on there being an SMTP server running, not that you need a fully functional one but: #on mac sudo postfix start #on ec2, this auto-starts sudo apt-get install postfix Then to install hlsprobe’s dependencies and hlsprobe itself: pip install m3u8 pip install PyYAML git clone cd hlsprobe A sample config is linked at the end of the post. Running hls probe is as simple as this (note the -v verbose mode, you can turn that off once you have it working).
Python hlsprobe -v -c config.yaml Now if you fire up the Wowza Engine Manager admin interface, you should still see the connection count and network traffic, but the traffic. If you’re testing your CDN such as with CloudFront, you should note that your CPU usage does not increase substantially as you add thousands of clients. Simulating cameras to Wowza via nodeJS It’s good to be able to simulate live streams at any time, either from your computer or in my case, from some EC2 instances. To do this I’ve written a simple nodejs script which loops a video, optionally transcoding as you go. I recommend against that due to high CPU use and therefore frame-loss; in my sample script I am passing through video and audio directly, the video is already using the correct codecs, frame size and bitrate via Handbrake. The script runs ffmpeg, so you’ll need to install that first: #on a mac brew install ffmpeg #on ubuntu/Amazon you'll have to to install/compile ffmpeg the usual way Edit the to point to your server, port, and video file, the run the script with: node fakestream.js If the video completes, it’ll restart the stream but there will be a second of downtime, some video players automatically retry, but make sure your video is long enough for the test to be safe.
These are just a couple of ways of load testing a live streaming server, there are 3rd parties out there but we’ve not had great success so far, and this way you have a lot more control over the test environments. Links – NodeJS script to simulate live streams – Sample config for hlsprobe – Tool for testing HLS streams – Tool for testing RTMP streams – OSMF HLS Plugin to support HLS in Flash video players.
Flazr is a collection of multimedia streaming tools implemented in Java, including a RTMP server, a RTMP client and some other utilities. It runs on both Linux and Windows. One of the things that Flazr can do is to stress test your RTMP server. In a testing environment, your bandwidth (hundreds of clients receiving video streams simultaneously requires high bandwidth) or computing power (hundreds of clients playing/decoding video requires a lot of CPU power) are normally limited so that you won’t have enough resources to stress test your RTMP server exactly as it’s used in production.
Flazr can create lots of connections with a third-party RTMP streaming server and constantly receive video data without playing it, so it doesn’t have the CPU power issue. If you place the Flazr client at the same machine as your RTMP server, you won’t have the bandwidth issue also.
To use Flazr for RTMP stress testing is quite simple. Suppose your RTMP url is rtmp://173.23.24.25:80/live/test.stream, you can simply go Flazr directory and type the following command,./client.sh -version 00000000 -load 20 -threads 15 -host 173.23.24.25 -port 80 -app live test.stream This command will create 20 connections (-load 20) to receive data from the RTMP server. If you want more options, you can just type./client.sh to view a list of supported configurations. References: Flazr Official Website: Youtube Video Tutorial: Author Posted on Categories.