Public Policy Blog

Updates on technology policy issues

What's a reasonable approach for managing broadband networks?

Monday, August 4, 2008
Share on Google+ Share on Twitter Share on Facebook
Google
Labels: Net Neutrality , Public Policy Blog , Telecom

7 comments :

  1. UnknownAugust 5, 2008 at 7:18 AM

    "I suggest the introduction of transmission rate caps, which would allow users to purchase access to the Internet at a given minimum data rate and be free to transfer data at at least up to that rate in any way they wish."

    This sounds suspiciously like every Internet service plan I have ever purchased. Telco broadband has always been sold by the number of bytes per second.

    It also seems like a perfectly reasonable measure. Why aren't the engineers in charge?

    ReplyDelete
    Replies
      Reply
  2. UnknownAugust 5, 2008 at 12:13 PM

    I think the hope is that we have an open internet as well as a free one. I also believe that having it be open is more important than it being entirely free and not capped. As for a reasonable approach, it is hard to think of anything that will be acceptable considering we have had unlimited use for so long.

    I believe that we do need to continue to fight for Net Neutrality. While we did get a big victory on Friday, I think that is only the beginning and we need Telcos to start taking the Net neutrality pledge. Check out this campaign if you're interested: http://www.thepoint.com/campaigns/first-telecom-to-take-the-net-neutrality-pledge-wins-our-business

    ReplyDelete
    Replies
      Reply
  3. AdamAugust 5, 2008 at 1:01 PM

    Vint: I believe you made a mistake in your explanation of "transmission rate caps", defining it as "a given minimum data rate" when I believe you meant to write a maximum data rate. From the user’s perspective, I agree that a rate cap (AKA bandwidth limit) is easier to deal with than being charged by the byte (or megabyte). But, as Chris noted, that’s exactly what most ISPs are doing today.

    You don't believe volume caps are the way to go and you evidently don't think rate caps are sufficient. So you suggest "prioritization should be applied across the board to all low latency traffic." Are you referring to the DiffServ packet prioritization functionality in IPv4 and IPv6 or something similar?

    If packet prioritization was completely agnostic, applications would specify a packet’s priority, not ISPs. But that assumes application developers will prioritize packets appropriately. There’s nothing to stop one peer-to-peer software developer from designing their software to assign all of the packets their software sends as high-priority in hopes that their software will then perform faster than their competitors’, giving them a competitive advantage. It’s a ‘tragedy of the commons’ problem: since there’s little to no cost to the individual for "cutting in line" by assigning their packets the highest priority, most application developers will assign their packets a high priority.

    Do you think ICANN should formulate guidelines for packet prioritization? If not ICANN, what about the Internet Society, IETF, or some other entity? Adam Thierer has asked this question over on The Technology Liberation Front.

    ReplyDelete
    Replies
      Reply
  4. bjAugust 5, 2008 at 1:29 PM

    The problem with the cap is that the ISPs will exempt their own Pay Per View movies and other content from the cap. This, in effect, will block competition as surely as packet sniffing and blocking bittorrent does. The regulatory answer to this conundrum is to open up that last mile bottleneck, and smash the current regulatory monopolies. It has worked in other countries. If the law is written better this time around, in a way that the courts can't overturn, then it will force the providers into building out their (artificially limited) networks, the ones they've already gotten the taxpayer dough to expand and never did.

    ReplyDelete
    Replies
      Reply
  5. UnknownAugust 5, 2008 at 1:59 PM

    I agree with the idea of minimum transmission rates which vary depending on time of day.
    I think that also allowing consumers to decide and pay for the quality of service they would like is also a reasonable approach. I know that PlusNet in the UK has adopted this approach (www.plus.net). Has anyone had any experience with them?

    ReplyDelete
    Replies
      Reply
  6. Galt MarketingAugust 5, 2008 at 7:31 PM

    Usage-based billing and bandwidth management schemes expressed in terms of gigabytes/month or min/max transmission rates will fail because consumers don’t understand then and don’t like them (and participants in this blog are probably not representative of typical consumers).

    The only solution is to abandon the notion that a single undifferentiated pipe can carry high-definition video, voice conversations, email, and HTTP traffic with equal efficiency and in a manner that satisfies consumer quality expectations. It can’t, and even the many fathers of the internet would agree that it wasn’t designed to.

    A better solution is to offer additional pipes to consumers—video pipes, voice, pipes, gaming pipes, etc. If they wanted, consumers could continue to avail themselves of a single, utterly neutral high-speed internet (HSI) access pipe. Alternatively, if they so desired, they could purchase additional pipes with service quality engineered for the traffic type in question. All would be based on IP and all would travel over the broadband access facility but all would not be identical in terms of cost or quality.

    The beauty of this approach is that all parties are satisfied. Neutrality proponents get what they want—all packets within the HSI band treated equally. Consumers can buy what they want. Providers can generate the new revenue streams necessary to further invest in broadband. And, best of all, Government can continue to refrain from getting involved.

    ReplyDelete
    Replies
      Reply
  7. Ad BresserAugust 6, 2008 at 4:47 AM

    ".. For example, a broadband provider should be able to prioritize packets that call for low latency (the period of time it takes for a packet to travel from Point A to Point B), but such prioritization should be applied across the board to all low latency traffic, not just particular application providers. Broadband carriers should not be in the business of picking winners and losers in the market under the rubric of network management."

    During normal operations this should indeed be the case.
    There should also be an option to give some application providers a higher priority for the case that there are severe network problems. This would give those applications a better QoS during network failures.

    ReplyDelete
    Replies
      Reply
Add comment
Load more...

The comments on this blog belong only to the person who posted them. We do, however, reserve the right to remove off-topic or inappropriate comments.

  

Labels


  • Accessibility 5
  • Ad 2
  • Advertising 11
  • AdWords 2
  • Anti-defamation league 1
  • Book Search 16
  • Broadband 11
  • Business Issues 26
  • Buzz 1
  • buzzemail 1
  • Canada 1
  • Child Safety 18
  • Chrome 1
  • Cloud Computing 2
  • Competition 19
  • Congress 10
  • Constitute 1
  • copyright 7
  • Cuba 1
  • Cybersecurity 9
  • D.C. Talks 16
  • Digital Due Process 1
  • Digital Playbook 1
  • Economic Impact 5
  • Economy 13
  • ECPA 4
  • Elections 24
  • email 1
  • Energy Efficiency 29
  • Europe 2
  • FCC 7
  • fellowship 2
  • Fighting Human Trafficking 1
  • Free Expression 54
  • Geo 1
  • Gmail 1
  • GNI 2
  • Good to Know 5
  • Google Fellow 2
  • Google for Entrepreneurs 1
  • Google Ideas 2
  • Google Maps 1
  • Google Policy Fellowship 1
  • Google Tools 78
  • Government Transparency 33
  • Hate Speech 1
  • Health 5
  • How Google Fights Piracy 1
  • Human trafficking 1
  • Identity theft 1
  • Immigration 1
  • Intellectual Property 19
  • International 46
  • Journalists 1
  • Malware 1
  • Maps 1
  • National Consumer Protection Week 1
  • Net Neutrality 24
  • Patents 5
  • piracy. ad networks 2
  • Politicians at Google 11
  • Politics 23
  • Privacy 93
  • Public Policy 1
  • Public Policy Blog 806
  • Safe Browsing 3
  • scams 1
  • search 3
  • Security 17
  • Small Businesses 3
  • spectrum 4
  • State Issues 5
  • Surveillance 6
  • Technology for Good 1
  • Telecom 71
  • Trade 3
  • Transparency Report 4
  • White Spaces 23
  • WiFi Network 1
  • Workforce 5
  • Yahoo-Google Deal 5
  • YouTube 4
  • YouTube for Government 1


Archive


  •     2016
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
  •     2015
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2014
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2013
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2012
    • Dec
    • Nov
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2011
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2010
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2009
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2008
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2007
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr

Feed

Give us feedback in our Product Forums.

Company-wide

  • Official Google Blog
  • Europe Blog
  • Student Blog

Products

  • Android Blog
  • Chrome Blog
  • Lat Long Blog

Developers

  • Developers Blog
  • Ads Developer Blog
  • Android Developers Blog
  • Google
  • Privacy
  • Terms