<?xml version="1.0" encoding="UTF-8"?>
<rss version="0.92"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        xmlns:wfw="http://wellformedweb.org/CommentAPI/"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
>
<channel>
        <title>deep darc » IPv6</title>
        <link>http://www.deepdarc.com/category/ipv6/</link>
        <description>deep and darc stuff</description>
        <lastBuildDate>Tue, 19 Feb 2008 00:59:29 +0000</lastBuildDate>
        <docs>http://backend.userland.com/rss092</docs>
        <language>en</language>

                
        <item>
            <title>Mobile XMPP</title>
            <dc:creator>darco</dc:creator>
            <link>http://www.deepdarc.com/2008/02/14/mobile-xmpp/</link>
            <description><![CDATA[<p>From the <a href="http://code.google.com/android/migrating/m3-to-m5/m5-api-changes.html#gtalk">Android SDK M5 API Changes Overview</a>, <a href="http://blog.dave.cridland.net/?p=45">Dave Cridland</a> pointed out the following:</p>

<blockquote>
  <p>The com.google.android.xmppService package has been replaced by the <a href="http://code.google.com/android/reference/com/google/android/gtalkservice/package-summary.html">com.google.android.gtalkservice</a> package. This is driven by the fact that the GTalk API is not XMPP compliant, and will be less so going forward. The reason is that XMPP is too verbose and inefficient for mobile network connection, and the GTalk API will be moving to a binary encoding for the protocol between the client and the server. </p>
</blockquote>

<p>I'll enumerate the implications and conclusions:</p>

<ol>
<li>XMPP is verbose.</li>
<li>XMPP is inefficient for mobile networking.</li>
<li>A proprietary binary protocol would be more efficient for mobile devices.</li>
<li>The former Android <tt>xmppService</tt> API will diverge away from XMPP.</li>
</ol>

<p>I think that this direction is unfortunate, and the reasons misguided. Read on, and I'll elaborate...</p>

<div><a href="http://www.deepdarc.com/2008/02/14/mobile-xmpp/">Read the rest of this entry &raquo;</a></div>
]]></description>
            <pubDate>Fri, 15 Feb 2008 02:29:40 +0000</pubDate>
        </item>
                
        <item>
            <title>Broken teredo tunnels</title>
            <dc:creator>darco</dc:creator>
            <link>http://www.deepdarc.com/2008/01/24/broken-teredo-tunnels/</link>
            <description><![CDATA[<p>When I first started messing around with <a href="http://en.wikipedia.org/wiki/Teredo_tunneling">Teredo tunneling</a>, I was really impressed with how it allowed me to get access to the IPv6 internet from just about anywhere. In fact, it excited me so much that <a href="http://www.deepdarc.com/2007/02/21/miredo-osx/">I wrote a teredo client for MacOS X</a> based on <a href="http://www.remlab.net/miredo/">Miredo</a>.</p>

<p>But lately teredo hasn't been all it's cracked up to be, and I think I know why: BGP routes to broken teredo relays. Whichever teredo relay which happens to be covering most of North America is really busted. I can connect to Japan (<a href="http://www.kame.net/">kame.net</a>) just fine. I've been having problems like this for months but it only recently got really bad, because I no longer have a teredo relay set up at my home. Even though most of the IPv6 internet has been unavailable thru teredo for months, I didn't really notice—because at least I could access my home network. Now I can't even do that.</p>

<p>This is a damn shame. What was once a very promising transition path from IPv4 to IPv6 has fallen into such a state of disrepair that it has become useless. </p>

<div><a href="http://www.deepdarc.com/2008/01/24/broken-teredo-tunnels/">Read the rest of this entry &raquo;</a></div>
]]></description>
            <pubDate>Fri, 25 Jan 2008 03:38:04 +0000</pubDate>
        </item>
                
        <item>
            <title>Teredo for MacOS X</title>
            <dc:creator>darco</dc:creator>
            <link>http://www.deepdarc.com/2007/02/21/miredo-osx/</link>
            <description><![CDATA[<p>As some of you may know, I've been playing around with <a href="http://en.wikipedia.org/wiki/IPv6">IPv6</a> quite a bit lately. One specific IPv6 technology which has gotten me quite excited is the <a href="http://en.wikipedia.org/wiki/Teredo_tunneling">Teredo automatic tunneling protocol</a>. Teredo allows you to obtain a globally routable IPv6 address when you only have access to the IPv4 internet, even if you are behind a NAT router<sup>1</sup>!</p>

<p>Support for the Teredo protocol is actually in WindowsXP, but it is disabled by default. However, that has changed for Windows Vista—where IPv6 and Teredo are enabled by default<sup>2</sup>. This is important because this means that relatively soon, widespread deployment of IPv6 will become a reality. This is great for <a href="http://en.wikipedia.org/wiki/Microsoft_Windows">Windows</a> users, but what about other platforms?</p>

<p><a href="http://www.remlab.net/miredo/">Miredo</a> is an open-source (<a href="http://en.wikipedia.org/wiki/GPL">GPL</a>) user-space teredo implementation for linux and BSD. Someone went thru the effort to get miredo to work on MacOS X, but setting it up is not something your average joe can accomplish. What is needed is an installer package.</p>

<p>Well, that's exactly what I'm putting together. I'm releasing a prerelease version of the package today for early-adopters and power-users. You just download it, install it, and you should have IPv6 connectivity.</p>

<center><strong style="font-size: 1.3em">Prerelease 2</strong></center>

<center><strong>Download Here:</strong> <a href="http://www.deepdarc.com/miredo-osx-prerelease2.pkg.zip">Miredo Installer for MacOS X</a> <small>(Universal)</small>, and <a href="http://www.deepdarc.com/miredo-osx-prerelease2.src.tar.gz">source code</a></center>

<p><strong>IMPORTANT</strong>: This package is a prerelease version intended for early adopters, and is NOT intended for widespread deployment. If you decide to install and use this experimental package, you should subscribe to the <a href="http://www.remlab.net/miredo/devel.shtml.en">miredo mailing list</a>, paying serious attention to any security advisories.</p>

<div><a href="http://www.deepdarc.com/2007/02/21/miredo-osx/">Read the rest of this entry &raquo;</a></div>
]]></description>
            <pubDate>Wed, 21 Feb 2007 22:49:44 +0000</pubDate>
        </item>
        
</channel>
</rss>
