# Live Stream repeter packet problem **URL:** \ **Category:** Wowza Streaming Engine\ **Created:** [January 8, 2013, 6:30am UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096 "2013-01-08T06:30:38Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![asher\_davidof](https://avatars.discourse-cdn.com/v4/letter/a/d07c76/32.png) [@asher\_davidof](https://community.wowza.com/u/asher_davidof)\ **Post date:** [January 8, 2013, 6:30am UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/1 "2013-01-08T06:30:38Z")
Hi I have on origin edge configuration with a small issue. when i view the stream directly from the origin everything is ok. But when i view the stream from the edge it dosn’t look so good maybe packet loss. from the server log i get : ```auto LiveStreamPacketizerCupertino.endChunkTS[live10/_definst_/mpegts10.stream]: Add chunk: id:616 mode:unknown a/v/k:90/391/6 duration:11560 - - - 18.613 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:15 EET comment server INFO 200 - LiveStreamPacketizerCupertino.endChunkTS[live10/_definst_/mpegts10.stream]: Add chunk: id:617 mode:unknown a/v/k:63/288/7 duration:8000 - - - 22.474 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:21 EET comment server INFO 200 - LiveStreamPacketizerCupertino.endChunkTS[live10/_definst_/mpegts10.stream]: Add chunk: id:618 mode:unknown a/v/k:78/348/10 duration:10000 - - - 27.795 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:29 EET comment server INFO 200 - LiveStreamPacketizerCupertino.endChunkTS[live10/_definst_/mpegts10.stream]: Add chunk: id:619 mode:unknown a/v/k:87/450/8 duration:11200 - - - 35.887 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:38 EET comment server INFO 200 - RTPStream.unlockRepeaterStreams: repeaterUnLock: mpegts10.stream - - - 42.923 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:38 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6970 sent:272 recv:2 - - - 42.924 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:38 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6971 sent:8 recv:7 - - - 42.925 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:38 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6972 sent:5241 recv:2 - - - 42.926 - - - - - - - - - - - - - - - - - - - - - - - - - 2013-01-08 16:13:38 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6973 sent:8 recv:8 - - - 42.927 - ``` Any Idea what i am doing wrong? ---
**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 8, 2013, 3:11pm UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/2 "2013-01-08T15:11:12Z")
Are you re-streaming from the origin? It looks like you are re-streaming from the source. Take a look at this guide [https://www.wowza.com/docs/how-to-configure-a-live-stream-repeater](https://www.wowza.com/docs/how-to-configure-a-live-stream-repeater) Make sure you use the regular packetizers on the origin and the repeater packetizers on the edge. 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:** [January 10, 2013, 11:18pm UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/3 "2013-01-10T23:18:36Z")
These are messages regarding Wowza (edge) to a RTSP client. Did you test RTMP playback from this edge? Great distance between origin and edge can be a problem. To reduce network overhead, you might packetize on the edge instead of the standard configuration. Take out the packetizers from the origin Application.xml /LiveStreamPacketizers, and change the edge Application.xml /LiveStreamPacketizers from the repeater packetizers to the regular packetizers. 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:** [January 15, 2013, 12:26am UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/4 "2013-01-15T00:26:41Z")
You’re right, the jitter buffer does not apply to re-streaming rtmp. But you might re-stream RTSP in the edge from the origin and use it to look at packet loss. Follow the IP camera instructions where the origin application is the source [https://www.wowza.com/docs/how-to-re-stream-video-from-an-ip-camera-rtsp-rtp-re-streaming](https://www.wowza.com/docs/how-to-re-stream-video-from-an-ip-camera-rtsp-rtp-re-streaming) Richard ---
**Author:** ![Daren\_Johnson](https://avatars.discourse-cdn.com/v4/letter/d/ee59a6/32.png) [@Daren\_Johnson](https://community.wowza.com/u/Daren_Johnson)\ **Post date:** [June 11, 2014, 9:13pm UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/5 "2014-06-11T21:13:13Z")
Hi, Usually the encryption takes place where packetization is performed, so normally encrypted on the origin and encrypted streams are sent to and repeated on the edge. The configuration [is in this guide.](https://www.wowza.com/docs/how-to-use-the-internal-method-of-aes-128-encryption-to-secure-live-or-vod-streams-sent-to-apple-ios-devices-moduleencryptionhandlercupertinostreaming%28AES-128-internal-method%29) Daren ---
**Author:** ![asher\_davidof](https://avatars.discourse-cdn.com/v4/letter/a/d07c76/32.png) [@asher\_davidof](https://community.wowza.com/u/asher_davidof)\ **Post date:** [January 8, 2013, 7:58am UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/6 "2013-01-08T07:58:35Z")
thanks for the quivk response I have used that guide to built the live stream repeter. and in the edge i have put in the stream file the rtmp address of the origin. also the packetsizer configuration is ok. but when I play an rtsp stream i lose packets > 2013-01-08 17:47:42 EET comment server INFO 200 - UDPTransport.firstPacket: bind:0.0.0.0/0.0.0.0:6973 msg:/37.142.254.217:59245 - - - 5003.423 - - - - - - - - - - - - - - - - - - - - - - - - - > > 2013-01-08 17:48:31 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6972 sent:344 recv:2 - - - 5050.308 - - - - - - - - - - - - - - - - - - - - - - - - - > > 2013-01-08 17:48:31 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6973 sent:11 recv:11 - - - 5050.309 - - - - - - - - - - - - - - - - - - - - - - - - - > > 2013-01-08 17:48:31 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6974 sent:2396 recv:2 - - - 5050.309 - - - - - - - - - - - - - - - - - - - - - - - - - > > 2013-01-08 17:48:31 EET comment server INFO 200 - RTPUDPTransport.unbind[live10/_definst_]: 0.0.0.0/0.0.0.0:6975 sent:10 recv:12 - - - 5050.31 - > > maybe there is some lost packets between the origin and the edge? > > the origin is in one country and the edge is in onther > > I have forgat to mention that the origin is a windows mechine with wowza 3.5 and the edge is ubontu with wowza 3.5 > > also from the error log i get: > > > WARN server comment 2013-01-08 17:02:28 - - - - - 2289.439 - - - - - - - - LiveMediaStreamReceiver.doWatchdog: streamTimeout: Resetting connection > > > > WARN server comment 2013-01-08 17:02:28 - - - - - 2289.441 - - - - - - - - LiveMediaStreamReceiver.doWatchdog: streamTimeout: Resetting connection > > > > WARN server comment 2013-01-08 17:02:31 - - - - - 2290.216 - - - - - - - - HTTPStreamerAdapterCupertinoStreamer.service: Request timeout: 8000 > > > > WARN server comment 2013-01-08 17:02:39 - - - - - 2298.316 - - - - - - - - HTTPStreamerAdapterCupertinoStreamer.service: Request timeout: 8000 > > > > WARN server comment 2013-01-08 17:02:47 - - - - - 2306.408 - - - - - - - - HTTPStreamerAdapterCupertinoStreamer.service: Request timeout: 8000 > > > > WARN server comment 2013-01-08 17:02:50 - - - - - 2311.459 - - - - - - - - LiveMediaStreamReceiver.doWatchdog: streamTimeout: Resetting connection > > > > WARN server comment 2013-01-08 17:42:46 - - - - - 4707.04 - - - - - - - - LiveMediaStreamReceiver.doWatchdog: streamTimeout: Resetting connection > > > > WARN server comment 2013-01-08 17:53:14 - - - - - 5335.943 - - - - - - - - LiveMediaStreamReceiver.doWatchdog: streamTimeout: Resetting connection > > > > very strange when is had bouth servers in the same location it worked ok. > > > > is there anything else i can try? ---
**Author:** ![Praveen\_Valaboju](https://avatars.discourse-cdn.com/v4/letter/p/e95f7d/32.png) [@Praveen\_Valaboju](https://community.wowza.com/u/Praveen_Valaboju)\ **Post date:** [June 11, 2014, 8:09pm UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/7 "2014-06-11T20:09:26Z")
where should we implement AES encryption in origin or edge servers? ---
**Author:** ![joe\_ram](https://avatars.discourse-cdn.com/v4/letter/j/a9adbd/32.png) [@joe\_ram](https://community.wowza.com/u/joe_ram)\ **Post date:** [January 13, 2013, 7:58pm UTC](https://community.wowza.com/t/live-stream-repeter-packet-problem/37096/8 "2013-01-13T19:58:44Z")
Hi Richard in regards to your comments above. I am testing with Origin and edge, with about 9000 miles apart so,pretty high latency. There is 20 meg of bandwith on remote and plenty on the receive side. The problem that I have is there is often frame drops. it is wowza 3.5 on both sides have tried with rtmp and wowz protocol for origin and edge communication without luck. The question I had is that is there any jitter control or buffer control to optimize the origin to edge communication even if it increases play out delay. had seen this [https://www.wowza.com/docs/how-to-turn-on-an-rtp-jitter-buffer-and-packet-loss-logging-rtp-and-mpeg-ts](https://www.wowza.com/docs/how-to-turn-on-an-rtp-jitter-buffer-and-packet-loss-logging-rtp-and-mpeg-ts) but doesnt seem to be relevant to this i think, neither had it made any difference. if any help, didnt find anything through search Thanks