Slashdot Mirror


Ask Slashdot: How Can I Prove My ISP Slows Certain Traffic?

Long-time Slashdot reader GerryGilmore is "a basically pretty knowledgeable Linux guy totally comfortable with the command line." But unfortunately, he lives in north Georgia, "where we have a monopoly ISP provider...whose service overall could charitably be described as iffy." Sometimes, I have noticed that certain services like Netflix and/or HBONow will be ridiculously slow, but -- when I run an internet speed test from my Linux laptop -- the basic throughput is what it's supposed to be for my DSL service. That is, about 3Mbps due to my distance from the nearest CO. Other basic web browsing seems to be fine... I don't know enough about network tracing to be able to identify where/why such severe slowdowns in certain circumstances are occurring.
Slashdot reader darkharlequin has also noticed a speed decrease on Comcast "that magickally resolves when I run internet speed tests." But if the original submitter's ultimate goal is delivering evidence to his local legislators so they can pressure on his ISP -- what evidence is there? Leave your best answers in the comments. How can he prove his ISP is slowing certain traffic?

203 comments

  1. probably not slowing it specificly by locopuyo · · Score: 4, Interesting

    They might not be slowing down specific traffic but instead just have a poor connection to those popular services and it gets saturated.

    1. Re:probably not slowing it specificly by Anonymous Coward · · Score: 0

      how's that job at comcast working out for ya?

    2. Re: probably not slowing it specificly by Anonymous Coward · · Score: 0

      In fact ISPs can have this cool boxes that can cripple chosen type o traffic. For example YouTube. But it is not simple slowdown. You increase latency and packet loss and YT fallback to lower res. There are sliders so any non-tech monitoring Guy can do it If notices saturation.

    3. Re:probably not slowing it specificly by Anonymous Coward · · Score: 0

      Or perhaps their service just sucks overall and they explicitly try to cheat on known speed tests. (ie: high-pri any connections to such places to make sure they get a glowing response.)

    4. Re:probably not slowing it specificly by baomike · · Score: 1

      I think you have that right. I try to download files from GB prior to 1800 PDT as after that time the rate drops like a rock. What takes 5 minutes at 1600 takes 30-60 minutes at 2000. These are not netflix files but it would seem that in the evening netflixs flood the system.

    5. Re:probably not slowing it specificly by Anonymous Coward · · Score: 0

      Whether they are throttling it due to malicious actions or incompetence, it's still throttling.

  2. You can't really by Njovich · · Score: 3, Informative

    Traffic slowed by your ISP, and traffic slowed further down the chain - for instance by poor peering - are indistinguishable. With some help from hops further along like Netflix (or within the ISP) you may be able to pinpoint the exact problem. However, given that so many providers are capable of routing Netflix at acceptable speeds it also doesn't matter, it's obviously your ISP's responsibility.

    1. Re:You can't really by behrooz0az · · Score: 1

      he can try fiddling with ttl values and send duplicate packets and measure their roundtrip.
      not easy, i know

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion. -- Spazmania (174582)
    2. Re: You can't really by christopher.andrew.c · · Score: 0

      Charming.

    3. Re:You can't really by Greyfox · · Score: 1

      Back in the day you'd fire up a tool like traceroute (or mtr) and see which hops are causing the problem. For me, it was always a sprint border router in Atlanta dropping all my packets on the floor. Seems like a lot of Linux distributions don't bundle traceroute by default anymore. In these days of generally-installing-everything-properly ubuntu (et al) distributions, you don't really need to be a sysadmin with a lot of networking know-how to run a networked Linux machine. Just get the wifi-enabled cable-modem from your cable provider and kick off your Ubuntu install. It's just like running windows -- wine will run most of your steam games and most MMOs flawlessly.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  3. No QoS 4 U by Anonymous Coward · · Score: 1

    Until the government ensures a quality service on ISPs to make them similar to land-line phones (common-carrier), it doesn't really matter if you complain about small things you find. I have had VOIP blocked by the ISP due to their competing service, and have had speed issues that looked better with the speed test, but it really can't get resolved until the government cares about the Internet as critical infrastructure which can easily damage the economy.

  4. Paper insulated by AHuxley · · Score: 1

    wireline might be a problem. Before the ISP side of the network.
    Streaming services will often consider a users connection and change their streaming service to what they think will offer the best experience.

    Long term support any innovative new community broadband network and see how the different networks do networking?
    Freedom of choice.
    Support a better new network.

    --
    Domestic spying is now "Benign Information Gathering"
  5. Alternatively: by Anonymous Coward · · Score: 5, Informative

    Find a free vpn service, like vpngate, and run your connection over to a site (other than netflix, due to geoblocking) that normally runs slow for you. If your speed sees an increase, then yes they are throttling traffic to certain websites. If your speed is the same or less then no your connection to the outside world is just shitty. That is the #1 benefit to vpns for the consumer imho. Unless it is a specific service they are degrading they can't tell who your vpn connects to, and either they throttle all vpns, which commercial users would frown upon, or they throttle none of them beyond regular bandwidth limits and you can find out if that is where the problem lies.

    1. Re: Alternatively: by saloomy · · Score: 4, Informative

      Not necessarily. The internet is comprised of a bunch of networks. If you are getting slow service to Netflix, it may be that you are traversing a saturated peer (maybe your ISP's peer, maybe their upstream provider's peer).

      When you use a VPN, you are routing to a different site, which might have no saturated peers in the chain. Then from that site, you have a decent link to a Netflix node.

      You are routing around using the VPN.

      Also, 3mbps isn't great for streaming. When you say it's slow to Netflix but fast for sites, consider the volume of traffic. Netflix needs 5mbps for HD content, so you probably do t have a slow connection to one site, just in general.

    2. Re:Alternatively: by gravewax · · Score: 1

      That doesn't prove it at all, by using a VPN you are going via different routes, possibly routes that are not as congested so you can get faster or slower speeds naturally through such a test. The reality is though services like Netflix et al do slow down considerably during peak viewing times as all ISP's have high congestion ratios, some worse than others.

    3. Re:Alternatively: by dwywit · · Score: 2

      That's a big issue with the National Slowband Network in Oz. The resellers aren't buying enough capacity from NBN Co - so everyone experiences "buffering" from 5 - 10pm (or thereabouts).

      I'm not going to sign an NBN contract that doesn't guarantee a minimum speed of at least 25MBit/s down - wish me luck.

      There's a 5G network being rolled out on the Gold Coast to support the imminent Commonwealth Games - let's see what happens afterwards, shall we? After people have been been able to watch sports in 4K (and lots of people on the Gold Coast can afford 4K TVs), they won't be happy to go back to 4G or 3G performance.

      --
      They sentenced me to twenty years of boredom
    4. Re:Alternatively: by ColaMan · · Score: 3, Insightful

      It's not "buffering" or a "slowdown", it's advertised as "evening speeds".

      As if it's a perfectly natural thing to experience congestion during the evening.

      --

      You are in a twisty maze of processor lines, all alike.
      There is a lot of hype here.
    5. Re:Alternatively: by gravewax · · Score: 1

      if you don't want the slowdowns or at least for them to not be as bad then go with one of the providers that promises much lower contention ratios like Aussie Broadband. though the reality is the only way to absolutely guarantee you have 100% bandwidth is to buy a dedicated bandwidth, but then you better add at least another zero to your monthly bill.

    6. Re: Alternatively: by Mr0bvious · · Score: 0

      You using a Mac there old chum? I see you're having a classic prime symbol string munging issue there.

      --
      Never happened. True story.
    7. Re:Alternatively: by rally2xs · · Score: 2

      Solution is:

      Rent the CD with the movie you want to see from Netflix.

      Use the program 123 Copy DVD Platinum to rip it to your disk.

      Watch the movie from your disk. No buffering.

      Simple.

    8. Re:Alternatively: by rally2xs · · Score: 1

      Er... DVD, not CD... oops...

    9. Re:Alternatively: by Mr0bvious · · Score: 1

      That's not true for all ISPs.

      Avoid anyone selling "unlimited internet", that'll never work with the CVC costs and the leaches it attracts.

      I'm on a $69 for 1TB a month on a 100Mbps plan and always get over 80Mbps.

      Shop around and ignore the big guys, they're all shit.

      Go to whirlpool and checkout Telecube and then thank me later.

      --
      Never happened. True story.
    10. Re:Alternatively: by Mr0bvious · · Score: 1

      But still... eeewww, DVD.

      I'd hate to be your enemy.

      --
      Never happened. True story.
    11. Re:Alternatively: by Anonymous Coward · · Score: 1

      Or move to a civilized country. I live in Sweden and pay ~10€ for 100mbit unlimited fibre. I get more than 80MB through my vpn. .

    12. Re: Alternatively: by silas_moeckel · · Score: 4, Interesting

      If your ISP has a constantly saturated peer that is in effect throttling. We have seen ISP's use BGP traffic engineering to try and push all netflix traffic through a specific peer and then let it saturate the links as a bargaining tool. This should not be allowed. Realy any link that's saturated anywhere inside an ISP or with peers and transit providers should not be allowed in the long term.

      --
      No sir I dont like it.
    13. Re:Alternatively: by omnichad · · Score: 1

      DVD is of a lot higher quality than a lot of my attempts to stream HD content from Netflix. And I don't even live in AU.

    14. Re:Alternatively: by omnichad · · Score: 1

      That's nothing to do with civilized. It's about population density and the country not being on its own continent.

    15. Re:Alternatively: by Mr0bvious · · Score: 1

      Sweden approx 450,000 km2, population approx 10m.
      Australia approx 7,700,000 km2, population approx 24m.

      Can you see why it may cost more to provide an infrastructure for Australians?

      --
      Never happened. True story.
    16. Re:Alternatively: by Anonymous Coward · · Score: 3, Interesting

      I'm paying $50/m for a 150/150 dedicated fiber with dedicated bandwidth in the USA, at my home. I get 150/150 to nearly every datacenter in the world at every time of the day. They literally advertise ~"We're not like that other ISP. We sell *dedicated bandwidth. You will never experience any slow downs...*Dedicated through out network and to our transit provider".

      When I first got services from them, I talked to the manager of network operations, asked them how they could afford dedicated bandwidth. He said the cost of bandwidth isn't a concern. He said bandwidth is so cheap, they're not even going to get a Netflix CDN, even though it makes up most of their peak bandwidth. Managing bandwidth is more expensive than just buying it. It's plain cheaper just to give dedicated bandwidth than to ration bandwidth. I asked him about the company's position on CDNs in general. He said they had no plans to add CDNs to the network because it's not worth the money saved, but if they did, it would be to make services better, because CDNs can provide lower latency even if bandwidth is not an issue.

      To give a better idea of the cost of bandwidth, talking to their network admin, he said they have 6 transit links, each one is provisioned so much bandwidth, that if 5 of the 6 links went down, their 95th percentile would be around 50% during peak hours. I asked him about DDOS attacks. He said that most DDOS attacks just get soaked by their nearly 10x more bandwidth provisioned than needed, but even in the cases where attacks are larger, they just buy more bandwidth for the duration of the attack. Only takes about 15 minutes to get their bandwidth increased.

      I can stream 149.9Mb/s of UDP over my 150 connection with zero packets dropped over a several hour window that spans peak hours. At 150, I start to see some loss and at 150.1 I see an overall statistical number that nearly perfectly matches being 0.1 greater than 150. One month I decided to ping a datacenter in Europe, ~140ms away. 10 samples per second, for 30 days strait, 25,920,000 total packets, fewer than 100 packets dropped, min ping was 0.1ms less than the average, and the std dev was less than 1ms with a max of ~160ms. Mind you I was seeding about 100GiB of the most popular Linux ISOs on BitTorrent during this time.

      Hell, my state Uni has at least 1Tb/s of transit. At least 2 100Gb links to each of Level 3, Sprint, AT&T, Verizon, Hurricane Electric, possibly others that I'm not aware of. Not to mention another several 100Gb links spread to different regional IXs, and 100Gb peering links to local ISPs. This info is over 5 years old now. I'm sure they've increased their bandwidth since.

      Bandwidth is not expensive. Sonic.Net gave an interview where they said infrastructure and transit only represents 1%-2% of the cost of being an ISP. Your connection and the bandwidth it provides is a freaking rounding error on your bill and less than the sales tax. And that 1%-2% also includes maintaining and upgrading. Short of living in Alaska, national park, an island nation, or starting a new ISP, there is little reason for non-dedicated bandwidth.

    17. Re:Alternatively: by Anonymous Coward · · Score: 1

      Northern Sweden and Wyoming should be fairly equivalent.
      Central Stockholm and whatever semi-large city of your choice should also be fairly equivalent.

      Also, not being on its own continent has jack shit to do about it.
      Population density matters a bit but it seems fairly obvious that cronyism and the aversion to forcing competition in the US have a bigger impact.

    18. Re: Alternatively: by Anonymous Coward · · Score: 0

      And also half explains the free shit.

    19. Re: Alternatively: by Anonymous Coward · · Score: 0

      Found the Telecom shill. Good job posting your check is in the mail

    20. Re:Alternatively: by pnutjam · · Score: 1

      You can also try a speed test specific to the service you want to use.
      Netflix has one:
      https://ispspeedindex.netflix....

    21. Re: Alternatively: by Anonymous Coward · · Score: 0

      What is expensive is running the cables which is why the telcos are so reluctant to do it.

    22. Re:Alternatively: by mauriceh · · Score: 1

      Most of the population of Oz is in an area that is much smaller.
      Same applies for any country.
      Your argument is weak

      --
      Maurice W. Hilarius Voice: (778) 347-9907
    23. Re: Alternatively: by Anonymous Coward · · Score: 0

      Depends on where you live. At one point we were paying in the order of 50k a month for roughly 7gbits. Our choices of upstream provider are limited here.

    24. Re:Alternatively: by rally2xs · · Score: 1

      And 123 has an extra-cost option to rip blue-rays, too, if you really want HD.

    25. Re:Alternatively: by Anonymous Coward · · Score: 0

      this is an index, not an actual test. lame.

    26. Re: Alternatively: by Anonymous Coward · · Score: 0

      Wyoming is bigger than Sweden

    27. Re: Alternatively: by Anonymous Coward · · Score: 0

      "should not be allowed"...Are you offering to pay for the system upgrades required? It couldn't be that you expect someone else - anyone else, especially EVIL big business - to pay, could it?

    28. Re: Alternatively: by Anonymous Coward · · Score: 0

      No, it's more like they're saying they'd like to avoid the circumstance where a company tries to force all undesirable traffic through a single point of failure/constriction, inconveniencing those on said path, with the goal of showing "how bad it is" and trying to hand wave away their responsibility in the matter.

    29. Re: Alternatively: by Anonymous Coward · · Score: 0

      No, wrong.

      All that really tells you is that the traffic to the VPN service is taking a different route. It doesn't tell you anything about why the other route is slower.

      It could be congestion, dirty links, overloaded routers, or just a suboptimal route. Either on the ISP network, an upstream peer, or the remote destination's network. Or other things.

      The simple answer is that in most cases, there really is no effective way to tell if traffic is being throttled, and essentially no way to tell if an ISP is intentionally allowing links or peering points to saturate on purpose, or with malicious intent.

    30. Re: Alternatively: by Anonymous Coward · · Score: 2, Insightful

      Surely some of the money that he's paying in is allocated for infrastructure upgrades. Ergo, isn't he already paying for it?

    31. Re: Alternatively: by Anonymous Coward · · Score: 0

      Does it have mountains, gangs of rampaging vagabond reindeer with a taste for copper wire and snowdrifts so deep you can lose a moose? Didn't think so.

    32. Re: Alternatively: by Anonymous Coward · · Score: 0

      Yes to everything but rein.

    33. Re:Alternatively: by dryeo · · Score: 1

      How many countries have DVD rental from Netflix? I'm in Canada and don't seem to have the option to rent DVD's, though perhaps I just missed it.

      --
      https://en.wikipedia.org/wiki/Inverted_totalitarianism
    34. Re:Alternatively: by dryeo · · Score: 1

      Not everyone lives in a small highly populated country with actual choices for an ISP.

      --
      https://en.wikipedia.org/wiki/Inverted_totalitarianism
    35. Re:Alternatively: by Anonymous Coward · · Score: 1

      It's not "buffering" or a "slowdown", it's advertised as "evening speeds".

      As if it's a perfectly natural thing to experience congestion during the evening.

      Because the speed you are paying for is the "when nobody else is using it speed".

    36. Re:Alternatively: by rally2xs · · Score: 1

      Yeah, sending thru mail back and forth to Canada may not be an option, don't know.

    37. Re:Alternatively: by Anonymous Coward · · Score: 1

      What is expensive is running the cables which is why the telcos are so reluctant to do it.

      @AC1: Running the cables is covered by the 1-2%, over time, but the up-front for a new ISP can seem large. Let put it this way. Running the cables costs LESS than sending a person to your house, even once. Back when I had Charter, they had to stop out at my place about 3-4 times a year. The average fiber install costs an ISP about $300 assuming bulk rates. The average truck roll cost is about $300. Over a 5 year period, Charter could have run fiber to ~15 houses and probably have zero issues due to crappy copper signalling.

      At one point we were paying in the order of 50k a month for roughly 7gbits.

      @AC2: Totally agree. Around here, AT&T used to charge $100,000/m for 1Gb/s, but then a non-profit with RoW access came in and started offering the same for $300/m. AT&T opened a law suit against the State, saying only Telcos and Cable have access to RoW, and this non-profit ISP is neither. The State ruled that the ISP was not allowed to sell to the public using RoW access, but they could sell to the State, education, or health care.

      Maybe you think that AT&T sold a better connection, because it was $100,000 vs $300. Nope. AT&T's "dedicated" connection had constant down time, even though they had an SLA, and slow performance because AT&T only claimed to have dedicated bandwidth back to the CO, not to the backbone. The $300 ISP claimed full dedicated bandwidth and had nearly perfect uptime. That was about 15 years ago now. $300 from the non-profit gets you about 10Gb now, but they can't sell to the general public. But that's probably a good thing, because over 50% of most ISP's costs is support.

    38. Re:Alternatively: by Anonymous Coward · · Score: 1

      Solution is:

      Rent the CD with the movie you want to see from Netflix.

      Use the program 123 Copy DVD Platinum to rip it to your disk.

      Watch the movie from your disk. No buffering.

      Simple.

      Waiting for the DVD to arrive is the "buffering".

    39. Re: Alternatively: by skids · · Score: 2

      Yup.

      The proper tool to try to figure out where packets are being dropped or delayed is called "paratrace"

      You kind of need to know what you are doing to use it properly... you have to find the connection that is being slowed and jump on it.

      Also, and this goes for traceroute, too, if a single transit node has high loss or delay, but the nodes beyond it do not, then that node should not be blamed... returning packets due to TTL exhaustion may be CPU-bound or control-plane-policed on a transit node, which is normal on some equipment and won't matter for normal traffic.

    40. Re:Alternatively: by Anonymous Coward · · Score: 0

      The argument is not weak because the government promised fast broadband for all including remote areas. Stupid policy that has cost (worst case) $91,000 to connect a single premises to the network.

    41. Re:Alternatively: by Anonymous Coward · · Score: 0

      Yeah, Comcast has been having issues with VOIP traffic since the repeal. Disguise the VOIP traffic and it works fine. ... but no, the internet worked fine without Net Neutrality.

    42. Re: Alternatively: by Anonymous Coward · · Score: 0

      The actual test is http://fast.com

    43. Re:Alternatively: by Anonymous Coward · · Score: 0

      AHHHH NO. Not even close, the greater Sydney area is 20,000 square kilometres by itself. While Australia is over 7 million square kilometres and much of it is unpopulated, it is still far more than 450,000 km2 square of population and each of the major cities and region hubs are all separated by vast distance.

    44. Re:Alternatively: by Anonymous Coward · · Score: 0

      what absolute garbage, you are not getting dedicated bandwidth for $50 a month. It may seem that way, and they may even have their contention ratios setup so that you are likely to just about always be getting it, but YOU DON'T have it. bandwidth and traffic are cheap, equipment to dedicate that much bandwidth to one user IS NOT FUCKING CHEAP.

    45. Re:Alternatively: by Anonymous Coward · · Score: 0

      This is why ISPs should go to "congestion based pricing" like some toll lanes and toll roads/bridges have done. You pay $x/GB at times of high congestion and $y/GB at times of low congestion (YX).

    46. Re: Alternatively: by Anonymous Coward · · Score: 0

      It may have the snow drifts given that it has snow an some very high winds. I like the sign as you leave the town of Medicine Bow WY that reads "Return to Medicine Bow When Flashing".

    47. Re: Alternatively: by Kludge · · Score: 2

      When you use a VPN, you are routing to a different site, which might have no saturated peers in the chain.

      If your VPN can take a faster route than your Netflix, your ISP could choose, if they wanted to, to route your Netflix that way too. By choosing not to, they are in effect throttling your internet.

    48. Re:Alternatively: by lsllll · · Score: 1

      Find a free vpn service, like vpngate, and run your connection over to a site (other than netflix, due to geoblocking) that normally runs slow for you. If your speed sees an increase, then yes they are throttling traffic to certain websites. If your speed is the same or less then no your connection to the outside world is just shitty. That is the #1 benefit to vpns for the consumer imho. Unless it is a specific service they are degrading they can't tell who your vpn connects to, and either they throttle all vpns, which commercial users would frown upon, or they throttle none of them beyond regular bandwidth limits and you can find out if that is where the problem lies.

      Not necessarily. VPN traffic is very to determine based on size and frequency of packets. Take, for instance, using a BitTorrent client behind VPN. You see many short burst packets going in and out for a while and they can pretty much deduce that you're doing BitTorrent. Many equal length packets coming in and small packets going out? You're downloading a large file. How do you think you're get near advertised link speeds (or better) when going to speedtest.net, even through a VPN?

      --
      Is that a roll of dimes in your pocket or are you happy to see me?
    49. Re: Alternatively: by Anonymous Coward · · Score: 0

      I'm in Ontario and borrow the DVD for free from the library -and it's visibly better quality than Netflix.

    50. Re: Alternatively: by Anonymous Coward · · Score: 0

      Perhaps it was not said correctly. An ISP should not be allowed to steer traffic of a certain nature to a single link and then claim the slowdown is not caused by their action.

    51. Re:Alternatively: by Anonymous Coward · · Score: 0

      No buffering here in Bris on Optus and DSL.

      5G network? That's pretty slick, considering that no has equipment operating at 5G.

      Traffic on the M1 is already being slowed - 10km/hr reduction - serious 'buffering' yesterday.

    52. Re:Alternatively: by Anonymous Coward · · Score: 0

      I had a witty observation on your Oznet travails, but it was so flippin' funny that it had to be deleted to prevent people from peeing their pants. Whew! Record intact. 100 out of 100 takedowns as A/C. You've all been saved from humor again. Well done.

    53. Re:Alternatively: by Anonymous Coward · · Score: 0

      Please help me, my friend. I wrote two earlier replies that were taken down right away. Say anything in reply. I'm curious if #101 has any better chance of surviving a posting after 100 straight deletes, if you reply, maybe it imparts a respectability that exceeds my own rock-star status to bless the value of my 50 years of coding for quantum mechanics as a /. thing.

    54. Re: Alternatively: by Anonymous Coward · · Score: 0

      So who's to pay for those links to all the content providers? Like literally pay for the glass that goes from the content provider to the ISP or the content providers ISP to your ISP. Is that the content provider you are paying $12/m to (for one service) or the internet provider you are paying $50/m to connect to the internet?

      When the landscape of the internet changes quickly (such as viral adoption of a new service, new 4k offerings etc.), why would you expect your ISP to suddenly shift their business model without incentive?

      With BGP, you advertise your route-able address ranges and their distance to your next hop peer - this is generally done globally - it becomes difficult to traffic engineer downstream/inbound traffic from specific content providers which are not a distance of 1 hop away on a dedicated link, especially when the content providers make themselves available via multiple peers. If an ISP is receiving all Netflix traffic from a single peer, it's their upstream peer which is sending it to them as the shortest path. Netflix can control their BGP advertisements to prioritize effective links and ensure load balancing of a major provider link. In fact, they can probably do so more easily as they should be armed with quality and location data from their own client.

      The big question is why is this a hypothetical problem with Netflix and not Youtube?

    55. Re: Alternatively: by saloomy · · Score: 1

      No. BGP doesn't work that way. It is not a load balancing routing engine. It picks the shortest path first, and sends traffic that way. Also, different paths that he may be traversing might be significantly less congested but much smaller. Sending the traffic that way could overwhelm the other peer.

    56. Re:Alternatively: by Anonymous Coward · · Score: 0

      ISP Network admin said their internal network can handle 100% of all users at the same time for their provisioned rate. They literally advertise that they do not over-subscribe. I have talked to a senior network admin who has been with the ISP a few decades. He said they do use GPON, but they will make sure the provisioned bandwidth on the port will never be more than what the port can support, for both up and down, and all provisioned bandwidth is symmetrical. The entire chassis will never have more than what the uplink of the chassis has.

      A multi-terabit network hardware is pretty common. For the past many years you could purchase a "fiber consolidator" that can support 5,000 customers with over 5tb/s of backplane, and each line card with 2tb/s into the backplane and a few tb/s of uplink. That wouldn't be dedicated because of the uplink, but they don't need to fully pack the chassis to the brim. Since their internal network is not the choke point, then their trunk. They well over-provision their trunk to the point of 95th percentile is around 10% of their provisioned bandwidth.

      Your description of "dedicated bandwidth" pretty much does not exist, except for when leasing lambdas or otherwise reserved point-to-point setups. All backbone providers use statistical multiplexing to oversubscribe. My ISP does the exact same thing. Fully guaranteed bandwidth internal network and a trunk with enough bandwidth that if it was cut to 1/6th, it'd still not congestion in congestion(packetloss, jitter, latency).

      Regardless. I have talked to a manager, and he said that if I experience any latency, even 5ms, or reduction in bandwidth, even by 1Mbs, to call, assuming it's a result of their fault. He said they stand by their declaration of dedicated bandwidth. And I have. Back when I had 50Mb/50Mb, My download bandwidth dropped to 35Mb/s and my ping was about 20ms higher than normal, but no issues with loss. Turned out they were under a DDOS. 15 minutes after I called, the issue was fixed.

    57. Re:Alternatively: by Mr0bvious · · Score: 1

      Your ISP will be purchasing bandwidth from an upstream provider, who will be doing the "provisioned rate', while it seems that your ISP purchases non over-subscribed bandwidth, they're just pushing the problem (limitations) further upstream.

      It's still going to be there, just shared amongst and even larger pool of "customers".

      --
      Never happened. True story.
    58. Re:Alternatively: by Anonymous Coward · · Score: 0

      On average there is only 1 atom per cubic mile in the Universe, therefore you do not exist. Your logic face plants. Stop using averages. Distributions are in percentiles. 80% of where people live in the USA has higher population densities than 80% of where people live in Japan.

    59. Re:Alternatively: by Anonymous Coward · · Score: 0

      Correct, and this is how the entire internet works and why transit providers can sell N amount of "enterprise SLA'd dedicated" bandwidth without having a fully connected star network. Not that it really matters. 90% of the backbone fiber is dark because they don't even need it yet. Tech has been outpacing demand. There is commercially available hardware that can nearly handle the entire peak Internet worth of bandwidth. Single routers with a petabit of backplane and support multi-terabit ports, and 40tb/s multiplexers with 1pb/s multiplexers in the works. As it stands, 4 strands of fiber can support the bandwidth demands of the entire Internet. The only expensive part is plugging everything together, which is why last mile is a trillion dollar industry and transit is a tens of billions of dollar industry. Bandwidth is cheap, connecting everything together is not. But even then, the cost of connecting everything together is like 1% of your bill. So....... Why all the bandwidth rationing? Incompetence or greed?

    60. Re:Alternatively: by Anonymous Coward · · Score: 0

      I guess 1pb/s is so last year. 10pb/s over a single fiber is the new hotness.

  6. fast.com by Anonymous Coward · · Score: 5, Informative

    https://fast.com

    This site uses the same servers as the Netflix streaming service so it should be a clear indicator. You should note though that 3Mbps isnâ(TM)t very fast when it comes to playing streaming video. An HD stream from Netflix can easily hit 7 or 8 Mbps.

    1. Re:fast.com by Sarten-X · · Score: 5, Informative

      It's disappointing that this is currently scored 0. This is the right answer for this scenario.

      With strong Net Neutrality laws, there are limits to how sophisticated ISP throttling can be and still pretend to be legitimate. With that essentially eliminated now, the only meaningful test is to use actual traffic. Netflix has preempted this need for their own services by creating fast.com to look identical, going to Netflix servers over the same ports and protocols as normal Netflix traffic. It will be subject to the same throttling, and thus allows you to measure the speed you get when working with Netflix.

      I'd love to see other services hosting similar tools, but for now Netflix is the only major company I know of offering their own user-accessible performance test.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    2. Re:fast.com by gravewax · · Score: 2

      The problem with that is that by going over the same network and peering links all you will see is your actual current speed with no indication about whether you are being slowed down by contention/congestion or through throttling.

    3. Re:fast.com by Anonymous Coward · · Score: 0

      it can also be gamed by shady providers... if ip hitting netflix content servers has requested bits from this other domain in the last half hour, unthrottle netflix temporarily.

    4. Re:fast.com by Calydor · · Score: 1

      Well, that can be gamed by shady customers setting up a ping script to that IP that fires every 20 minutes or so.

      --
      -=This sig has nothing to do with my comment. Move along now=-
    5. Re:fast.com by Athanasius · · Score: 4, Informative

      I was going to post fast.com if no-one else had.

      There's also a list of other tests on https://www.eff.org/testyouris...

    6. Re:fast.com by Anonymous Coward · · Score: 0

      If the server can tell the difference between a fast.com request and a Netflix request (it can, via SNI), the ISP can as well.

      Fast.com? unthrottle
      Netflix? throttles engaged

    7. Re:fast.com by omnichad · · Score: 1

      Both are gamed by the ISP and have the same result. It doesn't really empower me one way or the other to know the difference

    8. Re:fast.com by omnichad · · Score: 1

      It would fit the same profile and no - SNI requires the traffic to be decrypted. If you're able to distinguish that, then the encryption is utterly broken.

    9. Re:fast.com by Actually,+I+do+RTFA · · Score: 1

      All the major streaming services offer their own speedtest. There's an Apple App (yes, it was approved. It was only delayed while apple confirmed it wasn't snakeoil) that will check all the video services speedtest sites. I don't know if it's open source, but there was a slashdot article on it a while ago. Or you can build your own script.

      --
      Your ad here. Ask me how!
    10. Re:fast.com by Anonymous Coward · · Score: 0

      I'm not sure I agree with this methodology. Anecdotal evidence incoming...

      A single FQDN source can certainly be manipulated by ISP's on the way to requestors. The same can then be the fate of Netflix, peering etc... service.
      In this scenario, it's anyone's guess as the the scope of intervention that is going on by the ISP. For what perceived performance is.

      Case in point, that while I use Netflix and eventually get the stream to come in as HD, other factors appear to be at play here.
      - I have my own theories about, peered path redirection and manipulation by the ISP from the most 'useful' Netflix source, or something along those lines. Namely since over time, the Netflix stream improves.

      The vs, in this scenario...

      In the process of torrenting a film copy* , it appears my combined download stream exceeded 10MB/s, almost 12MB/s, and pointed towards my actual available throughput from my ISP being 100Mb/s. I was not aware I was getting that speed of service.

      Yet, my Netflix stream, which undoubtedly is using various peering and various topologies for distrbution, is perceivably getting far poorer performance? The only possible explanation is the ISP and whatever alterations is doing explicitly for that feed.

    11. Re:fast.com by i.r.id10t · · Score: 1

      Indeed. My ISP is pretty good (I'm the one throttling Netflix traffic here at my house... wife and 3 kids eat up a lot of bandwidth and I need some reserved for me to do homework) so it hasn't been a concern for me but I've wondered why there haven't been content provider supplied speed tests. Of course, I didn't know about fast.com either...

      --
      Don't blame me, I voted for Kodos
    12. Re:fast.com by WaffleMonster · · Score: 1

      It would fit the same profile and no - SNI requires the traffic to be decrypted. If you're able to distinguish that, then the encryption is utterly broken.

      SNI is transmitted in the clear for the simple reason servers absolutely need to know a hostname in order to determine what certificates it needs to load to
      communicate with the client. Certificates often managed and owned by completely separate customers of the hosting provider.

      There have been proposals to obscure SNI behind some kind of anonymous DH scheme yet even in TLS 1.3 as it is this is still done in the clear. Currently SNI on all production systems is performed in the clear.

    13. Re:fast.com by omnichad · · Score: 1

      Oh, right. However, the UI is the only thing that needs to come from fast.com. Everything else can come from netflix-753.vo.llnwd.net or whatever they want. And Netflix can make all its clients load the fast.com page before streaming and pretend to be a speed test if it wants. Though it would be easier to implement a delayed throttle that lets the first few minutes in at full speed. On the other hand, video is requested in chunks and sometimes behind carrier-grade NAT or home LAN. It would be difficult to be selective.

    14. Re: fast.com by Anonymous Coward · · Score: 0

      You're assuming that Netflix won't return bullshit data to try and pressure an ISP over a peering dispute, which is a naive assumption to make.

    15. Re: fast.com by Anonymous Coward · · Score: 0

      No.

      Your ISP probably has a direct peer to Netflix, and possibly even hosts Netflix CDN servers on network.
      Your torrent streams are most likely going out one or more general internet drains. There is a good chance that there is very little in common between the routes the traffic takes.

    16. Re:fast.com by gravewax · · Score: 1

      The question asked was "how can I prove my ISP Slows certain traffic", the site mentioned does not provide a solution the ability to discern that.

    17. Re:fast.com by uvajed_ekil · · Score: 1

      It's disappointing that this is currently scored 0.

      It's disappointing that you think 16 minutes (including the time it took for you to type your post) is too long for an anonymous post to get modded up. I'm rather glad that AC posts don't just start at Score:2 for no good reason. The post in question is proof that the moderation system is working correctly and effectively, even if not instantly.

      --
      This is a hacked account, for which the owner can not be held responsible.
    18. Re:fast.com by omnichad · · Score: 1

      Both are the ISP slowing traffic. Intentional sabotage of peering link capacity is no different effectively than throttling.

    19. Re:fast.com by Sarten-X · · Score: 1

      Eh... groupthink and vitriolic anti-corporate shitposts get bumped up in far less than 16 minutes, but I digress.

      When a good comment that perfectly responds to the topic at hand (and with good information) sits at 0 because it happened to come from someone unregistered, what's really disappointing to me is that there is no good solution. Heuristics to guess an expected score can be gamed. Tracking users without accounts is a privacy minefield. Assuming an initial score and letting the mods do their thing leaves a time gap where good comments are scored unfairly... and that's precisely what we have now.

      Slashdot's scoring and moderation system is the worst, except for everything else that's been tried.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    20. Re:fast.com by Anonymous Coward · · Score: 0

      it doesn't have to be sabotage, simply inadequate bandwidth at peak times. many providers are budget providers that provide the absolute minimum, they can easily be under provisioned due to faster than expected growth, poor planning or simply a rapid growth in utilisation, none of those are sabotage, yes it might be their fault but that is not the same as them intentionally affecting your bandwidth.

    21. Re:fast.com by Scarred+Intellect · · Score: 1

      Except if I was an ISP and we throttled Netflix, I'd specifically whitelist fast.com (and other speed tests). I wouldn't use this as any sort of proof that throttling is or is not happening.

    22. Re:fast.com by suutar · · Score: 1

      you mean you'd specifically throttle fast.com, right? Otherwise you're just making it really blatant that you're treating netflix traffic differently...

    23. Re:fast.com by Scarred+Intellect · · Score: 1

      No, I'd let those speedtests run at full speed.

      The implication is that fast.com is owned by Netflix, and if that operates at full speed, Netflix obviously operates at full speed. If fast.com results are consistently lower than others, THAT would imply that Netflix traffic is being treated differently. And this way I, as an asshole ISP, could say "Fast.com is run by Netflix, if it's showing you good speed, and videos aren't playing well, then it must be an issue with Netflix's servers"

  7. Hard to prove as end user by Anonymous Coward · · Score: 0

    I doubt you will be able to prove them slowing certain sites from your end. You could graph the arrival times of all packets to see any obvious correlation, but since you don't know what the sender wants to send and whether any pipes are congested, that won't tell you much.

    Besides, 3Mbps is not much for video. It is the minimum for HBO go and twice the minimum for Netflix. So I would not rule out the possibility that your line is simply not up to the task.

    Video is very susceptible to jitter and you run the line to the max. You might want to check for buffer bloat and ask your isp to lower that.

    1. Re:Hard to prove as end user by WaffleMonster · · Score: 1

      Video is very susceptible to jitter

      No it isn't.

    2. Re:Hard to prove as end user by gweihir · · Score: 2

      Depends entirely on what is used for flow-control and how much buffering is done. Jitter can have minimal effect on that or it can shoot things to hell.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    3. Re:Hard to prove as end user by WaffleMonster · · Score: 1

      Depends entirely on what is used for flow-control and how much buffering is done. Jitter can have minimal effect on that or it can shoot things to hell.

      No it doesn't. The streaming services use TCP. Jitter and even packet loss are often concealed by the receive window depending on where event occurs. It's a statistical game where to win you need only a buffer big enough to account for transient conditions and of course channel capacity larger than consumption rate.

      Massive jitter or packet loss at tail can indeed stall a stream and even result in visually affecting output yet TCP protocol is reasonably well designed and capable of efficient bulk transmission which is all that is necessary for video streaming services.

      Remember parents comment was "Video is very susceptible to jitter" which is simply false despite ones ability to concoct ridiculous scenario where jitter becomes service affecting.

    4. Re:Hard to prove as end user by Anonymous Coward · · Score: 0

      Real time voice can be susceptible to jitter, as can many interactive systems (e.g. games); I'm not, however, actually aware of any common video services that aren't sufficiently (and automatically) buffered to make jitter basically a non-issue.

    5. Re:Hard to prove as end user by Anonymous Coward · · Score: 0

      Neither of these statements is particularly precise, but the first is general enough that your response starting with "no" is less correct. TCP is very sensitive to loss. These are my favorite links on this subject:
      https://blog.thousandeyes.com/a-very-simple-model-for-tcp-throughput/
      http://gettys.wordpress.com/2010/12/03/introducing-the-criminal-mastermind-bufferbloat/
      http://gettys.wordpress.com/2010/12/06/whose-house-is-of-glasse-must-not-throw-stones-at-another/

    6. Re:Hard to prove as end user by WaffleMonster · · Score: 1

      Neither of these statements is particularly precise, but the first is general enough that your response starting with "no" is less correct. TCP is very sensitive to loss. These are my favorite links on this subject:

      Jitter is not the same thing as packet loss (PL). My response is about Jitter not packet loss.

      When I said "Jitter and even packet loss are often concealed by the receive window depending on where event occurs" this means TCP has machinery capable of dealing with out of order receipt and sequence gaps in most cases without stalling the stream for round trip or worse RTO. Mentioning PL was intended only to highlight this capability.

      It sure as heck does not mean TCP congestion algorithms should ignore congestion indications in the form of PL. Even a small percent PL to borrow a phrase from Joe is "a big fucking deal" shit had better slow down dramatically in that case. I only mention PL at all to illustrate a point about designed capability of TCP.

      Real time communications systems generally have a "jitter buffer" reserving some delay up front in order to allocate time to reorder packets if necessary. This simply doesn't exist in any practical way with streaming of static content.

  8. Five easy steps by Anonymous Coward · · Score: 1

    1. Get job working for ISP
    2. Slow certain traffic
    3. Film yourself
    4. Post video to youtube
    Profit

  9. Prioritizing speed test servers a NN violation by Anonymous Coward · · Score: 1

    Many ISPs large and small explicitly add rules prioritizing speed test servers over normal traffic. To this day it baffles me why ISPs are getting away not only with blatant violation of NN by prioritizing specific destinations over others but with what is essentially intentionally misleading their customers with bogus results as a consequence of prioritizing speed tests. The trick to obtain meaningful results is in finding much less known speed test servers or just downloading large files from a sampling of random sites. This will win you a better baseline to reason about the speeds you are actually getting.

    It's otherwise really hard to tell on an individual destination basis for sure WTF is going on ... where the bottleneck really lies. You can trace paths and grab routes from looking glasses and shit yet as an end user this shit is rarely worth doing or conclusive. Smaller ISPs ... especially WISPs have bandwidth management boxes some of the layer 7 variety that execute all manner of wizardry the end user has little to no hope of deciphering.

    I'm on several industry mailing lists where ISPs often bitch about what is a very common luser complaint about how ISP is preventing them from access something or is responsible for slowing down their access to something. To be fair MOST of the time a user arriving at such conclusions is in fact both clueless and WRONG yet when ISPs pull shit like this it's really hard to sympathize with the ISP.

    The marketing of speeds is especially is difficult because they don't guarantee any particular speed to any particular destination, they often don't disclose details about bandwidth management or the fact they are prioritizing speed test servers. Often times the concept that speeds are not guaranteed for every site is not communicated in any marketing materials and is hard for end users especially ones who have no technical knowledge of the workings of Internets.

    1. Re:Prioritizing speed test servers a NN violation by postbigbang · · Score: 1

      Far be it from me to defend a carrier or telco, but you're not being realistic.

      ISPs have routes to other peers. Inside their own realm, they may or may not have links or even hosted content distribution networks to ease the traffic on their core routers. Netflix, along with Akamai and plentiful others allow peering agreements to boost the QoS of their delivery to end nodes.

      This in turn, is a bit different than how LTE carriers deliver their own feeds. Some people NEVER watch a movie on their phone, and others consume all of their video on their phones.

      In a neighborhood with lots of WiFi users, many people misconfigure their access points, especially in densely populated metropolitan areas and apartment complexes, etc.

      There is a HUGE problem called low-hanging-fruit where ISPs/carriers/telcos only want to invest in upgrades when it pays off for them by covering lots of density with small investments. Doing huge system-wide upgrades of their core isn't the problem, it's the last mile costs to all of those end points.

      And I'm also sure they have shenanigans, but also the results of everyone going to a newly popular site that still doesn't have load-balancing, CloudFlare protections, and so forth. Some people also have devices that are completely clogged with anti-virus software, or who bitch when they have 150+ browser tabs going, each active content moving in them.

      Summary: it's not easy to catch the shenanigans, and there are lots of rational explanations for odd slowdowns, including your own device CPU loads (due to anti-virus activity or poor resources). A simple speed test may or may not indicate something's wrong. It's just not that easy, sadly.

      --
      ---- Teach Peace. It's Cheaper Than War.
    2. Re:Prioritizing speed test servers a NN violation by pnutjam · · Score: 1

      If you have access to a server elsewhere, you can use iperf. That's usually my gold standard for testing links.

    3. Re:Prioritizing speed test servers a NN violation by Anonymous Coward · · Score: 0

      they often don't disclose details about bandwidth management or the fact they are prioritizing speed test servers.

      So for content providers, the solution is to host their content on speed-test servers. Or have a speedtest among their content, and market that aggressively. The end result is then nice speed for their service.

  10. Gary's eyes by Anonymous Coward · · Score: 0

    Gary don't need his eyes to see
    Gary and his eyes have parted company

  11. you can... by johnjones · · Score: 4, Informative

    its not that hard

    but you have to have at least two connections to compare the traffic

    a study that was funded by a USA national science award does exactly this :

    simply download a app and run it

    http://bit.ly/2IAdbmD

    you can thank me on twitter if you like http://twitter.com/johnjonesname

    1. Re:you can... by Anonymous Coward · · Score: 0

      That is an absolute garbage app, traffic prioritisation isn't done by inspecting the contents of the packets, it is generally done in a far more brute force fashion as things like Netflix have to come through peering links which make it easy to identify and throttle.

    2. Re:you can... by Anonymous Coward · · Score: 0

      your sprouting the garbage... didn't read the methodology did you...

    3. Re:you can... by ruir · · Score: 1

      I have worked in a couple of ISPes and can for sure say you can pretty much inspect traffic even more than people think. Besides inspect layer 7, those boxes do heuristics, and nowadays with higher speed Internet, even match with "home" IP addresses and content signature to detect malware, to try to guess the nature of encrypted traffic.

    4. Re: you can... by Anonymous Coward · · Score: 0

      Itâ(TM)s even easier than that. The netblocks that host video services are pretty easy to identify. Donâ(TM)t even need layer 7 if you are crafty.

    5. Re:you can... by cciechad · · Score: 1

      They technically do peer but it peers mostly locally in the ISP's core so it doesn't go over what we normally call "peering links". Even my smaller ISP here has a netflix CDN cluster here that takes about 90% of the traffic and serves it locally right from the ISP's regional DC. The rub is the ISP gives these boxes free power/space and access to peer to them in exchange for cutting the netflix traffic flowing out the peering links. In this case the only traffic that actually goes out is the replication traffic for the cluster, some small # of titles that aren't on the cluster and DRM traffic for playback.

      --
      https://www.fsf.org/associate/support_freedom
    6. Re:you can... by max99ted · · Score: 1

      I don't have a Twitter machine so I am thanking you here instead :)

      --

      Please stop APK.. you're only hurting yourself.

    7. Re:you can... by Anonymous Coward · · Score: 0

      simply download a app and run it

      http://bit.ly/2IAdbmD

      Download and run something from a bit.ly link, sounds legit.

      Redirects to "wehe" on dd.meddle.mobi, most assuredly legit!

  12. Not necessarily your ISP at fault by gweihir · · Score: 1

    Streaming is a complex game and it can get disrupted in many ways. Packet loss, jitter, reordering, buffer-bloat, brief interruptions on traffic spikes, etc. all things that are no so bad with TCP can really, really mess up streaming. My guess would be that the streaming services all use a very similar set of parameters for their protocols that in general work reasonably, but with your connection does not work well at all. The solution to that would ordinarily be to just download the files and then play locally.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re: Not necessarily your ISP at fault by Anonymous Coward · · Score: 0

      My guess is that most streaming is using TCP

    2. Re: Not necessarily your ISP at fault by DaMattster · · Score: 1

      My guess is that most streaming is using TCP

      If most streaming used TCP, there would be all kinds of buffering and slowdowns. I think you're wrong.

    3. Re: Not necessarily your ISP at fault by WaffleMonster · · Score: 1

      If most streaming used TCP, there would be all kinds of buffering and slowdowns. I think you're wrong.

      ALL of them use TCP.

      Confusion likely stems from mistaking realtime bidirectional communications such as voice and video calling which are inherently delay intolerant with bulk transfer of static content. Two completely different technologies with very little in common.

      The way you keep from buffering and slowing down is by creating a large enough stream buffer to hedge against presence of any future transient conditions.

    4. Re: Not necessarily your ISP at fault by gweihir · · Score: 1

      Streaming over TCP requires abundant spare bandwidth to work. A good rule of thumb is reliably (including peaks) less than 50% utilization in both directions for it to work fine. This situation is rarely given, so basically no streaming uses plain TCP. It may use some other protocol masking as TCP to get through firewalls and other things, but that is it.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    5. Re: Not necessarily your ISP at fault by _Sharp'r_ · · Score: 1

      All of the most common streaming protocols (HLS, HDS) use TCP connections. In fact, they mostly use HTTP over TCP/IP connections.

      It seems like you're confusing higher level "protocols" with lower level protocols, of which you can pretty much use TCP or UDP on the Internet. Streaming connections virtually all use TCP, not UDP.

      So yeah, you'd run HLS as a specialized application for streaming version of HTTP, but you'd do it with normal TCP connections and all that entails as the underlying session/transport layer and with IP as the network layer.

      --
      The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    6. Re: Not necessarily your ISP at fault by Anonymous Coward · · Score: 0
      Uhh... What?

      It may use some other protocol masking as TCP to get through firewalls and other things

      If it can get through my stateful firewall as TCP, it's fully implemented TCP, meaning it's TCP. Anything that implements TCP is by definition TCP. Some serious mental gymnastics you're doing. Or maybe you're just confused about what TCP actually defines and think that custom congestion control, packet pacing, or window growth is somehow "masquerading" as TCP.

    7. Re: Not necessarily your ISP at fault by Anonymous Coward · · Score: 0

      To add to this, unless the app is using UDP, ICMP, or TCP, it would need to use raw sockets. I can clearly see from my OS that the connections made from my web browser to the streaming service is TCP. To further add to this, what ever protocol the host uses must be compatible with the web browser, and short of QUIC, there is no custom quasi-TCP protocol being used.

  13. Netflix places servers with ISPs by NichardRixon · · Score: 1

    Netflix has servers in strategic positions within most ISPs, or in some cases just outside. Please see:

    https://media.netflix.com/en/c...

    In addition, Netflix automatically adjusts the video resolution depending upon the bandwidth of the connection.

    1. Re:Netflix places servers with ISPs by Anonymous Coward · · Score: 0

      So, you say, my Netflics video will be smooth, but all I'll see will be those 64 big squares?

  14. Use the Netflix app speed test... by ambrose.carracho · · Score: 4, Informative

    Many devices allow you to check your connection speed within the Netflix app. (I would presume HBONow offers a similar utility.) The Netflix Page explaining how to do this is here: https://help.netflix.com/en/no.... On the same Netflix page are their internet download speed recommendations for playing TV shows and movies: 0.5 Megabits per second - Required broadband connection speed 1.5 Megabits per second - Recommended broadband connection speed 3.0 Megabits per second - Recommended for SD quality 5.0 Megabits per second - Recommended for HD quality 25 Megabits per second - Recommended for Ultra HD quality Remember that these figures are per stream, so concurrent streaming to multiple devices is bandwidth additive.

    1. Re:Use the Netflix app speed test... by dargaud · · Score: 1

      Also, do some speed tests. Then load up a VPN (one you pay for, not a free one), and do the test again. If the speed jumps up, something fucky's definitely afoot.

      --
      Non-Linux Penguins ?
  15. Test with and without (a good) VPN service by Anonymous Coward · · Score: 0

    Use the traffic monitor to test and measure various service speeds overtime without VPN and then do the same with a VPN place. Admittedly, a VPN should be slower; however, if your speeds for various services are consistently faster with the VPN ( that is when your ISP cannot recognize the specific services/protocols in use), there’s a good chance your ISP is indeed throttling certain services.

  16. Remote in? by Presence+Eternal · · Score: 2

    I'm not an expert on these things, but maybe do it from the outside? Set up an internet facing server on your network and then push and pull data using a known honest provider.

  17. Use a VPN by Anonymous Coward · · Score: 0

    Test your activities through a VPN, for instance, streaming from Netflix, or downloading from torrents.

    If traffic shaping is in place on your ISP's end, it will stand out immediately. In the UK on VirginMedia i tend to get no more than 4MB/s on a torrent, despite having a 200mib/s connection. When i torrent through a VPN hosted in the same country, the download speeds will increase tenfold even with the same peers in the swarm.

    1. Re: Use a VPN by Anonymous Coward · · Score: 0

      Same here. Virgin Media do partner with High winds for Usenet traffic though so grabbing NZBs can flatline your 200Mbps. Also try using the free VPN built into the Opera web browser for casual browsing of blocked torrent sites.

  18. Send them one of these by wolfheart111 · · Score: 1
    --
    [($)]
  19. You can't by Anonymous Coward · · Score: 0

    to prove it you would basically need inside information from the ISP. The reality is their is no easy way to tell whether they are intentionally slowing down your traffic or if it is simply a matter of them having insufficient peering bandwidth, network capacity or hell even backhaul from your local endpoints. There are all sorts of apps that try to make educated guesses but for the most part they are crap as all they can really do is guess.

  20. Might be the content provider? by Anonymous Coward · · Score: 0

    How do you know its the ISP and not the content provider? In times of high demand, I would not be surprised if throttling occurs. I also would not be surprise if by the nature of high demand that a ISP's average speed declines. I have seen quality decline in the evenings occasionally with Amazon content streaming and a few times with Netflix. Those times the problems were with bandwidth issues with high demand and not my ISP. As confirmed by both Amazon and Netflix. Even increased traffic around you at night using wireless networking can seriously degrade speeds. Not so much a issue with 5 Ghz wifi, but 2.4 ghz is notorious for throttling speed with many access points near.

  21. Honorifics on Slashdot by jrumney · · Score: 2
    Can one of the editors explain why a high 6 digit Slashdot reader qualifies for the honorific title "long term", but a low 4 digit Slashdot reader does not?

    Has darkharlequin done something to displease the editors?

    1. Re:Honorifics on Slashdot by Anonymous Coward · · Score: 1

      A 4 digit ID would come from around 1999, whereas a high 6 digit ID would be from around 2003.

      So one guy has been on Slashdot for 15 years, the other for 19 years. They are both "long term".

  22. More detailed investigation tips. by Z00L00K · · Score: 0

    Just run the speed test against another node in another country or state. That would indicate if the ISP is slowing down explicit traffic or not. Even better to run a bandwidth test with a less common service than Speedtest. Like http://www.bredbandskollen.se/ (You can switch from Swedish to English on that page). Just be aware that the further away the server is the more likely you'd get bad figures since you have to share the channel with others.

    Also try to locate the speed test servers on the same net as the service you like to access, that can also give you a good indication if it's throttling or just shitty network.

    On YouTube you also can right-click on the video and select "Stats for nerds" to see the connection speed as well as dropped frames.

    Tools like traceroute (in Windows tracert) and ping are your friends. hrping is an alternative to ping.

    Also see more test variants here: https://www.digitaltrends.com/...

    If you can - also look at if there are ping responses from the net using wireshark. Look for source quench messages. However those are usually presented to the streaming service and not to the client unless you do an upload of data.

    --
    If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  23. Matt's TraceRoute by jrumney · · Score: 5, Informative

    A good way to find where a connection is being slowed is to use MTR, or on Windows WinMTR. It's a combination of ping and traceroute that can show where the network becomes slow, or error rates become high between you are the server you are using.

  24. Speed testing Comcast by meerling · · Score: 5, Interesting

    For many years I've tested my connection on comcast.
    If it's a popular or well publicized test site, comcast gives back great numbers.
    On the other hand, if you use any of the various ways to obfuscate the address, or just use one comcast doesn't have on it's script yet, then you'll see MUCH lower speeds.
    Yes, there are ways to verify that the obfuscation isn't causing the slowdown.

    Short version, comcast slows you down unless they know they're being tested, then they give you a higher bandwidth. I've tested them for close to 10 years now, and it's always the same.

  25. ask your question in a place by weedjams · · Score: 2

    where the people live and breath this stuff 24/7/365. http://www.dslreports.com/forums/

  26. Faking headers by Anonymous Coward · · Score: 0

    Read somewhere. maybe here on /., about a guy who tested just this by faking the headers on traffic from his own servers to look like netflix (?) traffic.
    Other/normal traffic would go through full blast, traffic with the faked headers significantly slowed dow.

  27. 3Mbps by Anonymous Coward · · Score: 0

    I wouldn't even think you'd be able to stream Netflix or HBO through a measly 3Mbps connection.
    The least I've ever had on cable was 20Mbps and I could watch Netflix in 480p, but it wasn't pretty sometimes - it would drop the quality pretty low and only clear up occasionally.

    If my math is right, that's like a 2GB movie that's 90 minutes long. I suppose you might expect a decent quality 480p stream, assuming they are using really good codecs. You wouldn't want your network connection doing anything else, that's for sure.

    1. Re: 3Mbps by Anonymous Coward · · Score: 0

      3Mps is 3x my former rate, and syncing at 1184kbps allows me to do perfectly well at 360p and just barely do 480p without too much buffering but only when my ISP isn't being an ass.

      After some line fixes we are at 2.5Mbps and 480p is no problem. 720p also streams with no buffering.

      I think a lot of people are tranferring "megapixels" to "connection speed" here. I believe even 1080p only requires just about 10 Mb.

      This does of course depend on no other points of contention, throttling, and your ISP not being a dick.

    2. Re:3Mbps by omnichad · · Score: 1

      Your math is wrong. All you have to do to prove it is to run Wireshark or a switch with a promiscuous port and log how much data has passed through your connection. Or download the same title for offline viewing in full HD quality. Those bandwidth numbers match up with a number of HD torrents of high quality and carefully tuned encoding.

    3. Re:3Mbps by PortHaven · · Score: 1

      Comcast deliberately and specifically used to slow down Netflix traffic. Prior to Netflix paying them for peering.

      I had Comcast's 25mbps speed package, but couldn't stream Super or 3D content. Bandwith was too slow. Dropped my service down to 3mbps. Netflix and Comcast signed peering agreement. Suddenly, the very next day my 3mbps connection was fast enough to stream 3D content from Netflix.

      The telcos very knowingly throttle certain content.

  28. Minutia by Anonymous Coward · · Score: 0

    Web surfing history is collected and served up for sale to anyone who wants to buy.

    Test data on flow is still interesting though, and there might be a big picture too. Like the whole internet is kinda busted.

  29. What device are you watching Netflix on? by Anonymous Coward · · Score: 0

    Are you comparing speedtest in a laptop/PC with a smart TV?

    I recently discovered that streaming Netflix over WiFi in my LG smart tv was terrible, despite having a decent router and WiFi signal strength. I switched to Ethernet (using home plugs) and streaming TV works flawlessly now.

  30. Compare it to a VPN by duguk · · Score: 1

    This will sound odd, but try a VPN over the same connection.

    I found my ISP was slowing down all traffic, apart from to speedtest.net and other speed testing sites.
    However, they were not slowing down VPN traffic.

    After running all my traffic for a month over a VPN, my speeds were 10x faster and not slowing down at peak times.
    Then I received a call from my ISP kindly asking me to leave. I'm now with a decent ISP.

    1. Re:Compare it to a VPN by dargaud · · Score: 1

      Names ! And shames !

      --
      Non-Linux Penguins ?
    2. Re:Compare it to a VPN by duguk · · Score: 1

      It was Eclipse Internet. They don't really seem to exist any more and are part of KCOM.

      Before that, I had a similar problem with O2 Broadband, and they went the same way.

  31. Try comparing regular vs VPN but... by TheOuterLinux · · Score: 1

    If you're a Windows user, sometimes the system will switch back to the default ISP's DNS for certain programs (Edge browser *cough cough*) and not just p2p/torrent stuff because, and like we Linux users keep trying to say, they are evil, assuming that all the ads and tracking doesn't give you away or if Micro$oft itself made a deal to throttle on behalf of the ad related conpitition. How else can Cortana give Micro$oft their untainted data fix if your lying to her or get you to use Bing instead of Google? Skype instead of literally anything else? Payed subscriptions instead of free and open source cross platform tools? I even have people telling me their Windows system is warning them that Firefox is an insecure web browser because they clearly want them to use IE or Edge. Classic web browser war bs, but they go much further than that now and you don't get a much of a choice these days. I guess I'm saying it could actually be your Windows 10 system being a dick instead of the ISP. Linux users will not wave it in your face like you think if you switched unless you picked pure Ubuntu (they're partners of sorts). Using WSL isn't going to help. Also, using ping isn't going to help either because it only rates the response time and not the amount of data transferred which is what the ISP is going to look at. It might not hurt to check anyway because maybe it's the just servers acting up.

  32. Run wireshark or tcpdump by Anonymous Coward · · Score: 0

    Once you have wireshark running, Open the application that you believe they are throttling. It should run at 'normal' speed after the first 1/2 second. During the first 1/2 second, you'll see a bitrate that seems way too high for your connection, and that you'll never see outside of the first 1/2 second of any transmission. Once you've passed the 1 second mark, this is your normal speed. At this point, you have two options. 1) repeatedly perform a traceroute to the service that you're streaming, or 2) watch the TTL of the packets from the service. If #1, then the times should match what wireshark is showing for packet delay. if #2, then TTL shouldn't change once the stream starts. Once you notice the throttling, with wireshark still running, hit speedtest.net and start it and immediatly close it (because you don't actually need the speed test, you just need your ISP to detect that you've run a speed test) and if your stream transfer rate increases, well, there's your evidence. In all likelyhood, they've hired somone away from AT&T because this is exactly how AT&T in Gwinnet Co. GA operated in 2000-2004

  33. Use Netflix's speed measuring tool by The+MAZZTer · · Score: 1

    It tests using Netflix so you can compare to other speed testers.

    https://fast.com/

  34. Wehe by pgn674 · · Score: 1

    If you have an Android or iOS device, then download the Wehe app and run it while you're connected to your home WiFi. It was developed by university researchers to detect slowdowns of certain streaming services.

  35. Check to see if they are using a proxy cache by wezelboy · · Score: 1

    My ISPs dirty little secret is that it routes all http(s) traffic through a proxy cache server, so most popular websites run load great but everything else is often slow.

  36. Wehe by alexo · · Score: 1
  37. an anecdote from a Comcast technician by Anonymous Coward · · Score: 0

    Comcast recently released gigabit speeds in my city. As technicians we were given a modded raspberry pi to use as a speed tester since the company sponsored Ookla speedtest app would max out between 400-500mbps. No matter what speed a browser/app speed test would return, our speed tester would always return 985mbps.

    I went out on a call to fix someone's speed issues and did what i could do but no matter what we just could not get any of his devices/pcs to return a good speed regardless of how fast my company modded tester claimed his connection was. I got a call a few days later from a supervisor "coaching" me about the lack of a 4th upstream QAM in his area and that he wouldn't be able to get gig speeds until we worked that into our plant.

    My reply to this is still: If then, it is an impossible feat of radio physics for this persons cable plant to support gigabit speeds, how could the Comcast speed tester be reporting 985mbps? The company lies about its internet speeds but all of my customers know that and still subscribe to them.

    1. Re:an anecdote from a Comcast technician by pnutjam · · Score: 1

      The company lies about its internet speeds but all of my customers know that and still subscribe to them.

      The company lies about its internet speeds but all of my customers know that and unfortunately have no choice but to subscribe anyway.
      FTFY

    2. Re:an anecdote from a Comcast technician by vtcodger · · Score: 1

      If Ayn Rand had had to deal with Comcast, she probably would have embraced Marxism.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    3. Re:an anecdote from a Comcast technician by bugs2squash · · Score: 1

      of course I don't know what the mod was. But I don't think the rpi can go that fast. After all the ethernet connects to the cpu over USB2 and the wireless isn't that fast. Maybe they sandwiched a special interface card to the top, but if they can do that they can probably do without the pi.

      --
      Nullius in verba
  38. 3Mbps is required for Netflix by duckintheface · · Score: 1

    He says he get a standard 3 Mpbs from his ISP. This is about the speed required for a non-buffering stream from Netflix. So any small dip in speed or the use of a second application at the same time as Netflix would result in buffering. Doesn't mean the ISP is not throttling but it could just be that the standard speed is not up to the job.

    --
    "He took a duck in the face at 250 knots." -- William Gibson, Pattern Recognition
    1. Re:3Mbps is required for Netflix by JDeane · · Score: 1

      I have 200Mbps down and 40Mbps up, and in spite of that at times Netflix gets a hiccup now and then. Not often mind you but it can still happen, usually around 5PM to 7PM If it's going to happen.

      About the only things a person can do on their end to improve things is getting your own modem and router, a good quality home network will make sure your getting as much bandwidth as you can out of the wall. (I have a 320Mbps Motorola cable modem and a Linksys EA7500 not the best stuff but it's leaps and bounds better than the stuff my ISP would try to give me.)

      Also make sure you don't have 18 devices on that 3Mbps connection... Updates and random checks for the weather and and and will suck up that 3Mbps pretty quick.

      At that speed you might go into your Netflix settings and change it to 480P :(

  39. SFTP to Godaddy from Rogers blocked by FeelGood314 · · Score: 1

    I can't use SFTP to access my Godaddy account over Roger's infrastructure in Canada. I have ISP accounts with Carrytel and Tecksavvy both using Rogers cable infrastructure and my traffic is blocked. However when I use Bell everything works fine. Godaddy support was good, Tecksavvy is always amazing but we couldn't resolve it and rogers was completely unhelpful.

    Has anyone else experienced this and been able to resolve it?

  40. Use ExpressVPN for Netflix by Anonymous Coward · · Score: 0

    It's done the best work of all the (reputable) providers in implementing Netflix compatability.

  41. netflix slow by OFnow · · Score: 1

    Last night netflix movies would simply get to 20% (of the way to starting the movie) and stop, meaning the movie never actually started. In every case it got to 15% or up to 23% and...no further. I tried several times on each of several movies.

    Switched to amazon prime and no delay, fast response, worked fine right away.

    I was asking myself how I could check on comcast (the only ISP available here).

    It's a TV, so no obvious way to run a speed test on it.

  42. compare the speed on different ports. by Washuu2 · · Score: 1

    Please note, the OP asks for the ways that can be accepted as a legal means. I would set up some host on the internet with public IP, and set the pack of speedtests (for instance using iperf) using different TCP/UDP ports. If the tests will show some significant differences on the ports used by P2P, than for ports 80/443 for example, this could be accepted as a proof, I suppose.

  43. Method by jd · · Score: 1

    1. Use pchar to establish the bandwidth and packet loss ICMP sees between endpoints.

    2. Craft packets that contain magic numbers or magic strings, I'm pretty sure that's hping, and see if there are behaviours that only occur with given sequences regardless of endpoints.

    3. Traverse the same segment of net using an encrypted tunnel, as encryption is slow. If this causes a massive acceleration, then it cannot be explained by a change in path, only by a change in visibility.

    4. Use a proxy that is on the other side, so you traverse the same path but alter the visible destination endpoint. This will detect the most common form of hostile traffic shaping.

    If you detect an obvious, reproducible, pattern then you have shown hostile traffic shaping and the form it has taken.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  44. Re:troubleshooting is not a violation by Anonymous Coward · · Score: 0

    I don't think it is a violation. There is a legitimate need for the ISP to be able to identify actual capacity problems in the network they control. Having a way to test for that is a requirement to troubleshooting performance issues. Any service department worth its salt is going to establish a way to do this.

  45. OONI Probe by GameboyRMH · · Score: 1
    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  46. Routes, pipes and bit-twiddling. by skeezix-the-cat · · Score: 1

    I've read most of the threads; some good knowledge out there. As said dozens of times, very difficult to pinpoint troubles. I mean, consider the architectures: Last Mile terminates inside a carrier's pop. From there on out, its kind of a crap-shoot. Even peering links get saturated (drops occur), even go down, in which case re-routes come into play. The internet's advertised functionality is a survivable cloud, where re-routes fix saturated or downed links. In principle. Working for tw telecom for a few years in their noc as a repair tech, outages and the like impact traffic in crazy ways. Without direct knowledge of what links are running at capacity, or what outages are going on it is just so hard to really maintain path integrity. And that's for enterprise customers, who pay through the nose for SLA. Residential broadband is at the bottom of the priority list, virtually always Best Effort. Which means exactly what it says. Factor in the corollary effects of *cough* net neutrality --it is my hope Ajit Pai can never take a cup of coffee in public again without risk of a beating-- we are indeed in a brave new world of throughputs and L2/L3traffic classifications. It is easy to rail at the ISP, but unless as a user you contract for SLA, and in specific SLA to that which is important to you, the Interweb will ALWAYS be a crap-shoot. The miracle is that it works as well as it does.

    --
    --I do what I can, I work in the dark.
  47. I would pay money ... by EngineeringStudent · · Score: 1

    I would love to see a standalone application that runs through enough encryption that the ISP can't selectively speed-up or slow down, that uniformly randomly tracks speed to at least one main (not advertiser/spam) site from my computer through my ISP and makes the results public. I would love to see a non-profit make this happen.

    Every single customer of every single ISP would want this software. It would allow hundreds of millions of people to keep someone who has a monopoly over them honest. It would "the next killer windows program".

    I think there are hundreds of millions of customers in the US who would like to see this. I think it would put teeth and a few hundred million customers behind "net neutrality" support, and make it happen. It might lead to internet access as a public utility, instead of toll roads and monopolies on driveway - which is what we have now.

    Netflix is Amazon, which is insanely huge architecture and throughput. I can't imagine Netflix being the slow one. I can't not imagine your ISP being the slow one. They do this crap all the time. It is crap like this that drives cord-cutting. If AT&T/Verizon/Sprint weren't so miserly in their approach to cell phones, they could stunningly vastly improve their income by making an equivalent service to compete in the land of monopolies. If half of all ISP's are effectively a monopoly, and if the telecom just went "same price for same alleged service" then majority of all ISP customers would move, because ISP's don't make their on-paper commits in real life and lots of people are angry about it. Telecoms can't find the will to do that. Truth, however, would be transformative. If the ISP was measured/shown to be the ass every time they cheat, and they can't not cheat, then you would see what happens.

  48. Typical peering problem by GuB-42 · · Score: 1

    Your ISP probably doesn't slow down anything. It's just that they didn't partner with the content delivery networks of some popular services. There are often disagreements on who is going to pay... As a result, all Netflix or whatever traffic goes through small pipes that are not designed to handle such heavy loads.

    If you notice that speeds vary during the day, with prime time being the slowest, than that's must be what happens. The mitigation is to force the data to take a different path, one that is not saturated. The obvious way is to use a well connected VPN, but sometimes, just using DNS tricks in order to use a different server than the "closest" one can do the trick.

  49. Re:you can detect if Your ISP slows your traffic by Anonymous Coward · · Score: 0

    you simply download a app and run it

    http://bit.ly/2IAdbmD [bit.ly]

    Oh wow, I'll just startd downloa...oh, wait, I'll first have to trash all my Linux installs here and then somehow install Android or iOS..

    you can thank me on twitter if you like http://twitter.com/johnjonesname [twitter.com]

    Naah, think I'll pass...

  50. Stating the obvious here.. by Anonymous Coward · · Score: 0

    the basic throughput is what it's supposed to be for my DSL service. That is, about 3Mbps due to my distance from the nearest CO.

    From Netflix: https://help.netflix.com/en/no...

    Below are the internet download speed recommendations per stream for playing TV shows and movies through Netflix.

    0.5 Megabits per second - Required broadband connection speed

    1.5 Megabits per second - Recommended broadband connection speed

    3.0 Megabits per second - Recommended for SD quality

    5.0 Megabits per second - Recommended for HD quality

    25 Megabits per second - Recommended for Ultra HD quality

    If you are trying to watch HD on your connection you are screwed

  51. Better testing methods? by Anonymous Coward · · Score: 0

    One thing that I've questioned producers of these tools, many times, is why they rely on basic protocol measurements without the ability for the client to specify a specific site or port number, which would be a more accurate measurement. The too Wehe (currently beta) is going in the right direction -- some folks don't realize how shady ISPs are and that your results from popular traffic measurement tools can be easily padded. So when you're talking to tech support, they try to play you on your ignorance. Sick of it.

  52. Turn the tables on deep inspection tech. by Anonymous Coward · · Score: 0

    Comcast deep inspects all traffic when not using VPN. You can use it to your advantage...I did!

    Whenever Comcast is slow, I simply turn off VPN and then search for Verizon FIOS (the other ISP available in my area) several times a day , use FIOS speed tests and search "compare comcast fios", "switch comcast to fios" etc ... until Comcast's automatic deep inspection took notice ...and voila... usually within a day or so the speed issue is resolved and I also start getting deals from Comcast in mail.

    If the speed does not get better I fully intend to use all that research to really switch - they cannot ignore it.

  53. How can you PROVE it? by Anonymous Coward · · Score: 0

    Just say the Russians did it. I mean, hey, they're responsible for everything we do now, right? They got the laundry detergent that gives you Redder Reds! It only costs you three rolls of toilet paper and one bar of soap. Buy now, while there's still some on the shelf.

    Try measuring the actual download speed of the movie being watched, while at the same time, run your regular speed checker. The two should at least add up. Then see what the speed checker says when you stop downloading the movie.

  54. They have been doing this FOR YEARS. by mitchy · · Score: 1

    My favorite is when my allegedly >100MB line is so slow loading web content (not streaming, just web content) that when I go to SpeedTest.net it immediately says "dude you're great at more than 100MB!" but the test results come back before the logo for the page downloads... Essentially I am getting canned results before a 64k graphic can download. Should be called SpeedFraud.net.

    Every ISP I've used for the past twenty years have been doing this kind of game. Just like how the airlines oversell capacity. Totally unethical? Absolutely. Illegal? Not really.

    Net neutrality is all we got to keep these companies honest, and even that isn't enough anymore.

    --
    "The mind is a terrible thing to, um, uh, oh bollocks." -- Me
  55. Reboot by Anonymous Coward · · Score: 0

    Please reboot your computer and your router and your modem and close and re-open your garage door three times. Then try again.

    Please hold at the end of this call if you'd like to take a quick survey to let us know how we've done.

  56. The OP Has Wrong Approach by Anonymous Coward · · Score: 0

    Come at it from the perspective of "how is my ISP throttling certain service providers", and you are yourself biased. You've already decided what the problem is and you are determined to prove that predetermined conclusion.

    This is not scientific. It is not sound troubleshooting. And even if you obtain evidence, anyone who knows your bias can undermine your result.

    First you acquire evidence, then you reach a conclusion. Not the other way around.

    For example, how does the OP know that Facebook and Netflix are not themselves actually slow? Yeah, I know, it does seem a bit unlikely, but really, have you ruled that out? Until you rule that out and gather strong evidence, you are acting 'truthy'. Don't be truthy.

  57. I believe... by Anonymous Coward · · Score: 0

    ...you can change the quality of the stream... i fall else fails, you can take the quality down a few notches and get uninterrupted stream.

  58. iPerf by Anonymous Coward · · Score: 0

    https://iperf.fr/

  59. Not that Easy by Anonymous Coward · · Score: 0

    There's another wrinkle. Netflix will send an ISP a box which the ISP locates on premises. The box is a Netflix server that all of the ISP's customers end up using instead of the "real" Netflix. The Netflix box acts as a caching server, downloading requested content once and then serving it to the "local" network. The trick is your ISP has to agree to host the Netflix box. I'm not even sure why a competent ISP would have to get a Netflix box you would think they are already caching content.

  60. As the original OP... by GerryGilmore · · Score: 2

    ....let me say that I very much appreciate the feedback from the /. community. As usual, a varied mix of great input, doom-mongering and nonsense. What I love about /. !!

    1. Re:As the original OP... by YomuraOwen · · Score: 1

      Who is your current ISP? There are quite a few new broadband providers building in North GA. Maybe competition will to your city too!

    2. Re:As the original OP... by johnjones · · Score: 1

      did you use any of the methods and what was the result ?

  61. It's most likely QoS by scott_evil · · Score: 1

    Having worked in the industry in Australia, I've got a fair idea what the cause is.

    I know Australia and the US are a little different, but the general theory remains the same - what you're probably looking at is QoS. They're not slowing the netflix traffic per se, they're just prioritising other traffic such as the speed tests.

    Most streaming suppliers will have a big juicy link from their datacentres to prominent peering points. You can pretty much guarantee that it's your ISP and their choice of backhaul or their choice of backhaul supplier who are at fault if you're seeing traffic prioritisation affect your streaming.

  62. BS by PortHaven · · Score: 4, Insightful

    Comcast deliberately and specifically used to slow down Netflix traffic. Prior to Netflix paying them for peering.

    I had Comcast's 25mbps speed package, but couldn't stream Super or 3D content. Bandwith was too slow. Dropped my service down to 3mbps. Netflix and Comcast signed peering agreement. Suddenly, the very next day my 3mbps connection was fast enough to stream 3D content from Netflix.

    Ya....don't give me the congestion BS. The telcos very knowingly throttle certain content.

  63. Yup... by PortHaven · · Score: 1

    Greedy bastitches.

  64. Have you tried The Measurement Lab? by jpiratefish · · Score: 1

    https://www.measurementlab.net... has some good tests. Sadly, some of old Net Neutrality tests have died there - but some of their stuff remains and is good. Back when this fight started, Google backed some groups working to make speed tests that detect if specific slowing was going on - all those tests are at this site - even though the public servers behind them are offline now. Cheers.

  65. SD-WAN Box by Anonymous Coward · · Score: 0

    You can install an SD-WAN box (www.inspeednetworks.com) that will give you visibility and manage your traffic to reduce any buffer bloat etc.

  66. slow ISP by Anonymous Coward · · Score: 0

    If your ISP is named COMCAST....then that's your problem right there.

  67. Unsolicited Advice by some+old+guy · · Score: 1

    Comcast has more lobbyists and lawyers than you. You'll never win. Ever.

    Unless you just want to prove the point for argument's sake.

    Then I bid you godspeed, sir.

    --
    Scruting the inscrutable for over 50 years.