November 21, 2011

Windows Media: adding publish points


Recently we've deployed a new WMSPanel feature for Windows Media Services. Some customers wanted to be able to add publish points via our web interface. WMSPanel is already able to control server behavior - starting and stopping servers. So now our customers are able to add publish points as well.

Currently both broadcasting and on-demand publish points are supported.

To add a publish point, a customer admin should go to a server page and click on "Add publish point". Then enter a name, a path to a source within a server and choose PP type. Click "Add publish point" button to perform the addition.

Adding a broadcasting publish point for WMS
Adding on-demand publish point for WMS

That's it. Once a publish point is added, it data will be available on graphs.

Read our blog for more information on current and upcoming features. Contact us for more information.

November 10, 2011

WMSPanel architecture from scalability, security and usability perspectives

When we initially started working on system architecture our main ideas were like described below. Note that the industry term "design" often refers to "architecture" and so will we.
  • Make our system as secure as possible. Security is a very complex task in case when your servers are accessible from Internet. When we started to think about WMSPanel development we checked current solutions publicly available and found out that most of them were desktop applications. From technically point of view this means that desktop application requests information from media servers and presents to a user. So media server should seat and wait for user request and provide necessary information. Most solutions install RDMS on media servers to save and process statistic for the media server. Currently almost all analytic and control media solutions have been moved to the web. But almost all of them still have old design. Their control panels initiate connections to media servers and load logs and perform server related operations. This is a very pure POOL system architecture that forces your system administrator to add additional rules to open additional control ports on media server. In additional your web site cannot process media server data when it want to send it to you. Media Server should seat and wait when web site is ready to call it. In addition, a "pool" architecture has a very bad scalability. If you have 1000 servers you need to call all of them and you should have very clever scheduler to process servers in time. Our solution has a PUSH architecture. When Media Server is ready to push some new data to a panel, it just does that. If there's nothing to say - it can stop sending for some time. In addition, our clients' admins don't have to open additional control ports. We also use industry proven HTTPS protocol to send our data to a panel. We don't even have an option to use HTTP to do that. Both and on-site client's installations MUST have a valid SSL certificate and the system doesn't have an option to suppress this. Your data will not be accidentally sent to a wrong server or cannot be cought and decrypted. Server registration procedure is very secure as well and use HTTPS to register server. Solution accept only valid certificate during registration. Panel web-site use the same certificate so when you want to work with your servers you are under the shield as well.
  • Make installation process as simple as possible. We don't want our clients' admins to play with configs, to manually copy solution libraries etc. We tried to do all necessary things during the installation. We are proud that we spent a lot of time but made installation process as simple, clear and secure as it is.
  • Support all versions of media servers we integrate with. Support them on all platforms where media servers works for all supported architectures. Currently we support Windows Media Server and Wowza Media Server. This means that if you have one or both you can use our solution regardless of their versions.
You can already tell that our architecture goals were achieved in current system implementation.

Please also examine our current cloud architecture.

November 2, 2011

Wowza Media Server client types supported by WMSPanel

Currently we support all client types what Wowza Media Server supports.

HTTP types
  • Flash HTTP Streaming known as HTTP SAN JOSE
  • Apple HTTP Live Streaming (Cupertino Streaming - iPhone, iPad, iPod touch) known as HTTP CUPERTINO
  • Smooth Streaming (Microsoft Silverlight) known as HTTP SMOOTH
RTSP/RTP/MPEG-TS (QuickTime, VLC, mobile devices, set top boxes, encoders)

Real Time Messaging Protocol (RTMP - Adobe Flash Player)

For all streams you will see client type and you will be able to analyze how your customers access to your streams.

November 1, 2011

Can I add both Wowza and Windows Media server to the panel?

Sure you can !

Just follow instructions for Wowza to add Wowza server and use instructions for Windows Media Server to add WMS. You will see common statistics for both server types.

Just register, try it and let us know what you think about our panel capabilities.