<?xml version="1.0" ?>
<rss version="2.0">
<channel>
  <title>Potaroo blog</title>
  <link>http://www.potaroo.net/</link>
  <description>A weblog of Internet material by Geoff Huston.</description>
  <language>en-au</language>
  <copyright>Copyright 1989-2008 Geoff Huston</copyright>
  <lastBuildDate>Sat, 19 Jul 2008 21:00:00 +1000</lastBuildDate>
  <docs>http://feedvalidator.org/docs/rss2.html</docs>
  <ttl>130</ttl>


<item>
  <link>http://www.potaroo.net/ispcol/2008-08/ipv6addr.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-08/ipv6addr.html</guid>
  <title>What IPv6 Address is That</title>
  <description>
            If you have enabled IPv6 on your computer, and in an idle
            moment you've browsed through the interface configuration
            information for IPv6 addresses you may have been a little
            surprised by the fact that there's not just one IPv6
            address that's been loaded, but many. With IPv4 there was
            a single address that was bound to each interface, but
            when using IPv6 its not so clear, and an interface can
            have a number of IPv6 addresses simultaneously. Its also
            common to have automatic IPv6 over IPv4 tunnelling
            interfaces be created, and they also are configured with
            IPv6 addresses. The result can be impressive in terms of
            the number of IPv6 addresses that are configured into a
            single host system.  Which IPv6 addresses are useable, and
            in which context? In this article I'd like to look at the
            IPv6 address plan, and describe the various address
            prefixes.  
  </description>
  <pubDate>Sat, 19 Jul 2008 21:00:00 +1000</pubDate>
</item>

<item>
  <link>http://www.potaroo.net/ispcol/2008-07/foi.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-07/foi.html</guid>
  <title>The Future of the Internet - A Political View</title>
  <description>
          Lets face it, gathering a collection of ministerial delegations to laboriously recite prepared speeches to each other sounds about as exciting as watching paint dry. And observing meetings where the major outcome appears to be limited to the scheduling of the next meeting can become somewhat tedious after a while. It should not be surprising that the level of expectation of tangible outcomes for such governmental meetings is invariably abysmally low. So what's the value of adding yet another meeting to governments' schedule? What makes the OECD-hosted ministerial meeting on the Future of the Internet Economy so unique in the context of the Internet's current political landscape and its political future? Why would a meeting about the dismal science of economics hold any interest at all?
  </description>
  <pubDate>Wed, 25 Jun 2008 05:00:00 +1000</pubDate>
</item>



<item>
  <link>http://www.potaroo.net/ispcol/2008-06/10years.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-06/10years.html</guid>
  <title>10 Years Later</title>
  <description>
  In 1998 any lingering doubts about the ultimate success of the
  Internet were dispelled. There was nothing else left standing in the
  data communications landscape that could serve our emerging needs
  for data communications. IP was now the communications technology of
  the day, if not the coming century, and the industry message of the
  time was to adopt the Internet or imperil your entire future in this
  business.  By 1998 the job was apparently done, and the Internet had
  prevailed.  But the story was not over. Communications continued to
  drive our world, and the Internet continued to evolve and
  change. What has happened in the last decade of the Internet? What
  aspects of internet technology has changed, and why?
  </description>
  <pubDate>Fri, 30 May 2008 12:00:00 +1000</pubDate>
</item>

<item>
  <link>http://www.potaroo.net/ispcol/2008-05/eoe2e.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-05/eoe2e.html</guid>
  <title>The End of End to End?</title>
  <description>
  The model of a clear and simple Internet where end hosts can simply
  send packets across a transparent network is largely an historical
  notion. These days we sit behind a dazzling array of so-called
  "middleware", including Network Address Translators, Firewalls, Web
  caches, DNS interceptors, TCP performance shapers, and load
  balancers, to name but a few.  So the question is: Have we gone past
  the end-to-end argument? Are we heading back to a world of
  bewilderingly complex and expensive networks?

</description>
  <pubDate>Thu, 24 April 2008 12:00:00 +1100</pubDate>
</item>



<item>
  <link>http://www.potaroo.net/ispcol/2008-04/ipv6.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-04/ipv6.html</guid>
  <title>IPv6 Deployment: Just where are we?</title>
  <description>
  In this article we'd like to look at some measures of the use of
  IPv4 and IPv6 protocols in today's Internet and see if we can draw
  any conclusions about just how far down the track we are with the
  IPv6 part of dual stack deployment. We'll use a number of
  measurements that have been made consistently since 1 January 2004
  to the present, where we can distinguish between the relative levels
  of IPv4 and IPv6 use in various ways.

</description>
  <pubDate>Mon, 31 March 2008 21:30:00 +1100</pubDate>
</item>

<item>
  <link>http://www.potaroo.net/ispcol/2008-03/routehack.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-03/routehack.html</guid>
  <title>Tubular Routing</title>
  <description>
  I suppose it had to happen one of these days. Sooner or later a
  routing hijack would get ts 15 seconds of fame in the industry
  press, and the incident relating to the YouTube prefix just happened
  to be the one that was selected by the media because of the players
  involved rather than the rather mundane characteristics of the
  routing leak itself.
</description>
  <pubDate>Tue, 4 March 2008 11:00:00 +1100</pubDate>
</item>



<item>
  <link>http://www.potaroo.net/ispcol/2008-02/tui.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-02/tui.html</guid>
  <title>IPv6 Transition Tools and Tui</title>
  <description>
    If IPv6 really is an inevitable component of our networked future,
    then is there something an ISP could do today, within the scope of
    a day or two of effort, that is less ambitious than the full dual
    stack deployment across the entire network, yet enables some
    degree of useful and working IPv6 support for its customers? Or,
    to put it another way, is there a small step that would at least
    kick start an ISP into the area of IPv6 support?
  </description>
  <pubDate>Sun, 3 February 2008 17:00:00 +1100</pubDate>
</item>




<item>
  <link>http://www.potaroo.net/ispcol/2008-01/dnssec4.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2008-01/dnssec4.html</guid>
  <title>DNSSEC - Once More, With Feeling!</title>
  <description>
  So where are we on this DNSSEC deployment agenda? Within reach? Or a
  bit of a stretch goal, but still plausible? Or maybe its so far out
  there that a manned mission to Pluto will happen first!
  </description>
  <pubDate>Mon, 10 December 2007 06:00:00 +1100</pubDate>
</item>




 </channel>
</rss>
