how-to block ads
|
|
view: topics flat text |
|
Comments on news posted 2005-08-14 08:00:05: Have you ever wanted to brag about your broadband connection's stability but lacked the proof? What about those days when your connection seems a little sluggish but you are not sure why? Did you ever get the impression that the ISP call center doesn.. ..
|
 | | Good tool to show why my connection is bad, too. I liked using it to show my transfers were going badly at home....like before I got the WRT54GS w/Sveasoft, the ping times would vary depending on what was going on and it could make for a dramatic graph.
It could also illustrate a gripe with periodic outages.
Though not it seems to only be useful if you provide all 3 graphs to show that the blue spikes aren't at my end, but are at the monitoring sites.
The Dreamer
--
You may be a dreamer, but I'm The Dreamer, the definite article you might say! | |
| | | | Re: Good tool to show why my connection is bad, too. It's a shame that this site promotes this tool, but Adelphia techs, both in the Adelphia forum and on the phone, dismiss it as inaccurate and misleading.
--
Honor Indian Treaties | |
| | |  hobgoblinSortof AgoblinPremium
join:2001-11-25
Orchard Park, NY
kudos:4
1 edit | Re: Good tool to show why my connection is bad, too. Due to the configeration of certain networks the tool can and does give inaacurate and misleading results.
I dont believe any ISP should build a Troubleshooting plan around BBR as fine as the site is.
Hob
--
"A foolish consistency is the hobgoblin of little minds."
- Ralph Waldo Emerson
| |
| | | |  Traal
join:2000-10-19
Mesa, AZ
 ·BroadVoice
| Re: Good tool to show why my connection is bad, to said by hobgoblin:Due to the configeration of certain networks the tool can and does give inaacurate and misleading results. I dont believe any ISP should build a Troubleshooting plan around BBR as fine as the site is. An ISP will do itself a disservice if it configures its network in a way that causes common troubleshooting tools to produce misleading results. Unless it educates the public why the results are misleading and/or takes the time and effort to provide better tools, it will continue to get bad publicity.
--
/* The green code always compiles. */ | |
|
| |  Nice tool. BUT, who in ISP's will care?
- dispatch someone to your house in a couple days
- ignore you and lie about some general problem that is being looked into
So if you want to have some doc to give you moral superiority in your fight with your provider, by all means pay for the service. Just don't expect it to make much difference in the outcome.
--
My Web Page
Join Red Room Forum | |
|  gheezerCompooters R UsPremium
join:2002-12-20
Henrietta, NY | Ever since the Nachi virus hit... Which caused so much damage using the ICMP protocol....networks around the world have taken to applying rate limits and filters on ICMP traffic at the edge of their networks. Simple ping usually works ok, but long streams of ICMP often triggers the filtering rules and can lead to erroneous data.
Maybe a small packet UDP tool wouldn't be subject to such filtering and rate limiting, but as long as ICMP is used, there will be situations where the resultant output is erroneous and possibly misleading.
fAcEtIOUs  , the kid on the phone probably doesn't HAVE direct access to the network and therefore is incapable of correctly diagnosing a core network issue, and they would DEFINATELY not be allowed to configure, modify, or re-engineer said network. The Kid on the phone usually does have some tools at his/her disposal to advise callers that there are known issues. beyond that, helping the caller with their own PC is about the extent of their capability. I say cut the kid some slack..he/she's doing the best they can.
--
Join the NAVY, see the world....It's mostly water! | |
| RadioDoc58ef2c0Premium,ExMod 2000-03
join:2000-05-11
1 edit | Geee thanks for ignoring us... (Edit: problem mentioned in this part of post has since been corrected by site management so it's irrelevant now.)
As a monitoring user for over five years now (two DSL connections and two web servers), let me tell you that this tool has become unreliable for anything but tracking trends in your own line over a very long time period. Lately the lines it monitors have been far more stable than the monitor watching them. Do NOT assume that your line has a problem unless there are several others in your area not showing the same latency spike, packet loss or connection defect. Until someone gets serious about fixing the issues with the monitors--especially the west coast servers--beware if you are east of the Mississippi.
--
Let me see you make decisions, without your television. | |
| |
1 edit | Re: Geee thanks for ignoring us... Unfortunately I have to agree. The monitors haven't been reliable for me, and it appears packet loss is common on all the ones I've seen. The SJC line monitor shows packet loss often, and in fact, all the line monitors under the ISP I use (Mediacom/mchsi) all entries show some percentage of packet loss from that monitor. Been that way for some time now. The New Jersey shows some percentage of packet loss for most of the line monitors on Mediacom users here as well.
The lack of interest factor when presenting them to an ISP is something else I agree with that was mentioned by another in this topic. In the past, I've presented mine to my ISP a couple times to show all 3 show packet loss a few times. My ISP's only response has been that it is possible that networks out of their control are responsible, so they dismiss them rather quickly. | |
|
| ricep5Premium
join:2000-08-07
Jacksonville, FL | All tools are limited All tools have limitations in what they report, especially "in band" tools such as the ones promoted here. They have no way to discern if the issue being reported is being caused by the system or itself. The suggestion to look at trends over multiple sites and multiple days was excellent, as these tools do detect long term trends very well.
Short term network tools like Pingplotter (for example) are only good at showing ping latency over a particular route. If the preferred route changes due to congestion, network maintenance, router rule changes at a peer, the data can become less meaningful. This is why engineers at ISP's don't give these alot of salt as there is typically no service logic to aggregate the information from all of these one off sources to make a conclusive determination of what the problem is.
Good NMS tools use out of band devices to measure the quality of the network services being provided, but can only measure across the networks the vendor owns. Companies like Keynote Systems have made efforts to measure and calculate wholesale network latency from multiple locales nationally. But has value only when one particular network in the path is always showing a problem that is measureable.
Asking for commercial grade network monitoring and reporting from your ISP on what is essentially a residential service is a little over the top. However all the carriers I have worked with on commercial implementations have always been able to provide NMS reports except for basic unmanaged T-1 service. | |
|
| |
|
·
Nice Job....