Superhub Brand new superhub problem!

sniper007 · 17-12-2012, 12:14

Hey all, I have a problem which started about a week or so ago around when I got R37 firmware sent to my superhub, although I'm not guaranteeing this is the problem. Can you help me?

I have always used my Superhub in normal mode, so it acts as wireless router, modem and gigabit switch etc all in one. I have never had any problem like this since the other day and I think it is around when I got R37.

The problem is that when I stream media to my PS3 from my main computer WIRED the film stutters and audio drops out for about 4-5 seconds at a time. This happens once every few minutes of the film. It usually is not enough to make the film drop out, but it will stutter for a while making it unwatchable. Everything in this problem is WIRED via gigabit ethernet. No wireless involved here at all.

I setup a long running ping of the playstation from my main computer doing the streaming. I noticed when this stuttering occurs, the PS3 times out on a ping for usually a couple of ping attempts, and then it comes back alive. I initially thought this was software related so I disabled all my virus and security software including windows firewall and still it occured. I have tested all cables with a proper cable tester and they are fine.

I then tried to isolate the problem so I setup a static IP on both the PS3 and my main computer. I conneted them via a gigabit switch completely bypassing the superhub. So both PS3 and main computer are not even connected to the superhub/internet. The problem then goes away completely. Constant and indefinite pings and stutter problem gone.

I then plugged simply the superhub into the gigabit switch, to allow both PS3 and computer to have access to the internet (but still have static IPs) and the problem comes back. So without even using DHCP on the superhub and with static IPs set, if I have just simply the superhub in the loop of the network, the problem comes back.

Any ideas?

I am using PS3 Media server to stream but has been fine up until a week or so ago and never had this problem before since using my superhub at the center of my home network for ages.

EDIT: On the superhub I have UPnP turned off, all firewall and security settings off, and only two port forwarding rules which are for torrents and working fine.

sniper007 · 18-12-2012, 19:05

Anyone any ideas?

Qtx · 18-12-2012, 19:41

If it as only happened since the update then I would assume it is either a bug in the firmware or a setting changed as the update wipes them all but... the fact you are plugged into a switch should mean the traffic isn't going through the superhub though, just between the port for your computer and PS3. Can see why it is puzzling.

Is the switch a managed one that you can go in to and delete any routing tables stored in case its something silly like that?

I can't see how with a switch you would have this problem unless the superhub was flooding traffic over the switch (unlikely with 100 port), it was sending a packet that disrupted the routing in some way or all traffic was routed through it due to a default gateway setting.

qasdfdsaq · 18-12-2012, 19:50

As mentioned in the other thread where you posted the same question, the Superhub screws with ARPs.

I'd ping the Superhub from both devices to see which loses packets and to where.

Qtx · 18-12-2012, 19:57

Quote:

Originally Posted by qasdfdsaq

As mentioned in the other thread where you posted the same question, the Superhub screws with ARPs.

Is that in the main R37 thread?

Interested to see what its doing with those ARP packets. ARP poisoning causing a denial of service, even if temporary, is an awesome feature for them to add to the firmware lol.

caph · 18-12-2012, 21:21

I've recently had problems with my Superhub seemingly dropping packets.

BTW, ARP packets are LAN only and only occur when resolving an IP address to a MAC address on the LAN. They cannot be routed across the internet by definition and intermittent rules it out.

It also won't be anything to do with the routing table, because that either works or it doesn't, intermittent rules it out.

I resolved my issue by logging in to my Superhub and putting the troublemsome item's LAN IP in the DMZ. Suddenly everything worked again and no more dropped packets.

Give it a go.

My problems with dropped packets started about a week ago too so I'm guessing this will solve your problem.

On another note, why does the cursor disappear when I click elswhere in this edit in IE9? It would seem Cable Forum are incapable of supporting cursors. Total fail but not that surprising.

Qtx · 18-12-2012, 21:34

Quote:

Originally Posted by caph

I've recently had problems with my Superhub seemingly dropping packets.

BTW, ARP packets are LAN only. They cannot be routed across the internet by definition.

It also won't be anything to do with the routing table, because that either works or it doesn't, intermittent rules it out.

I resolved my issue by logging in to my Superhub and putting the troublemsome item's LAN IP in the DMZ. Suddenly everything worked again and no more dropped packets.

Fully aware that ARP packets are not routed across the internet.

Switches can use ARP packets it witnesses to determine what is in which port and route accordingly. The ones I have used create a routing table based on the MAC addresses in each port. That is why if I send a custom ARP packet with the MAC address of another machine on the network, I can either cause a denial of service or route the traffic through me due to poisoning the entry in the switches route table. This could be corrected quickly by some switches simple by observing the conflict and MAC address on the other port. My experience is this depends on the switch and age.

Unless all limited knowledge and experience is all wrong, I fail to see what you are saying to me

---------- Post added at 21:34 ---------- Previous post was at 21:33 ----------

Quote:

Originally Posted by caph

On another note, why does the cursor disappear when I click elswhere in this edit in IE9? It would seem Cable Forum are incapable of supporting cursors. Total fail but not that surprising.

Not sure how anyone using IE can criticise anyone

caph · 18-12-2012, 22:57

Quote:

Originally Posted by Qtx

Fully aware that ARP packets are not routed across the internet.

Switches can use ARP packets it witnesses to determine what is in which port and route accordingly. The ones I have used create a routing table based on the MAC addresses in each port. That is why if I send a custom ARP packet with the MAC address of another machine on the network, I can either cause a denial of service or route the traffic through me due to poisoning the entry in the switches route table. This could be corrected quickly by some switches simple by observing the conflict and MAC address on the other port. My experience is this depends on the switch and age.

Unless all limited knowledge and experience is all wrong, I fail to see what you are saying to me

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, hence intermittent ARP problem regarding a PS3 it cannot be.

[mod edit: please be civil]

Qtx · 18-12-2012, 23:20

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, hence intermittent ARP problem regarding a PS3 it cannot be.

[mod edit: please be civil]

Did you not read the part about where he said he was plugging the hub into.....a switch to connect it to the rest of his network?

sniper007 · 18-12-2012, 23:21

Guys thanks for the help. The switch I was using to test is a TPLink basic 5port gigabit unmanaged switch. So I am not sure what to take from the above...I don't understand what you are saying about the entry in the DMZ and pinging it to narrow down the problem. I will re-read it all back slowly and see if I get it hang on.... (thanks)

caph · 18-12-2012, 23:22

Quote:

Originally Posted by Qtx

Not sure how anyone using IE can criticise anyone

IE9 is now fully compliant when the correct DOCTYPE is emitted which it is on this forum. If you knew anything at all about vBulletin you would know it is a known problem.

Your ignorance appears to know no bounds!

sniper007 · 18-12-2012, 23:28

Quote:

Originally Posted by Qtx

If it as only happened since the update then I would assume it is either a bug in the firmware or a setting changed as the update wipes them all but... the fact you are plugged into a switch should mean the traffic isn't going through the superhub though, just between the port for your computer and PS3. Can see why it is puzzling.

Is the switch a managed one that you can go in to and delete any routing tables stored in case its something silly like that?

I can't see how with a switch you would have this problem unless the superhub was flooding traffic over the switch (unlikely with 100 port), it was sending a packet that disrupted the routing in some way or all traffic was routed through it due to a default gateway setting.

100 port? The superhub is gigabit and my switch is gigabit.

Argh...when I configured the main computer and PS3 to each have a separate static IP I did it like this:

Main Computer:
IP: 192.168.0.2
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.0.1

PS3:
IP: 192.168.0.3
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.0.1

My superhub is set to give out IPs as part of DHCP but in a different range like:

192.168.0.101 through to 120
with a default gateway of 192.168.0.100

Simply plugging this into one of the gigabit TPlink switch ports causes the issue to occur.

Quote:

Originally Posted by qasdfdsaq

As mentioned in the other thread where you posted the same question, the Superhub screws with ARPs.

I'd ping the Superhub from both devices to see which loses packets and to where.

OK. Might be difficult to ping the superhub from a PS3.

I can try it with another machine like a laptop I guess.

Qtx · 18-12-2012, 23:33

Ok, who is going to own up to opening the door to the room with the padded walls?

---------- Post added at 23:33 ---------- Previous post was at 23:29 ----------

Quote:

Originally Posted by sniper007

100 port? The superhub is gigabit and my switch is gigabit.

Simply plugging this into one of the gigabit TPlink switch ports causes the issue to occur.

OK. Might be difficult to ping the superhub from a PS3.

I can try it with another machine like a laptop I guess.

Wasn't aware the superhub had a gigabit port but thinking about it makes sense as VM offer 120Mbit. My bad.

I'll let the expert in this thread guide you, qasdfdsaq knows his stuff

caph · 18-12-2012, 23:39

Quote:

Originally Posted by Qtx

Did you not read the part about where he said he was plugging the hub into.....a switch to connect it to the rest of his network?

Jesus, are you stupid? He said this problem happened, and THEN he plugged in a switch to try and resolve it.

I am not going to reply to you anymore. You are an idiot.

sniper007 · 18-12-2012, 23:46

Quote:

Originally Posted by caph

I've recently had problems with my Superhub seemingly dropping packets.

BTW, ARP packets are LAN only and only occur when resolving an IP address to a MAC address on the LAN. They cannot be routed across the internet by definition and intermittent rules it out.

It also won't be anything to do with the routing table, because that either works or it doesn't, intermittent rules it out.

I resolved my issue by logging in to my Superhub and putting the troublemsome item's LAN IP in the DMZ. Suddenly everything worked again and no more dropped packets.

Give it a go.

My problems with dropped packets started about a week ago too so I'm guessing this will solve your problem.

On another note, why does the cursor disappear when I click elswhere in this edit in IE9? It would seem Cable Forum are incapable of supporting cursors. Total fail but not that surprising.

Are you saying your problem was similar symptoms to mine or a different thing? Explain what you did where in more detail if that's ok? Cheers

thanks for help