AVS Forum banner
Status
Not open for further replies.
1 - 7 of 7 Posts

·
Registered
Joined
·
96 Posts
Discussion Starter · #1 ·
I have a 5160 & a 5040.


Both record and playback perfectly.


Streaming worked on both units until about 2 weeks ago. Now the Bedroom unit reboots everytime I try to watch a show that is either located on the other unit or DVArchived to a PC.


All recordings are medium quality

I'm running a linksys router



I have:

1) Eliminated all other systems on the router except for the 2 replays.

2) Done a restore factory settings on the one that is acting up.

3) Reassigned IPs both manual & automatic both before and after resetting the router

4) Done a factory reset on the router.

5) Done all the above in different order - several times.

6) Changed the Cable & even tried a wireless access point, which worked on the other unit.


Any Ideas??


What's next reimage the hard drive?


Thanks in advance.

Dave
 

·
Registered
Joined
·
227 Posts
Have you tried disconnecting ALL the cables from the Replay(s), unplugging the power, wait a few minutes (10?), hooking it back up, and only then plugging it back in to the power?
 

·
Premium Member
Joined
·
4,316 Posts
Part of that recipe is pressing the power switch a few times after unplugging everything, and it's better to wait 15 minutes.


What do the units show for an IP after they come up? And, remember that anytime you touch the network screen you have to reboot the box (the IP network stack appears to be corrupted from this in 5.0).


If you are 'checking' things each time it comes up (I've been there... :) ) you are actually breaking it!
 

·
Registered
Joined
·
96 Posts
Discussion Starter · #4 ·
Thanks, I have tried both. I have left them alone after a complete boot (everthing unplugged). No luck.


I'm getting up to 20% Packet loss - hardware problem??


Bad replay

PING 192.168.1.102 (192.168.1.102): 56 data bytes

64 bytes from 192.168.1.102: icmp_seq=0 ttl=64 time=20.4 ms

64 bytes from 192.168.1.102: icmp_seq=1 ttl=64 time=9.1 ms

64 bytes from 192.168.1.102: icmp_seq=2 ttl=64 time=1.1 ms

64 bytes from 192.168.1.102: icmp_seq=4 ttl=64 time=1.2 ms

64 bytes from 192.168.1.102: icmp_seq=5 ttl=64 time=0.9 ms

64 bytes from 192.168.1.102: icmp_seq=6 ttl=64 time=1.0 ms

64 bytes from 192.168.1.102: icmp_seq=8 ttl=64 time=0.9 ms

64 bytes from 192.168.1.102: icmp_seq=9 ttl=64 time=1.0 ms

--- 192.168.1.102 ping statistics ---

10 packets transmitted, 8 packets received, 20% packet loss

round-trip min/avg/max = 0.9/4.4/20.4 ms


Good Replay

PING 192.168.1.103 (192.168.1.103): 56 data bytes

64 bytes from 192.168.1.103: icmp_seq=0 ttl=64 time=3.3 ms

64 bytes from 192.168.1.103: icmp_seq=1 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=2 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=3 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=4 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=5 ttl=64 time=1.0 ms

64 bytes from 192.168.1.103: icmp_seq=6 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=7 ttl=64 time=1.0 ms

64 bytes from 192.168.1.103: icmp_seq=8 ttl=64 time=1.1 ms

64 bytes from 192.168.1.103: icmp_seq=9 ttl=64 time=1.0 ms

--- 192.168.1.103 ping statistics ---

10 packets transmitted, 10 packets received, 0% packet loss

round-trip min/avg/max = 1.0/1.2/3.3 ms
 

·
Premium Member
Joined
·
4,316 Posts
Hm... looks like hardware, with the dropped packets....


Try this and see, probably won't do anything though...


Run all wired net. Let's leave wireless out of the picture. :)


Run DHCP on the Linksys

Change both RTVs to DHCP (automatic)

Reboot both RTVs


Look at the DHCP client page in your Linksys to be sure they get addresses... (they may have two... known issue with the underlying O/S and the Replay software getting different ones, not a problem for this).


Try the ping test from your PC again.


If you still get the loss, next thing would be to swap cables between the two RTVs to see if the other one 'breaks' (of course, handling a bad cable can 'fix' it or break it further. (or use another known good cable...)).


Bottom line: looks like RTV hardware issue, but let's get rid of all the other usual suspects.
 

·
Registered
Joined
·
96 Posts
Discussion Starter · #6 ·
I've now tried all of the above plus:

Swapping cables - several cables several times

Changed back to DHCP, I powered down both units and unplugged them from everything when I did this.

Removed the wireless - this was done quite some time ago

Left both units disconnected from everything for 2 days and hit the power button every time I walked by while they were unplugged.
 

·
Registered
Joined
·
2,197 Posts
Geez... Seems like you have tried everything. And after resetting everything, you still get the packet loss on the "bad" replay? If you do, try immediately swapping cables with the good replay? Still got it? It's still possible that this is hardware related. Could be as simple as a bad contact on the RJ45 (ethernet) jack at the back of the (bad) replay.


Of course the NIC in the replay could be bad too, but what happened two weeks ago to cause this problem? Was there a power outage or a new piece of equipment added to your home network that may have caused a small voltage spike across the net????
 
1 - 7 of 7 Posts
Status
Not open for further replies.
Top