![]() |
Re: superhub 2
Quote:
Cheers Grim |
Re: superhub 2
Quote:
http://www.pingtest.net/result/82293590.png |
Re: superhub 2
Quote:
|
Re: superhub 2
Quote:
Cheers rim |
Re: superhub 2
Quote:
I believe that may be explained and dependent on combination of T patch level and concurrent utilisation/load on DOCSIS chipset and thus the overhead of subsequent line conditioning on individual connections. De-prioritising ICMP/traffic targeted specifically at a router rather than "beyond it" is after all not uncommon. ;) Like no doubt yourself and many others I don't rely on a single diagnostic either - I run other BQM/ping plotters in parallel in addition to SK monitors (I use the plural deliberately as perversely for a short period over last week or so I am literally running two seperate SK units in parallel! :cool: ) That's in addition to also monitoring typically a minimum of 2 or 3 other CMTS subscribers TBB/BQM monitors remotely in my Brighton cluster. Just for your further amusement, early in May I was stress testing my first SH2(yes I'm now on my second) by saturating my upstream (that I knew had an open utilisation fault on both d/s & u/s) with following colourful result: https://www.cableforum.co.uk/images/...2013/06/58.png |
Re: superhub 2
|
Re: superhub 2
Quote:
http://www.thinkbroadband.com/ping/s...08-06-2013.png |
Re: superhub 2
Quote:
I would be grateful if you're able to list what is enabled and disabled so i could possibly try and replicate your result. :) |
Re: superhub 2
FIREWALL
Firewall Disabled Firewall Protection Low Port Scan Detection Disabled IP Flood Detection Disabled IPSec Pass-Through Enabled PPTP Pass-Through Enabled Multicast Pass-Through Enabled No other security settings changed from default. Wireless Band Settings 2.4GHz Enabled 5GHz Enabled everything else default. WPS Disabled. UPnP Disabled If I turn fireqwall on, it makes no difference. Good luck. |
Re: superhub 2
Thanks for your help, i will change that and see what happens but i don't expect any change.
|
Re: superhub 2
Quote:
|
Re: superhub 2
Didn't expect it would. As I've said before, VM have offered me no explanation on the trial forum as to whay I have this TBB report in router mode. If there was a neighbour with a SH2 .....
|
Re: superhub 2
I wish they would respond as something is clearly happening, although as it appears it isn't affecting my connection i guess it isn't a priority.
My computer was switched off from around 21:45 till 1pm and it still spikes on the graph. As soon as i turned the computer on going by the graph the maximum latency shoots right up and even reports some packet loss, however from doing a ping test i am clearly not getting any issues that i can tell. http://www.thinkbroadband.com/ping/s...08-06-2013.png http://www.pingtest.net/result/82328349.png |
Re: superhub 2
I've seen this behaviour before, it happens on some Draytek routers as well due to the ICMP requests being put on a lower priority. That's why the connection is unaffected.
Here's an example of what I mean (from my work connection, which is not VM): http://www.thinkbroadband.com/ping/s...03-06-2013.png Looks bad, but the connection is actually fine. |
Re: superhub 2
I guess changing the ICMP requests priority would need a firmware update and having them higher or lower would that cause an issue somewhere?
|
| All times are GMT +1. The time now is 07:28. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum