Superhub Brand new superhub problem! - Page 2

caph · 18-12-2012, 23:51

Mine was WAN to LAN problems. You have LAN to LAN problems? DMZ won't help, sorry.

Try streaming via Superhub with same static IPs but with the coax unplugged. I bet you don't get any stutter.

Pound to a penny, it's something on your PC that is kicking off when it knows there is an internet connection available. That will get you thinking about something you installed recently that could be spiking your CPU intermittenlty. I'm a betting man and my money's on that.

sniper007 · 19-12-2012, 00:04

Quote:

Originally Posted by caph

Mine was WAN to LAN problems. You have LAN to LAN problems? DMZ won't help, sorry.

Try streaming via Superhub with same static IPs but with the coax unplugged. I bet you don't get any stutter.

Pound to a penny, it's something on your PC that is kicking off when it knows there is an internet connection available. That will get you thinking about something you installed recently that could be spiking your CPU intermittenlty. I'm a betting man and my money's on that.

Like it. Good idea. I will try it as you say with the SHUB connected up but no coax in it as a proof of concept. Could well be something on the PC reacting to internet but god knows what. Should be able to test if it follows the PC by streaming from another one.

Sephiroth · 19-12-2012, 08:57

It would be worth looking at this at 30 second intervals when the coax is unplugged - to see if the SH gets into a knot when the modem section tries to reconnect with VM. I know thetwo sections should be separate, but the saga has ggone on for so long with the SH that this sort of possibility needs to be kept in mind.

qasdfdsaq · 19-12-2012, 17:28

Quote:

Originally Posted by caph

He is using a superhub, it is a 4 port hub (that's HUB, NOT switch in ANY sense of the word) attached to a modem]

Errm the Super"hub" has a 4 port switch. That's a switch by every common definition of the word and not a hub in any networking sense. The "Hub" part of the name is a marketing term for the combination of wired, wireless, and WAN connectivity in one unit.

https://www.google.co.uk/search?q=hub+vs+switch

sniper007 · 19-12-2012, 17:56

Guys thanks for your help so far with this. Will run some more tests in a bit and report back.

sniper007 · 19-12-2012, 23:02

I have been testing this tonight and I still have the same problem. I tried pulling the coaxial out of the SHUB and this made no difference. It still times out all the time but only during streaming. I also setup long running pings described below to help troubleshoot.

Comp1 = main PC acting as streaming host server using PS3 Media server
laptop = test machine on network via wireless
PS3 = The PS3 playing back media

*Comp1 and PS3 connected to SHUB wired direct via gigabit ethernet and set to automatically obtain IP from SHUB DHCP.

Comp1 set to constantly ping:
Default gateway
Laptop
PS3

Laptop set to contantly ping:
Default gateway
Comp1
PS3

I noticed that when I have a network time out on the ping to the PS3, the film stutters at that very point. The Comp1 will show timeouts to PS3, as will the laptop to the PS3. However, default gateway and pings to laptop/comp1 all continue fine. It is only the PS3 that times out during these failing pings.

I tried setting PS3 and comp1 to have Full Duplex set in network adapter options. Didn't make a difference over the default auto negotiate.

Also, I have just finished testing the whole thing running from a very capable high spec laptop via gigabit on the same file, same version of PS3MS also via the SHUB, and guess what....exactly the same.

At the moment this can now only be:

PS3 is faulty = unlikely
PS3MS software faulty = likely**
Superhub is causing these issues = likely

** I will role back a version or two to test and I guess if possible use different streaming software as well to rule it out entirely as a next part of the test.

Any advice or things to check much appreciated.

---------- Post added at 23:02 ---------- Previous post was at 22:50 ----------

Actually now...what it is doing is as above, but when the film stutters, both the laptop (currently used to stream the film) AND the PS3 both time out on a ping. Before it was just the PS3, but now the Main comp1 cannot ping either when a film stutters.

ferretuk · 19-12-2012, 23:03

Have you tried connecting a PC directly to the PS3?

sniper007 · 19-12-2012, 23:07

Just tested again having rolled back PS3MS software to an older version. Still the same problem.

Qtx · 19-12-2012, 23:07

The fact pings are timing out means it is unlikely to be streaming software/transcoding or anything like that. If it was 100mbit connections and you was streaming a 1080p mkv with DTS sound, it might be expected the bitrate could go above what the hardware could handle and at the same time cause some packet loss. But as its all gigabit...

Just to throw a couple more ideas into the mix..... I have seen graphics card drivers and heat cause machines to freeze up for a few seconds every now and then. Mostly I have seen it happen when hard disks are on their way out.

sniper007 · 19-12-2012, 23:10

Quote:

Originally Posted by ferretuk

Have you tried connecting a PC directly to the PS3?

When I connect the PC to the PS3 via a TPlink gigabit switch (bypassing the SHUB) the problem goes away. I would assume connecting direct would have the same result, i.e. it would work.

---------- Post added at 23:10 ---------- Previous post was at 23:08 ----------

Quote:

Originally Posted by Qtx

The fact pings are timing out means it is unlikely to be streaming software/transcoding or anything like that. If it was 100mbit connections and you was streaming a 1080p mkv with DTS sound, it might be expected the bitrate could go above what the hardware could handle and at the same time cause some packet loss. But as its all gigabit...

Just to throw a couple more ideas into the mix..... I have seen graphics card drivers and heat cause machines to freeze up for a few seconds every now and then. Mostly I have seen it happen when hard disks are on their way out.

Have tested from a laptop and a PC completely different hardware. The same test film files resided on separate hard disk drives to eliminate all possible hardware issues.

i.e. laptop hard disk and PC hard disk. The file is not corrupt. It stutters in different places and more than one film stutters. They probably all do. Not just high bit rate mkv files, basic 700mb avi rips as well with no transcoding involved.

Sephiroth · 19-12-2012, 23:17

What about the advice/question I put in #18?

sniper007 · 19-12-2012, 23:21

Quote:

Originally Posted by Sephiroth

What about the advice/question I put in #18?

This bit:

Quote:

Originally Posted by Sephiroth

It would be worth looking at this at 30 second intervals when the coax is unplugged - to see if the SH gets into a knot when the modem section tries to reconnect with VM. I know thetwo sections should be separate, but the saga has ggone on for so long with the SH that this sort of possibility needs to be kept in mind.

Yeah I did test this. When I unplugged the coax I saw no pattern to the stuttering. Do you mean check to see that the stuttering did not occur with any set time pattern or interval like 30seconds? It didn't. Or have I missread what I was supposed to test Sephiroth? Thanks for your help and everyone else so far with this though. I need to get to the bottom of this. It used to work and now doesn't so....

superhub is only thing that has changed on my home network when I got R37 firmware. Might be a conicidence.

Qtx · 19-12-2012, 23:32

Quote:

Originally Posted by sniper007

Have tested from a laptop and a PC completely different hardware. The same test film files resided on separate hard disk drives to eliminate all possible hardware issues.

i.e. laptop hard disk and PC hard disk. The file is not corrupt. It stutters in different places and more than one film stutters. They probably all do. Not just high bit rate mkv files, basic 700mb avi rips as well with no transcoding involved.

Figured as much.

Sniffing with wireshark might help if it is a rogue packet type problem but we still don't know for sure if it is.

---------- Post added at 23:31 ---------- Previous post was at 23:27 ----------

If it works directly connected of through the tplink switch ok, then its got to be the SHUB.

Sniffing would probably help if its something the SHUB sends out on all ports.

---------- Post added at 23:32 ---------- Previous post was at 23:31 ----------

Just another thought.....do you have any wireless devices that might be reconnecting or disconnecting from the network?

Sephiroth · 19-12-2012, 23:35

Quote:

Originally Posted by sniper007

This bit:

Yeah I did test this. When I unplugged the coax I saw no pattern to the stuttering. Do you mean check to see that the stuttering did not occur with any set time pattern or interval like 30seconds? It didn't. Or have I missread what I was supposed to test Sephiroth? Thanks for your help and everyone else so far with this though. I need to get to the bottom of this. It used to work and now doesn't so....

superhub is only thing that has changed on my home network when I got R37 firmware. Might be a conicidence.

Yes, Sniper. It was the 30 second interval which might indicate that it was the modem side of the SH glitching the router side. It shouldn't be - but if the obvious doesn't explain it .....

R37 is essentially a router firmware change. Sorry to be negative, but the foirmware record of the SH is fix one thing introduce another nasty. That's why I use modem mode.

sniper007 · 20-12-2012, 00:30

Hmm ok. No that's fair to say.
So...does anyone fancy reproducing this for me to see if it is an actual fault? Basically stream a film to your PS3 and see if it stutters (hard wired to the superhub).

So...modem mode could be the way to go. Hmm.

I could give wireshark a go yes. What would be a good filter? Stuff where the source IP is the default gateway or.... ?

---------- Post added 20-12-2012 at 00:23 ---------- Previous post was 19-12-2012 at 23:52 ----------

Just tested using Vuze media streaming to eliminate PS3 Media server software and the problem remains.

So the problem is down to

a) Super Hub
b) PS3 is faulty

---------- Post added at 00:25 ---------- Previous post was at 00:23 ----------

Next test, eliminate PS3 by playing back on something else.

---------- Post added at 00:29 ---------- Previous post was at 00:25 ----------

I will test out my Raspberry Pi tomorrow as it's failing to boot at the moment. Then it should prove it's not the PS3.

---------- Post added at 00:30 ---------- Previous post was at 00:29 ----------

Next question, is it possible to roll back to R36 firmware to see if this goes away? Would a member of virgin community support forums facilitate such a test by sending it to my superhub solely? Thinking not.