Inside ICANNWatch  
Submit Story
Lost Password
Site Messages
Top 10 Lists
Latest Comments
Search by topic

Our Mission
ICANN for Beginners
About Us
How To Use This Site
Slash Tech Info
Link to Us
Write to Us

  Useful ICANN sites  
  • ICANN itself
  • Bret Fausett's ICANN Blog
  • Internet Governance Project
  • UN Working Group on Internet Governance
  • Karl Auerbach web site
  • Müller-Maguhn home
  • UDRPinfo.com;
  • UDRPlaw.net;
  • CircleID;
  • LatinoamerICANN Project
  • ICB Tollfree News

  •   At Large Membership and Civil Society Participation in ICANN  
  • icannatlarge.com;
  • Noncommercial Users Constituency of ICANN
  • NAIS Project
  • ICANN At Large Study Committee Final Report
  • ICANN (non)Members page
  • ICANN Membership Election site

  • ICANN-Related Reading
    Browse ICANNWatch by Subject

    Ted Byfied
    - ICANN: Defending Our Precious Bodily Fluids
    - Ushering in Banality
    - ICANN! No U CANN't!
    - roving_reporter
    - DNS: A Short History and a Short Future

    David Farber
    - Overcoming ICANN (PFIR statement)

    A. Michael Froomkin
    - When We Say US™, We Mean It!
    - ICANN 2.0: Meet The New Boss
    - Habermas@ discourse.net: Toward a Critical Theory of Cyberspace
    - ICANN and Anti-Trust (with Mark Lemley)
    - Wrong Turn in Cyberspace: Using ICANN to Route Around the APA & the Constitution (html)
    - Form and Substance in Cyberspace
    - ICANN's "Uniform Dispute Resolution Policy"-- Causes and (Partial) Cures

    Milton Mueller
    - Ruling the Root
    - Success by Default: A New Profile of Domain Name Trademark Disputes under ICANN's UDRP
    - Dancing the Quango: ICANN as International Regulatory Regime
    - Goverments and Country Names: ICANN's Transformation into an Intergovernmental Regime
    - Competing DNS Roots: Creative Destruction or Just Plain Destruction?
    - Rough Justice: A Statistical Assessment of the UDRP
    - ICANN and Internet Governance

    David Post
    - Governing Cyberspace, or Where is James Madison When We Need Him?
    - The 'Unsettled Paradox': The Internet, the State, and the Consent of the Governed

    Jonathan Weinberg
    - Sitefinder and Internet Governance
    - ICANN, Internet Stability, and New Top Level Domains
    - Geeks and Greeks
    - ICANN and the Problem of Legitimacy

    Highlights of the ICANNWatch Archive
    (June 1999 - March 2001)

    This discussion has been archived. No new comments can be posted.
    ICANN bosses slam VoIP regulation | Log in/Create an Account | Top | 19 comments | Search Discussion
    Click this button to post a comment to this story
    The options below will change how the comments display
    Check box to change your default comment view
    The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
    VOIP is Different - Look at Local DSL Bypass
    by Anonymous on Saturday April 16 2005, @10:37PM (#14917)
    When you speak of IP addresses, you have to
    consider that VOIP is different. Forget about
    the end-to-end zealots for one moment. Look
    at the realities of the local loops and DSL.

    Telco DSL is now down to $18 per month to the ISP.
    The consumer obtains one routable public IP
    address. For the ISP, it is NOT desirable to
    have that address be globally routable. The ISP
    simply wants to use that address to VPN to the
    nearest COLO. The $18 is now like the T1 bit-pipe
    charge, with or without IP. It really does not
    matter that IP is running on that loop. The ISP
    just wants their CPE equipment to VPN over to
    the COLO. They then have the customer (virtually)
    inside of their network. One of the first things
    that they do in that COLO is convert the voice
    into audio streams into the PSTN. End-to-end
    VOIP is a myth. It does not scale. Engineers
    would be fools to tag every 8 byte packet of
    voice with the IP overhead. They optimize as
    soon as they can. That is the only way they can
    make voice cheap.

    Going back to that DSL local loop, once people
    see all of the VPN overlay going on, they will
    then optimize that. Most people do not realize
    that the DSL is already running ATM. On top of
    that, you have the PPPOE bandwidth pig. What the
    ISP wants is a clear bit pipe from the CPE to
    their COLO. ISPs use the current DSL as to get
    by, but in the future, they can lower the cost
    more (or increase the performance) by REMOVING
    the layers placed there doing the bootstrap
    phase of the deployments. Less is more.

    Keep in mind that the telco does not really want
    to facilitate the ISP. Dry pair alarm circuits
    would actually serve the ISP well. Those are not
    showcased by the telco. They are total bypass
    and push all the grunt-work to the telco and
    allow the ISP to skim all the cream. The telco
    does not want that. DSL is a compromise.

    Getting back to your IP address points, with the
    DSL only used to VPN from the ISP COLO to the
    CPE, the two addresses at each end do not have
    to be public addresses. The telco can use 10.*.*.*
    in a local area and if they run out, 11.*.*.*.

    The ISP COLOs then form the back-bone and they
    have plenty of routable address space, because
    they have routed around the ISOC (telco) regime.
    Contrary to what people think, ISPs are not in
    the ISOC love-fest camp. For years, ISPs were
    eschewed by the ISOC communists as commercial
    predators. The ISOC socialists expect everything
    to be free and provided by their academic campus.
    They are not living in the real world.
    [ Reply to This | Parent ]
    Re:But ICANN *does* regulate VOIP (indirectly)
    by Anonymous on Sunday April 17 2005, @07:49PM (#14924)
    ICANN also wants to directly regulate VoIP, via ENUM.

    U.S. ENUM would require its registries to have existing registry infrastructure in place (meaning only the usual five or six suspects would qualify to even bid to run CC1 ENUM Registries.)

    And according to this story [tinyurl.com], "ICANN [is] considering reworking its agreements with registries to give the organisation more legal power..."

    [ Reply to This | Parent ]

    Search ICANNWatch.org:

    Privacy Policy: We will not knowingly give out your personal data -- other than identifying your postings in the way you direct by setting your configuration options -- without a court order. All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 by ICANNWatch.Org. This web site was made with Slashcode, a web portal system written in perl. Slashcode is Free Software released under the GNU/GPL license.
    You can syndicate our headlines in .rdf, .rss, or .xml. Domain registration services donated by DomainRegistry.com