# Flash HTTP Streaming - Cache problem with live stream **URL:** \ **Category:** Wowza Streaming Engine\ **Created:** [January 20, 2011, 4:37pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493 "2011-01-20T16:37:11Z")\ **Posts on this page:** 17\ **Page:** 1
**Author:** ![system](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/system/32/447_2.png) [@system](https://community.wowza.com/u/system)\ **Post date:** [January 20, 2011, 4:37pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/1 "2011-01-20T16:37:11Z")
I’m trying to cache segments for a live flash http stream to save incoming bandwidth but can’t as each client gets a unique URL to the same segment like this: Client1: [http://server1/live-edge/stream1/media\_b125000\_](http://server1/live-edge/stream1/media_b125000_) **w407700900**.abst/Seg1-Frag13062 Client2: [http://server1/live-edge/stream1/media\_b125000\_](http://server1/live-edge/stream1/media_b125000_) **w345480670**.abst/Seg1-Frag13062 Is there anyway I can tweak the settings to not include the **\_w{client id}** in the URL and make the segment cachable as the segment should be identical independent of client? I’m running Wowza 2.2.3 with: Origin: liverepeater-origin-record cupertinostreamingpacketizer, smoothstreamingpacketizer, sanjosestreamingpacketizer Edge: liverepeater-edge cupertinostreamingrepeater, smoothstreamingrepeater, sanjosestreamingrepeater rtmp://server1/origin|rtmp://server2/origin Regards, Andreas ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [January 21, 2011, 2:58pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/2 "2011-01-21T14:58:52Z")
Andreas, There is not a good way to cache segments. Richard ---
**Author:** ![Charlie\_Good](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/charlie_good/32/383_2.png) [@Charlie\_Good](https://community.wowza.com/u/Charlie_Good)\ **Post date:** [January 21, 2011, 8:45am UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/3 "2011-01-21T08:45:05Z")
It is the wowza session id. Wowza is not setup to be a caching origin for HTTP. Charlie ---
**Author:** ![Charlie\_Good](https://sea2.discourse-cdn.com/flex002/user_avatar/community.wowza.com/charlie_good/32/383_2.png) [@Charlie\_Good](https://community.wowza.com/u/Charlie_Good)\ **Post date:** [July 11, 2012, 1:01pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/4 "2012-07-11T13:01:29Z")
I will contact you off forums with a way to do this. Charlie ---
**Author:** ![Martin\_Borer](https://avatars.discourse-cdn.com/v4/letter/m/e5b9ba/32.png) [@Martin\_Borer](https://community.wowza.com/u/Martin_Borer)\ **Post date:** [September 16, 2011, 2:11pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/5 "2011-09-16T14:11:09Z")
> It is the wowza session id. Wowza is not setup to be a caching origin for HTTP. > > Charlie Why? Like andreas pointed out, that’s a great advantage of HTTP Streaming. One of our customers has many hundred employee behind a single IT infrastructure. They often want to watch one of our videos at the same time. Our servers can handel this, but the bottleneck is the Internet Connection of the customer. We have to segment the videos at the moment (few minutes seqments) and deliver it with a normal apache server (progressive), so the proxy server of our customer can cache the videos! I will give a big **+1** to the feature of cacheable cupertinostreaming and sanjosestreaming segments. ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [January 21, 2011, 4:48pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/6 "2011-01-21T16:48:45Z")
Andreas, Wowza is not setup to be an origin server for HLS streams at present. Session ID in playlist is used for logging and other purposes. Richard ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [September 16, 2011, 7:31pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/7 "2011-09-16T19:31:49Z")
I think it is a possible future feature of Wowza 3, but I don’t think for first release and I don’t have a time frame Richard ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [May 23, 2012, 6:21pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/8 "2012-05-23T18:21:54Z")
It is a planned feature, on the very short-list, but I still can’t provide a time frame for this. Richard ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [July 9, 2012, 9:22pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/9 "2012-07-09T21:22:41Z")
I think what you are doing will, at least, mess up logging. HTTP origin capability is an upcoming Wowza feature. I am not able to give a time-frame, but I would not make this effort now Richard ---
**Author:** ![Richard\_Lanham](https://avatars.discourse-cdn.com/v4/letter/r/c68b51/32.png) [@Richard\_Lanham](https://community.wowza.com/u/Richard_Lanham)\ **Post date:** [August 15, 2012, 2:13pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/10 "2012-08-15T14:13:57Z")
Lars, Write to support@wowza.com to explain what you are doing. Include a link to this thread for reference Richard ---
**Author:** ![Andreas\_Rimbe](https://avatars.discourse-cdn.com/v4/letter/a/b487fb/32.png) [@Andreas\_Rimbe](https://community.wowza.com/u/Andreas_Rimbe)\ **Post date:** [January 21, 2011, 8:29am UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/11 "2011-01-21T08:29:38Z")
Hi Richard, Can you please elaborate a bit? What is the \_w123456 parameter for? Wowza segments an incoming live streaming into chunks once and cache for some time and clients downloads these, so why present each client with a different URL to the same chunk? It’s a big thing being able to leverage on existing HTTP/Proxy infrastructure and that is one of the most important things about HTTP streaming, I believe, so this is very important. I hope others agree with me 🙂 Andreas ---
**Author:** ![Tit\_Petric](https://avatars.discourse-cdn.com/v4/letter/t/439d5e/32.png) [@Tit\_Petric](https://community.wowza.com/u/Tit_Petric)\ **Post date:** [July 9, 2012, 10:07pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/12 "2012-07-09T22:07:23Z")
> It is the wowza session id. Wowza is not setup to be a caching origin for HTTP. > > Charlie Hey charlie (and others). I’ve been playing with modifiying the session ID, to provide caching for LLNW for a client. I had success setting it to a static value for all connected HTTP clients. What are the chances that clients could have a chunk collision when SessionID is not unique anymore (two or more chunks, same \_bXXXXXXX value)? Can I control chunking somehow, to limit this from happening? Hopefully I’m not doing something incredibly stupid and Wowza internals can handle hundreds of clients with identical session ID’s. Please, _strongly_ correct me if I’m wrong. I can take it 🙂 ---
**Author:** ![Tit\_Petric](https://avatars.discourse-cdn.com/v4/letter/t/439d5e/32.png) [@Tit\_Petric](https://community.wowza.com/u/Tit_Petric)\ **Post date:** [July 9, 2012, 10:30pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/13 "2012-07-09T22:30:13Z")
No problem with messed up log files. The big issue is the double usage of bandwith over LLNW and the load coming towards the Wowza Edge from LLNW. Messed up log files with a broken session ID are the smaller of two evils. If streaming is not impaired in some way, ofcourse. Will be testing it tomorrow. Thanks ---
**Author:** ![Tit\_Petric](https://avatars.discourse-cdn.com/v4/letter/t/439d5e/32.png) [@Tit\_Petric](https://community.wowza.com/u/Tit_Petric)\ **Post date:** [July 11, 2012, 9:54pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/14 "2012-07-11T21:54:28Z")
I still have a problem with setSessionId. With Cuppertino streaming, I request: [http://luxor:1935/vod/mp4:sample.mp4/playlist.m3u8](http://luxor:1935/vod/mp4:sample.mp4/playlist.m3u8) > #EXTM3U > > #EXT-X-VERSION:2 > > #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=572079,CODECS=“avc1.66.30, mp4a.40.2”,RESOLUTION=424x240 > > playlist.m3u8?wowzasessionid=1113769394 The problem I already have is with the returned session ID in this case. I am implementing IModuleOnHTTPSession to override the session ID. > String sessionId = httpSession.getSessionId(); > > String newSessionId = “123456789”; > > getLogger().info("sessionId was “+sessionId+”, changing to "+newSessionId); > > httpSession.setSessionId(newSessionId); According to the server, this works perfectly: INFO server comment - sessionId was 1113769394, changing to 123456789 Only problem is, the returned playlist contains the old sessionId. What interface can I implement, to override this session ID before the playlist is sent to the client? ---
**Author:** ![Tit\_Petric](https://avatars.discourse-cdn.com/v4/letter/t/439d5e/32.png) [@Tit\_Petric](https://community.wowza.com/u/Tit_Petric)\ **Post date:** [July 11, 2012, 10:23pm UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/15 "2012-07-11T22:23:47Z")
Thanks, got the email. Processing. ---
**Author:** ![Michael\_Nessim](https://avatars.discourse-cdn.com/v4/letter/m/57b2e6/32.png) [@Michael\_Nessim](https://community.wowza.com/u/Michael_Nessim)\ **Post date:** [May 23, 2012, 10:19am UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/16 "2012-05-23T10:19:57Z")
Now that Wowza 3 is out… was this issue resolved ? Are we able to use Wowza as a caching origin for http ? Reason I am asking is we are trying to use Edgecast and are having issues because of the session id… ---
**Author:** ![Lars\_Kreisz](https://avatars.discourse-cdn.com/v4/letter/l/3bc359/32.png) [@Lars\_Kreisz](https://community.wowza.com/u/Lars_Kreisz)\ **Post date:** [August 15, 2012, 4:32am UTC](https://community.wowza.com/t/flash-http-streaming-cache-problem-with-live-stream/493/17 "2012-08-15T04:32:12Z")
He charlie, your priv msg queue is full 🙂 Can you please tell me this secret, too?