05-24-2004 11:18 AM
Just wondered if anybody has experience with using the real proxy to cache on demand content ie, the video's at the BBC website (only site I know that uses Real! www.bbc.co.uk).
Configured the Real Proxy: -
rtsp proxy media-real license-key installed
rtsp proxy media-real accept-license-agreement
rtsp proxy media-real enable
!
rtsp ip-address 172.20.3.8
rtsp server cisco-streaming-engine enable
You can fire up the real proxy admin screen and watch connections coming in on the monitor screen, however when you do a:-
sh stat rtsp proxy media-real requests
you get:-
Media Cache Statistics - Requests
Total % of Requests
---------------------------------------------------
Total Received Requests: 28 -
Demand Cache Hit: 0 0.0
Demand Cache Miss: 0 0.0
Demand Pass-Through: 26 92.9
Live Split: 0 0.0
Live Pass-Through: 2 7.1
With the pass-through indicating on the 2nd viewing of the video its not playing it from cache.
real player is configured to use the CE as its RTSP proxy (port 554), firewalls are all correct, has mediafs filesystem configured, traces show that its an RTSP stream as opposed to HTTP based request and that it hits the CE and then the 2nd request just comes straight in from the internet.
Without setting up a local Real Helix Server to prove this I've got no way of knowing if its the website or something I'm missing.
Any idea's?
05-28-2004 10:27 AM
Here is some information that I found: If the real proxy does not get timely response from the server, then it could go in to PASS through mode or if the content could be marked as non-cacheble. Proxy dynamically switches to pass-through mode for on-demand content if the client request is for media that is not cachable.
06-02-2004 06:58 AM
Quick update, I've also discovered there is a known bug to do with when a CE will set traffic to pass-through mode instead of caching it.
I've had the code upgraded to 5.1.7.X lastest cut on CCO to see if it still occours as its been fixed in the later releases of 5.0.X and 5.1.X.
Mark
06-10-2004 01:58 AM
Just to update this thread, upgrading all devices to 5.1.7.X fixed the issue. We also need to un-tick the rtsp real gateway option which previously you needed in the 5.0.X.
If you use the real helix gui within the CE an use the monitor option, when you visit a site that allows streams to be cached you see block import on the screen.
If you then use from the cli
sh stat rtsp proxy media-real requests
you can see the demand cache hits, first video is a bit slower, the second user to request it, the video comes back perfectly.
Using a sniffer confirms the second request never leaves the network.
regards
Mark
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide