<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	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/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>my web 0.2 website</title>
	<atom:link href="http://www.andyd.net/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.andyd.net</link>
	<description>Andy Davidson\&#039;s tech blog</description>
	<lastBuildDate>Wed, 08 Jun 2011 14:10:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>Happy World IPv6 Day</title>
		<link>http://www.andyd.net/2011/happy-world-ipv6-day/</link>
		<comments>http://www.andyd.net/2011/happy-world-ipv6-day/#comments</comments>
		<pubDate>Wed, 08 Jun 2011 11:07:32 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[ipv6]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=293</guid>
		<description><![CDATA[<p>www.andyd.net is now IPv6 enabled!  To coincide with the Internet Society&#8217;s &#8220;<a href="http://www.worldipv6day.org" onclick="javascript:urchinTracker ('/outbound/article/www.worldipv6day.org');">World IPv6 Day</a>&#8220;, this website has IPv6 as well as IPv4 connectivity.</p>
<p>However, unlike many of the participants, I will be leaving the v6 support on after midnight.  Other participants, including Facebook, Google, Yahoo, Microsoft, and scores more who have turned on IPv6 support today, are expected to disable it again at midnight tonight, and then paw through the pages of statistics they have collected during the course of the day.  It is hoped that the statistics will prove IPv6 is safe, and the experiment can be repeated &#8211; perhaps with permanent adoption next time.</p>
<p>IPv6 is essential to the growth of the internet.  The old method of assigning addresses &#8211; IPv4 &#8211; permitted for up to around four billion hosts on the internet.  This is not enough to assign an IP address to everyone who wants to use the internet, so a larger address pool (known as IPv6) was created.  To maximise the audience for your website, it is important to today serve the site via IPv4 <em>and</em> IPv6.  Many web hosts have enabled IPv6 today, ask yours for their IPv6 status.  If they have not enabled IPv6, explain that you will move your business if they do not enable IPv6.</p>
<p>I work for Hurricane Electric, the world&#8217;s largest IPv6 backbone, with over 1,500 connections to other IPv6 networks.  We offer IPv6 hosting, and connectivity to many thousands of IPv4 and IPv6 networks.  We also offer IPv6 consultancy and professional services &#8211; so if you are looking for training, advice, or some hands on help completing your IPv6 migration, then <a href="http://www.andyd.net/contact/" >why not get in touch</a> with me?  If you are looking for a free method to get some v6 consultancy for your office or lab, then consider our <a href="http://www.tunnelbroker.net/" onclick="javascript:urchinTracker ('/outbound/article/www.tunnelbroker.net');">Tunnelbroker</a> service, which lets you tunnel IPv6 over your existing IPv4 connection.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2011/happy-world-ipv6-day/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP Drought begins today in Asia-Pacific</title>
		<link>http://www.andyd.net/2011/ip-drought-begins-today-in-asia-pacific/</link>
		<comments>http://www.andyd.net/2011/ip-drought-begins-today-in-asia-pacific/#comments</comments>
		<pubDate>Thu, 14 Apr 2011 09:52:09 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[Sys Admin]]></category>
		<category><![CDATA[The 'net]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[ecommerce]]></category>
		<category><![CDATA[ipv6]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=287</guid>
		<description><![CDATA[<p>That&#8217;s it &#8211; the Asia Pacific region is the first to run out of IPv4 addresses.</p>
<p>This happened following an <a href="http://mailman.nanog.org/pipermail/nanog/2011-April/035233.html" onclick="javascript:urchinTracker ('/outbound/article/mailman.nanog.org');">assignment</a> of around half a million addresses to support the users at the Chinanet Fujian Province Network.</p>
<p>The pool of available addresses to the region including some of the world&#8217;s largest populations, such as China, India, Indonesia, and some of the world&#8217;s largest economies, such as Japan and Australia, has depleted to such low levels, that the registry responsible for distribution of these addresses will now ration them, such that any ISP requesting space will be given a single block of 1,024 addresses, on a single occasion only.</p>
<p>This is enough space to allow the ISP only to host NAT or ipv4 to ipv6 translation technologies.  It is not enough to address a large content infrastructure, hosting environment, or internet access customer-base.</p>
<p>The rules of the game have today changed for 50% of the world&#8217;s population, and they will change in Europe too in a few short months too.  If you do not have an IPv6 plan, then this is your new significant business risk &#8211; how will users with v6 only connections reach your content?  And if this is through a translation mechanism, how will you ensure quality, or that your end-to-end protocols (like voice, video, etc.) will work ?</p>
<p>Get in touch to continue the conversation!</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2011/ip-drought-begins-today-in-asia-pacific/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>New Top Level Domain redux</title>
		<link>http://www.andyd.net/2011/new-top-level-domain-redux/</link>
		<comments>http://www.andyd.net/2011/new-top-level-domain-redux/#comments</comments>
		<pubDate>Tue, 12 Apr 2011 20:37:52 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=281</guid>
		<description><![CDATA[<p>I read with interest (and strictly, a technical interest) that ICANN (The Internet Corporation for Assigned Names and Numbers &#8211; the people who run the &#8216;root&#8217; dns registry) had signalled to new registry, ICM, that they would <a href="http://blog.icann.org/2011/04/agreement-with-icm-on-xxx-registry/" onclick="javascript:urchinTracker ('/outbound/article/blog.icann.org');">delegate the .xxx top level domain</a>.  This now means that pornography will be available on the internet.  Or something.</p>
<p>This news made me want to look at what other top level domains had been proposed.  The ICANN fee to propose a new top level domain is $185,000, so it is clear that there must be an enormous amount of commercial support for any proposal, before it reaches the ICANN process.</p>
<p>The proposed top level domains are normally proposed for the following reasons:</p>
<ul>
<li>Specialist language content (e.g. .cymru for Welsh speakers, .ker for Cornish speakers, in the same way that <a href="http://nic.cat/" onclick="javascript:urchinTracker ('/outbound/article/nic.cat');">.cat </a>was approved for Catalan content)</li>
<li>Internationalised top-level domains, permitting non-latin script after the &#8216;dot&#8217;, e.g. <a href="https://www.hkirc.hk/pdf/form/Pre-Launch_Priority_Registration_Period_Rules_(final)_Eng.pdf" onclick="javascript:urchinTracker ('/outbound/article/www.hkirc.hk');">.香港</a> in Hong Kong or <a href="http://en.wikipedia.org/wiki/%D8%A7%D9%85%D8%A7%D8%B1%D8%A7%D8%AA."title="امارات."  onclick="javascript:urchinTracker ('/outbound/article/en.wikipedia.org');">‏</a><a href="http://عربي.امارات/en/" onclick="javascript:urchinTracker ('/outbound/article/عربي.امارات');">امارات.‎</a> for the UAE.</li>
<li>Regional (probably PR led!) content, e.g. <a href="http://www.dotberlin.de/" onclick="javascript:urchinTracker ('/outbound/article/www.dotberlin.de');">.berlin</a> or <a href="http://www.dotnyc.net/" onclick="javascript:urchinTracker ('/outbound/article/www.dotnyc.net');">.nyc</a> for new york.</li>
<li>Social groups, like <a href="http://dotgay.com/" onclick="javascript:urchinTracker ('/outbound/article/dotgay.com');">.gay</a></li>
<li>Professional interests, like .wine, or <a href="http://doteco.info/" onclick="javascript:urchinTracker ('/outbound/article/doteco.info');">.eco</a> for environmental groups</li>
</ul>
<p>Not all of these bids will be successful, and many will only be successful bids after many years (.xxx was first seriously proposed around ten years ago).  We are also likely to see consultancies born who specialise in taking new registries through the ICANN processes, and even companies which can host full new-registry systems.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2011/new-top-level-domain-redux/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Encouraging peering in South Africa</title>
		<link>http://www.andyd.net/2010/mweb-encouraging-peering-in-south-africa/</link>
		<comments>http://www.andyd.net/2010/mweb-encouraging-peering-in-south-africa/#comments</comments>
		<pubDate>Mon, 08 Nov 2010 22:37:13 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[The 'net]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[peering]]></category>
		<category><![CDATA[telecoms]]></category>
		<category><![CDATA[asn]]></category>
		<category><![CDATA[exchange]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[ixp]]></category>
		<category><![CDATA[lonap]]></category>
		<category><![CDATA[mweb]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[ripe]]></category>
		<category><![CDATA[ripe ris]]></category>
		<category><![CDATA[routing table]]></category>
		<category><![CDATA[south africa]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=262</guid>
		<description><![CDATA[<p>I read with some excitement that South African ISP <a href="http://www.mweb.co.za/" onclick="javascript:urchinTracker ('/outbound/article/www.mweb.co.za');">MWEB</a> have disconnected their transit connections with other ISPs in South Africa, claiming that their existing services from Vodacom and Telkom South Africa were congested and expensive, and detrimental to the quality of internet services in the country.</p>
<p><a href="http://www.ris.ripe.net/mt/asinuse-result.html?as=10474&amp;rrc_id=1000&amp;interval=1&amp;outype=html&amp;submit=Search" onclick="javascript:urchinTracker ('/outbound/article/www.ris.ripe.net');">According to the RIPE RIS service</a>, the links between MWEB (AS10474) to Telkom South Africa (AS5713) were disconnected on the November 2nd &#8211; Telkom being the original transit provider that MWEB used.</p>
<p>MWEB have detected that congestion reduces, therefore service levels increase when traffic bypasses the incumbent and is delivered directly to other ISPs in their region via peering links.  If a network refuses to peer, MWEB simply deliver the traffic to local providers via their international links &#8211; possibly just as congested, but available at a fraction of a cost.  If traffic is then delivered to the incumbents via links they themselves pay for, the incumbents also have a financial incentive to peer.</p>
<p>Peering is the best way to encourage enormous capacities between ISPs and other networks, because a direct one-to-one connection can be monitored and well managed in order to guarantee availability for internet traffic.  Peering therefore increases available bandwidth and reduces bandwidth costs.  This will enable high the sort of services that require high-bandwidth availability, like streaming media and high definition video conferencing.</p>
<p>Interestingly, thirty minutes after the adjacency with Telkom was severed, it appeared that MWEB picked up a new transit customer &#8211; Yebo, AS12258, with Yebo&#8217;s prefixes being advertised to Interoute (again, according to RIPE RIS).  The commercial nature of this downstream relationship is, however, not revealed by the routing table.</p>
<p>The incumbent is perfectly entitled to &#8211; and well placed to &#8211; sell excellent transit links into the local market, but their strategy to do that, as I <a href="http://www.andyd.net/2010/building-an-ip-market-from-scratch/" >explained in my last article</a>, must be to make the transit product in their key regions excellent &#8211; this means to peer with the <em>key</em> other local providers (not all providers) in the market, and to ensure that capacities across their backbone and to customers are well managed and available for traffic.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/mweb-encouraging-peering-in-south-africa/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Building an IP Market from scratch</title>
		<link>http://www.andyd.net/2010/building-an-ip-market-from-scratch/</link>
		<comments>http://www.andyd.net/2010/building-an-ip-market-from-scratch/#comments</comments>
		<pubDate>Sat, 06 Nov 2010 13:40:00 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[The 'net]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[non-tech]]></category>
		<category><![CDATA[peering]]></category>
		<category><![CDATA[telecoms]]></category>
		<category><![CDATA[exchange]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[ixp]]></category>
		<category><![CDATA[menog]]></category>
		<category><![CDATA[middle east]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[renesys]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=259</guid>
		<description><![CDATA[<p>At Menog 7, I had the pleasure of enjoying an <a href="http://www.menog.net/sites/default/files/menog-cowie-22102010.pdf" onclick="javascript:urchinTracker ('/outbound/article/www.menog.net');">explanation of the Middle East IP market place (link)</a>, provided by <a href="http://www.renesys.com/blog/author/james-cowie-1/" onclick="javascript:urchinTracker ('/outbound/article/www.renesys.com');">James Cowie at research organisation Renesys</a>.</p>
<p>It demonstrates clearly that deregulated markets offer enormous advantages over controlled ones, and should serve well as a reminder to operators and policy makers that simply <em>getting out of the way</em> could be the best way to further their aims for industry in any given region.  This is mainly because:</p>
<ul>
<li>Allowing networks to interconnect freely (calculated as number of active ASNs in a region), and the size of the market (calculated from the pool of announced ip addresses in a region) are strongly correlated (slide 8).  My guess is that more organisations get online, because competition leads to price falling, whilst the versatility and relevance of services offered increases.</li>
<li>When there are a larger number of networks in a region, the global carriers have a greater incentive (more customers!) to run diverse connectivity into the region.  This leads to a huge advantage to firms in a region, their connectivity carries on despite local major fibre breaks. (slide 25, 36)</li>
<li>Content moves out of the US/Western Europe and into the local market place, creating opportunity (and jobs) for local players, and improving the performance of services for local users.</li>
</ul>
<p>Incumbent networks in this region have a huge opportunity to grow revenues, as the market expands, as long as they are willing to interconnect widely in this region.  As the number of providers in a region expands, customers will be able to (and, according to this research, <em>actually do</em>) pick between innovative and disruptive new providers with excellent regional (via peering), and international (via transit) capacities.  Peering also makes capacity cheap, because traffic can stay local to the ISP.  An incumbent provider that refuses to peer in order to retain market share will not be able to compete in quality terms with the new providers.  Defending a 100% market share is impossible in a competitive market, so the strategy must change, the aim must become enjoying the fruits of a booming market instead of monopoly.  As the Renesys slides say, there is no dominent IXP in this region yet, with many networks dragging traffic to London, Amsterdam or Frankfurt to exchange, but this will change as the density of providers in the Middle East reaches a critical mass.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/building-an-ip-market-from-scratch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building an Internet Exchange Point</title>
		<link>http://www.andyd.net/2010/building-internet-exchange-technical-information-slides/</link>
		<comments>http://www.andyd.net/2010/building-internet-exchange-technical-information-slides/#comments</comments>
		<pubDate>Wed, 20 Oct 2010 18:02:28 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[The 'net]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[peering]]></category>
		<category><![CDATA[telecoms]]></category>
		<category><![CDATA[asn]]></category>
		<category><![CDATA[euroix]]></category>
		<category><![CDATA[exchange]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[ixp]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[lonap]]></category>
		<category><![CDATA[menog]]></category>
		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=255</guid>
		<description><![CDATA[<p>I&#8217;m in Istanbul at <a href="http://www.menog.net/meetings/menog7/start-ixp" onclick="javascript:urchinTracker ('/outbound/article/www.menog.net');">MENOG7</a> in order to present in a panel about internet exchange points.  Our aim is to give groups of ISP networks in the Middle East enough knowledge to start internet exchange points, so there will also be presentations on the business case and organisational checklists.  I am presenting on the technical pre-requisites required to build an Internet Exchange point.</p>
<p>Setting up an Internet Exchange point is simple from a technology point of view, but requires significant planning, and community support for the plans.  Read the slides to find out more about what must be planned.</p>
<p>Download:  <a href="http://www.andyd.net/media/talks/Building_an_IXP.pdf" >[Slides + Notes (recommended)] </a>~ <a href="http://www.andyd.net/media/talks/Building_an_IXP-Display.pdf" >[Slides alone]</a></p>
<p>View directly from Slideshare (requires flash):</p>
<div id="__ss_5505989" style="width: 477px;"><strong><a href="http://www.slideshare.net/andy.d/building-an-internet-exchange-point-technical-checklist"title="Building an Internet Exchange Point - Technical Checklist"  onclick="javascript:urchinTracker ('/outbound/article/www.slideshare.net');">Building an Internet Exchange Point &#8211; Technical Checklist</a></strong><object id="__sse5505989" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="477" height="510" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><param name="src" value="http://static.slidesharecdn.com/swf/doc_player.swf?doc=buildinganixp-101020123736-phpapp01&amp;rel=0&amp;stripped_title=building-an-internet-exchange-point-technical-checklist&amp;userName=andy.d" /><param name="name" value="__sse5505989" /><param name="allowfullscreen" value="true" /><embed id="__sse5505989" type="application/x-shockwave-flash" width="477" height="510" src="http://static.slidesharecdn.com/swf/doc_player.swf?doc=buildinganixp-101020123736-phpapp01&amp;rel=0&amp;stripped_title=building-an-internet-exchange-point-technical-checklist&amp;userName=andy.d" name="__sse5505989" allowscriptaccess="always" allowfullscreen="true"></embed></object>
</div>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/building-internet-exchange-technical-information-slides/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>LONAP Route Servers Pass Milestone</title>
		<link>http://www.andyd.net/2010/lonap-route-servers-milestone/</link>
		<comments>http://www.andyd.net/2010/lonap-route-servers-milestone/#comments</comments>
		<pubDate>Mon, 18 Oct 2010 21:47:06 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[The 'net]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[peering]]></category>
		<category><![CDATA[telecoms]]></category>
		<category><![CDATA[asn]]></category>
		<category><![CDATA[exchange]]></category>
		<category><![CDATA[lonap]]></category>
		<category><![CDATA[route-servers]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=248</guid>
		<description><![CDATA[<p>I noticed earlier that <a href="http://www.lonap.net/" onclick="javascript:urchinTracker ('/outbound/article/www.lonap.net');">LONAP</a> had passed a fantastic milestone just before the weekend &#8211; of the ninety nine networks which are <a href="http://www.lonap.net/members.shtml" onclick="javascript:urchinTracker ('/outbound/article/www.lonap.net');">plugged into the exchange</a>, more than half of the networks choose to connect to each other via the route-server.</p>
<p>A route-server is a fantastic way for networks to start to peer (swap internet traffic) at Internet Exchanges, and results in instant success after connection.  A network with an open peering policy can connect to the internet exchange, and then get peering with more than half of all the other networks on the exchange by bringing up a single pair of BGP sessions.</p>
<p>When a route-server peering is established, a BGP session is setup between your router and LONAP&#8217;s route database.  LONAP advertise all of the prefixes of the other connected members to you, but the traffic between you and the other members flows between you and your peer <em>directly</em> (it does not need to traverse the route-server.)  Members do not need to open their network to their own customers at the route servers, they can send special messages to the route-servers to prevent certain networks from seeing prefixes.</p>
<p>Route-servers are not new, but have had a bad reputation for stability for several years.  With our colleagues at several other community exchanges, including the LINX, we shared bugs, workarounds, and feature requirements with each other and the main open-source route-server vendors.  Eventually, we were able to <a href="http://www.uknof.org.uk/uknof15/Davidson-Bakeoff.pdf" onclick="javascript:urchinTracker ('/outbound/article/www.uknof.org.uk');">report considerable improvement in stability last December</a>.  As a result, we at LONAP selected BIRD and OpenBGPd as our route server vendors, and built a support framework to link our configuration with the LONAP configuration system.</p>
<p>Since then we have been advocating the route-servers to our members, and the fact that they are now providing a stable stepping-stone to more than half of our peers shows that this effort was worthwhile.  If you would like to start to peer, but need to be assured of instant success and results, then <a href="http://www.andyd.net/contact/" >contact Andy</a> for information about how the route-servers at LONAP can help.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/lonap-route-servers-milestone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UK Open Access Fibre</title>
		<link>http://www.andyd.net/2010/uk-open-access-fibre/</link>
		<comments>http://www.andyd.net/2010/uk-open-access-fibre/#comments</comments>
		<pubDate>Wed, 13 Oct 2010 20:03:16 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[The 'net]]></category>
		<category><![CDATA[ecommerce]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[non-tech]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=238</guid>
		<description><![CDATA[<p>One of the main questions that enterprises ask <a href="http://www.netsumo.com/" onclick="javascript:urchinTracker ('/outbound/article/www.netsumo.com');">NetSumo</a> is how they can get access to better office connectivity, because their applications and workflow demand ever increasing quantities of bandwidth.  Solving bandwidth capacity issues in the data centre is easy today and less expensive than it has ever been, but turning up huge capacities in your home or office is much more expensive.</p>
<p>Solving this bandwidth starvation is the role of fibre optics and next-generation broadband.  A relatively simple way to roll out fibre backed technology is to use VDSL &#8211; service providers run high capacity fibre optic networks to distribution boxes in streets (FTTC &#8211; Fibre to the Cabinet), and utilise the existing copper infrastructure between street and house or business carries high speed internet.  The shortness of the copper run enables higher speeds. This is increasingly available from companies such as <a href="http://www.digitalregionbroadband.co.uk/"title="Digital Region Broadband"  onclick="javascript:urchinTracker ('/outbound/article/www.digitalregionbroadband.co.uk');">Digital Region Broadband</a>, who offer 40Mbit broadband at consumer prices, but is obviously only available in specific neighbourhoods where the streetboxes have been rolled out.</p>
<p>Removing the copper element will enable much higher speeds and new products like premise-to-premise connectivity.  FTTP &#8211; Fibre to the Premises opens up a world where connectivity between service provider and your office can run at 100Mbit or Gigabit speeds.  Office-to-home or Office-to-office connectivity that runs at Gigabit or even 10Gigabit would be possible too. This would make remote-working via high definition video conferencing, ultra high speed access to company resources and files, and also better quality and more interactive entertainment services a normal thing for everyone.</p>
<p>However, a national &#8211; even urban wide &#8211; fibre rollout project is expensive because of the construction (civils) costs, legal costs, and impact on neighbourhoods.</p>
<p>Earlier this month, Ofcom released a <a href="http://stakeholders.ofcom.org.uk/consultations/wla/statement" onclick="javascript:urchinTracker ('/outbound/article/stakeholders.ofcom.org.uk');">statement on wholesale access products</a>, explaining that they were planning to require BT to make access to their existing ducts, intending to make fibre rollout cheaper.  The two key mechanisms are:</p>
<ul>
<li>Virtual Unbundled Local Access &#8211; BT offer other service providers access to existing fibre.</li>
<li>Physical Infrastructure Access &#8211; BT offer service providers space in their fibre ducts, allowing service providers to run their <em>own</em> fibre.</li>
</ul>
<p><strong>I welcome this development</strong>, but hope that the regulation framework mandated by Ofcom does not remove the incentive BT to roll out new ducts and fibres.  The regulation will be a success if it enables more regional FTTC broadband schemes like the one cited in South Yorkshire, and also if it makes new FTTP the &#8216;norm&#8217; for all new housing developments and telecoms upgrades.  Further, another huge disincentive from rolling out fibre based services &#8212; the <a href="http://www.andyd.net/2010/the-modern-day-window-tax-on-the-internet/"title="UK Fibre Tax Bad"  >UK fibre tax</a> &#8212; must also be repealed in order to achieve the <a href="http://www.wired.co.uk/news/archive/2010-09/24/european-broadband-plans" onclick="javascript:urchinTracker ('/outbound/article/www.wired.co.uk');">typical 30Mbit/sec broadband</a> that the EU wish to see for all citizens by 2020.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/uk-open-access-fibre/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The modern day window tax on the internet</title>
		<link>http://www.andyd.net/2010/the-modern-day-window-tax-on-the-internet/</link>
		<comments>http://www.andyd.net/2010/the-modern-day-window-tax-on-the-internet/#comments</comments>
		<pubDate>Sun, 31 Jan 2010 11:07:08 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[ecommerce]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[non-tech]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=185</guid>
		<description><![CDATA[<p>In 1696, King William III of England imposed a tax on glass.  Essentially, houses with more than ten windows paid a levy to the government, but the tax is now remembered as unfair and very avoidable by bricking up the windows in your home.  Today there is a new tax on glass &#8211; firms who light the glass in fibre optic cable pay the government a levy based on the length of the fibre.  Again the tax is desperately unfair, and very avoidable because firms can just not roll out services on fibre.</p>
<p>When firms avoid fibre, it hurts us all.  When fibre is cheap, firms can use it to roll out super-fast broadband to their users, using the sort of technology that facilitates connections tens or hundreds of times faster than a typical UK home enjoys.  It also allows service providers to increase the capacity of their network edge, and to improve the robustness of their network &#8211; for instance by building more links between their network points.  Improved robustness also means better business continuity planning options, improving the availability of their services.  This tax kills faster access, and better services.</p>
<p>The fibre tax also worsens the conditions for international networks looking to build into the UK, for instance in order to bring their content and services to the UK market .  This is not a hypothetical risk, it is a game-changer that has destroyed the business cases of several projects that we have been contributed to last year.</p>
<p>This morning, George Osborne was on BBC TV explaining that he saw an advancement in next-gen broadband (based on fibre optic cabling) as a priority.  If this is the case, then he must commit to repealing the 21st Century Window Tax.  To date, they have only considered <a href="http://www.thinkbroadband.com/news/4073-conservatives-plan-to-reverse-50p-broadband-tax.html" onclick="javascript:urchinTracker ('/outbound/article/www.thinkbroadband.com');">repealing the 50p per month tax on telephone lines</a> that has been suggested by the hugely flawed Digital Britain study.</p>
<p>We are just not competitive with this tax.</p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/the-modern-day-window-tax-on-the-internet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Can you fill all of the Great Lakes with M&amp;M sized /64s?</title>
		<link>http://www.andyd.net/2010/can-you-fill-great-lakes-with-mm-sized-64s/</link>
		<comments>http://www.andyd.net/2010/can-you-fill-great-lakes-with-mm-sized-64s/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 19:23:24 +0000</pubDate>
		<dc:creator>andy</dc:creator>
				<category><![CDATA[Sys Admin]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[networking]]></category>

		<guid isPermaLink="false">http://www.andyd.net/?p=180</guid>
		<description><![CDATA[<p>Posted to my blog at the request of <a href="http://www.lentil.org/" onclick="javascript:urchinTracker ('/outbound/article/www.lentil.org');">RobL </a>!</p>
<p>On Nanog, <a href="http://www.delong.com/" onclick="javascript:urchinTracker ('/outbound/article/www.delong.com');">Owen DeLong </a>and Larry Sheldon were discussing the relative size of the IPv6 address space:</p>
<pre>&gt;&gt; 64 bits is enough networks that if each network was an almond M&amp;M,
&gt;&gt; you would be able to fill all of the great lakes with M&amp;Ms before you
&gt;&gt; ran out of /64s.
&gt; Did somebody once say something like that about Class C addresses?
</pre>
<p>Well, this seemed like a challenge for <em><u>Maths</u></em>, and the answer is:</p>
<p>No.  There are only 2,097,152 Class C networks.</p>
<p>Assuming all M&amp;Ms are spheroids of uniform oblate nature, radius major axis=6mm, minor axis=3mm.  <a href="http://en.wikipedia.org/wiki/Spheroid#Volume" onclick="javascript:urchinTracker ('/outbound/article/en.wikipedia.org');">Volume is (4/3)Pi (Major<sup>2</sup>) Minor</a></p>
<p>They will be poured into a great lake of your choice, and we will assume random close packing (agitation mechanisms are probably best discussed off-list) and <a href="http://en.wikipedia.org/wiki/Random_close_pack" onclick="javascript:urchinTracker ('/outbound/article/en.wikipedia.org');">a (generous, but this Wikipedia article insists) void fraction of 32%.</a></p>
<p>Volume of m&amp;m = 0.452cm<sup>3</sup>, occupies 0.665cm<sup>3</sup>.</p>
<p>Lake Erie is 484km<sup>3</sup> &#8211; See: <a href="http://www.epa.gov/glnpo/factsheet.html" onclick="javascript:urchinTracker ('/outbound/article/www.epa.gov');">http://www.epa.gov/glnpo/factsheet.html</a></p>
<p>1 km<sup>3</sup> = 1,000,000,000,000,000 cm<sup>3</sup></p>
<p>484,000,000,000,000,000 * 0.665 = 321,860,000,000,000,000 m&amp;ms needed to<br />
fill this lake.</p>
<p>There are 4,294,967,296 /64s in my own /32 allocation.  If we only ever use 2000::/3 on the internet, I make that 2,305,843,009,213,693,952 /64s.  This is enough to fill over seven Lake Eries.  The total amount<br />
of ipv6 address space is exponentially larger still &#8211; I have just looked at 2000::/3 in these maths.</p>
<p>THE IPv6 ADDRESS SPACE IS VERY, VERY, VERY BIG.</p>
<p><strong> Can we please now just go ahead and roll out some ipv6 services? <strong></strong></strong></p>
<p></p>
<p></p>
]]></description>
		<wfw:commentRss>http://www.andyd.net/2010/can-you-fill-great-lakes-with-mm-sized-64s/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

