<?xml version="1.0" ?>
<rss version="2.0">
<channel>
  <title>Potaroo blog</title>
  <link>http://www.potaroo.net/</link>
  <description>A weblog of Internet Technology by Geoff Huston.</description>
  <language>en-au</language>
  <copyright>Copyright 1989-2011 Geoff Huston</copyright>
  <lastBuildDate>Fri, 20 January 2012 10:00:00 +1100</lastBuildDate>
  <docs>http://feedvalidator.org/docs/rss2.html</docs>
  <ttl>130</ttl>


<item>
  <link>http://www.potaroo.net/ispcol/2012-01/2011.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2012-01/2011.html</guid>
  <title>Addressing 2011 - One Down, Four to Go!</title>
    <description>
    It’s January again, and being the start of another year, it’s as
    good a time as any to look at the last 12 months and see what the
    Internet was up to in 2011. So lets see what has changed in the past
    12 months in addressing the Internet, and look at how IP address
    allocation information can inform us of the changing nature of the
    network itself.
    </description>
  <pubDate>Fri, 20 January 2012 10:00:00 +1100</pubDate>
</item>



<item>
  <link>http://www.potaroo.net/ispcol/2011-12/linux-defer.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-12/linux-defer.html</guid>
  <title>The Curious Case of the Crooked TCP Handshake</title>
    <description>
  In this article we will be delving into the behaviour of the Linux
  implementation of TCP, and looking at the way in which TCP establishes
  a connection. There are socket options in Linux that cause the TCP handshake
  to behave in a rather curious way.
             </description>
  <pubDate>Wed, 14 December 2011 09:00:00 +1000</pubDate>
</item>



<item>
  <link>http://www.potaroo.net/ispcol/2011-12/esotropia.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-12/esotropia.html</guid>
  <title>Dual Stack Esotropia</title>
    <description>
  The introduction of a second IP protocol into the Internet presents
  many technical issues, and in previous columns we've explored many of
  the issues related to network  engineering and infrastructure. In this
  column I'd like to head upward in the protocol stack to the rarefied
  air way up there at the level of the application, and look at how
  applications are managing to cope with the issue of running IPv4
  and IPv6 at once.
             </description>
  <pubDate>Wed, 30 November 2011 04:00:00 +1100</pubDate>
</item>

<item>
  <link>http://www.potaroo.net/ispcol/2011-12/flat.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-12/flat.html</guid>
  <title>The (BGP) World is Flat</title>
    <description>
  In the previous article on the growth trends of BGP we looked at the
  BGP routing table, and looked at some predictive models for the growth
  of the size of the Internet's routing table. The conclusions made in
  that article were that while there is a very high level of uncertainty
  at present, it appears that the routing table is growing, but at a
  rate that does not excite any particular concern at this point in
  time. But is absolute size the only thing that matters in routing? Are
  other aspects of the Internet's inter-domain routing system growing at
  rates that are cause for concern?
             </description>
  <pubDate>Tue, 2 November 2011 04:00:00 +1000</pubDate>
</item>


<item>
  <link>http://www.potaroo.net/ispcol/2011-11/bgp2011.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-11/bgp2011.html</guid>
  <title>BGP Growth Revisited</title>
    <description>
  BGP has been toiling away, literally holding the Internet together,
  for more than two decades, and nothing seems to be falling off the
  edge of the Internet. As far as we can tell everyone can still see
  everyone else, and routing appears to be working. So why should we be
  interested in BGP? One cause for concern is the inexorable growth of
  the Internet's routing system. Does this constant growth in routing
  imply that our routing system is growing faster than our capacity to
  afford ever larger and faster routers, assuming of course that we can
  keep on building ever larger and faster routers in the first place?
  Lets take a look at the metrics of growth in BGP.
             </description>
  <pubDate>Tue, 4 October 2011 22:00:00 +1000</pubDate>
</item>


<item>
  <link>http://www.potaroo.net/ispcol/2011-10/hacking.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-10/hacking.html</guid>
  <title>Hacking Away at the Internet's Security</title>
    <description>
  The front page story of the September 13 2011 issue of the
  International Herald Tribune said it all: "Iranian activists feel the
  chill as hacker taps into e-mails." The news story relates how a
  hacker has "sneaked into the computer systems of a security firm on
  the outskirts of Amsterdam" and then "created credentials that could
  allow someone to spy on Internet connections that appeared to be
  secure." According to this news report this incident punched a hole in
  an online security mechanism that is trusted by hundreds of millions
  of Internet users all over the network.
             </description>
  <pubDate>Sat, 17 September 2011 19:00:00 +1000</pubDate>
</item>


<item>
  <link>http://www.potaroo.net/ispcol/2011-09/exhaustion.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-09/exhaustion.html</guid>
  <title>Transitional Uncertainties</title>
    <description>
          The telecommunications industry gets things wrong just as
          easily as it can get things right. In many ways the size of
          the industry is no indicator of its ability to make astute
          technology choices. Being large, and commanding vast
          resources in terms of workforce and capital does not
          necessarily help in making the right decisions. Some argue
          that it increases the probability of getting it wrong! This
          then brings me onto the obvious question: How will this
          industry manage the transition from IPv4 to IPv6? Will it be
          successful? Or will our children assign this exercise to the
          top shelf of the industry's record of failures?
             </description>
  <pubDate>Sat, 11 September 2011 18:00:00 +1000</pubDate>
</item>
  
<item>
  <link>http://www.potaroo.net/ispcol/2011-08/home.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-08/home.html</guid>
  <title>Networking @ Home</title>
    <description>
          For me, one of the more interesting sessions at the recent
          IETF 81 meeting in July was the first meeting of the
          recently established Homenet Working Group.  What's so
          interesting about networking the home? Well, if you regard
          challenges as "interesting", then just about everything is
          interesting when you look at networking in the home!
             </description>
  <pubDate>Wed, 3 August 2011 18:00:00 +1000</pubDate>
</item>
  
<item>
  <link>http://www.potaroo.net/ispcol/2011-07/oecdhlm.html</link>
  <guid isPermaLink="true">http://www.potaroo.net/ispcol/2011-07/oecdhlm.html</guid>
  <title>The Future of the Internet Economy: Chapter 2</title>
    <description>
          The OECD held a "high-level" meeting in June 2011 that was
          intended to build upon the OECD Ministerial on The Future of
          the Internet Economy held in Seoul, Korea in June 2008. I was
          invited to attend this meeting, focussing on the Internet's
          potential for generating innovation and economic growth as
          part of the delegation from the Internet Technical Advisory
          Committee (ITAC), and here I'd like to share my impressions of
          this meeting.
             </description>
  <pubDate>Wed, 6 July 2011 10:00:00 +1000</pubDate>
</item>





 </channel>
</rss>

