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

Our Mission
ICANN for Beginners
About Us
How To Use This Site
ICANNWatch FAQ
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.
    ITU on ICANN | Log in/Create an Account | Top | 7 comments | Search Discussion
    Click this button to post a comment to this story
    The options below will change how the comments display
    Threshold:
    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.
    The Next Phase - Route Filtering by IP Address
    by Anonymous on Tuesday December 21 2004, @05:47PM (#14598)
    The Next Phase - Route Filtering by IP Address

    People running around in meat-space to the
    ICANN and ISOC/IETF Road-Shows seem to be unaware
    of what the average user is facing in dealing
    with the naive end-to-end Internet architecture.
    People seem to be **assuming** that the average
    user (especially Joe American Consumer), is
    going to be interested in seeing more spam,
    viruses, and pop-ups from people and companies
    both in and outside of the U.S. That is not
    the case. That is not the consensus. People are
    fed up with the liberal-academic-socialist
    models of "please expose all of your systems
    to a bunch of geeks to infect as they please."

    The solution is of course going to be massive
    walled-gardens. Filtering at the IP address
    prefix-level is the only way to solve the major
    problems. That of course is going to free up
    a very large amount of 32-bit address space and
    make it non-routable to-from the walled gardens.
    In a strange "two negatives make a positive"
    sort of way, this will help with the *perceived*
    address shortage problem, which ICANN and the
    RIRs use as a carrot in attracting players like
    the ITU.

    If the ITU plays any **active** role, it may
    be as a publisher of the list of IP address
    blocks that it has decided are NOT ROUTABLE.
    In the old days, the RIRs claimed to tell people
    what blocks were in use and routable. Now
    people want to know what blocks to turn off.

    It will be interesting if the ITU steps forward
    and tells people that entire /8s are not
    recommended to be routed. They can effectively
    turn-off major regions of the world, that seem
    to be major sources of problems. Some people
    think that sort of filtering should be done
    via the name-space, removing a ccTLD as example.
    That does not work. The filtering has to happen
    at the address-space level. ICANN does not
    seem to have much interest in address-space
    management. Most of the focus has been on names.
    The ITU could play a very active role [along
    with the FCC] in address space (spectrum)
    management.

    The average netizen's cable-TV-like-box is of
    course the ideal place to do some of the
    filtering. They will be happy it just happens
    and may even pay for better protection. The
    the netizens build better walled-gardens.
    Many people in the ISOC grateful-dead-like
    groupie tour-group are not going to like what
    has become an essential next phase.

    major companies are of course poised to help
    [ 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