haseric

Looks like we are getting a new switch early next week. Will see if that solves the problem. Will post an update once it's all installed.

Hi again,

 

Okay so I ran the tests using each mirror site as a default and selecting 25MB as the download file.

 

Here are the results:

Based on CA3LE's original reply, this would seem to suggest the problem is "closer to home".  I'm going to see if I can jack the FIOS Cat 5 right into a notebook I can bring in and then will try again with a new Cat 5 to see if that produces new and improved results.

 

It's interesting that a global multithread test about two hours prior to the above testing today showed ~16 MB/sec results.

 

Any other input would be welcome.

I'll take a stab in the dark and say there could be some filtering / QOS within the policing policy of the security appliance. Or more likely this is a class maps issue.

 

When you take the ISP's test, chances are the streams are coming from the internal network, consisting even of various nodes within their network,  not a very good gauge for real word throughput. Where testing the same way at testmy.net , you are pulling an aggregate from any variable you set before the test.

 

The simultaneous packet/per flow if set determines this factor. A good setting to test might be "session packet 45"

 

Depending on the model, you may also want to look at 'service-policy police' within the class maps. And see if there are a pile of dropped packets, before making many changes to the config.

 

Thanks mudmanc4!

 

Unfortunately, the stuff I marked in red bounced directly off my forehead and landed on the floor.

 

I.e., there are terms in there with which this surface-geek-turned-marketing-guy is not familiar.

 

But I'll send it over to our CTO and see if it rings any bells for him (he holds the IT manager job "from above" if you will) 

Thanks for the excellent, detailed response CA3LE. 

 

I'll get to work on these tests.

 

The one thing I don't know that I can do is taking the router out of the equation. (I'm assuming you're talking about the switch we have here?)

 

Here's how we are set up, roughly:

 

Verizon termination point ---------> Cisco Security appliance --------> Linksys 48 port switch -----------> PCs  (via ethernet)

 

The rest of it I think I can do though.

We are using Verizon's business service and the difference between their multi-threaded, OOKLA tool's results and TM.net's is outrageous. I'm trying to get my head around why they would be so different. I even used TM.net's multithreaded test just to try and get apples-apples somehow. (The single-threaded TM.net results were 2.9 MB/sec!!).

 

Multithreaded

Verizon: 80-94 mb/sec

TM.net: 14.1 mb/sec

 

Download of file is at about 86-100 KB (!) per sec.

 

What gives here? I have to believe that if Verizon were just out-right lying that someone would have smoked that out of them somehow by now, what with all the transparency floating round the Interwebs these days.

 

Is there any technical explanation for this massive disparity in results?

 

Does their test somehow only test the speed from their central office to the Verizon router? Or would it also include our switch that is downstream from their router?

 

For example, hypothetically, let's say our swtich is bad.  if TM.net is testing the whole line from the download location all the way to my PC, the results would include the faulty switch.

On the other hand, if the Verizon test only tests from their central office (or even from the download site) to their router but doesn't go any further, it might explain the whacky disparity.

 

I'm just spitballing here. Could really use someone with some expertise in this kind of networking to enlighten me.