<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet title="XSL_formatting" type="text/xsl" href="/blogs/shared/nolsol.xsl"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>

<title>
BBC Internet Blog
 - 
Richard Cooper
</title>
<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/</link>
<description>Staff from the BBC&apos;s online and technology teams talk about BBC Online, BBC iPlayer, and the BBC&apos;s digital and mobile services. The blog is reactively moderated. Posts are normally closed for comment after three months. Your host is Eliza Kessler. </description>
<language>en</language>
<copyright>Copyright 2012</copyright>
<lastBuildDate>Thu, 12 Jul 2012 10:38:10 +0000</lastBuildDate>
<generator>http://www.sixapart.com/movabletype/?v=4.33-en</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 


<item>
	<title>BBC Online Outage on Wednesday 11th July 2012</title>
	<description><![CDATA[<p>Hi, I'm Richard Cooper,  the BBC's Controller of Digital Distribution for BBC Future Media. </p>

<p>As some of you will have noticed, we suffered a major failure of BBC Online <a href="https://bbcstreaming.pages.dev/news/technology-18805912">last night</a>.  The site started to fail at 20:10, and by 20:25 was completely down.  It stayed down until 21:10, when it started to recover, and by 21:30 the site was back.  Some of you may then have experienced problems accessing some pages between 21:55 and 22:10 as we restored full resilience, and from 22:10 onwards we were back to full operation.</p>

<p>The problem was caused by a failure of the traffic managers in both our <a href="http://en.wikipedia.org/wiki/Data_center">data centres</a>.  </p>

<p>These traffic managers are a critical part of our infrastructure, responsible for handling all requests to the site, and routing those requests to the right servers.  They are designed to be highly reliable, and have served us very well to date.</p>

<p>We are still investigating the root cause of this incident, and I would like to apologise for any inconvenience that this outage may have caused. We are working hard to make sure that the causes of the issue are addressed, and that this does not happen again. I will keep you updated on this blog in the coming days.</p>

<p><em>Richard Cooper is Controller of Digital Distribution, BBC Future Media</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2012/07/website_outage_june_11_2012.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2012/07/website_outage_june_11_2012.html</guid>
	<category>BBC Online</category>
	<pubDate>Thu, 12 Jul 2012 10:38:10 +0000</pubDate>
</item>

<item>
	<title>The BBC&apos;s approach to streaming the digital Olympics</title>
	<description><![CDATA[<p>I'm Richard Cooper, Controller of Digital Distribution at the BBC, and I'd like to talk a bit about the BBC's preparations for <a href="https://bbcstreaming.pages.dev/2012/">London 2012</a>, the first truly digital <a href="https://bbcstreaming.pages.dev/sport/0/olympics/2012/">Olympics</a>. </p>

<p>Like everyone else in the UK involved with bringing the games to a digital audience, the BBC is preparing for the increased amount of people watching and engaging with events online. <a href="https://bbcstreaming.pages.dev/mediacentre/mediapacks/bbc2012/gamestime/online-coverage-guide.html">Our comprehensive live online coverage</a> will offer Olympics audiences, for the first time ever, the chance to watch every Olympic sport, live from every venue - from the big events, to minority disciplines which normally wouldn't be broadcast.</p>

<p>As with all big sporting occasions, our traffic will vary during the day depending on the event, competitor, team and timing. Where we need to prepare most is around the big moments - for example, when <a href="https://bbcstreaming.pages.dev/sport/0/olympics/14279545">Team GB </a>is (hopefully) in the running for a medal - which have the potential to drive a lot of people to our online streams. This is not new for us. The BBC has proven it can cope well with big event streaming: in 2010 we brought the World Cup live to online audiences, and <a href="http://www.guardian.co.uk/technology/blog/2010/jun/24/england-world-cup-2010-streaming-internet">dealt with increased traffic comfortably</a>.</p>

<p>We did this by expanding our streaming capacity, which we do every year to accommodate inevitable increases in people watching our content online and across connected devices. We've already expanded our capacity this year in preparation for the Olympics. As in 2010, we've ensured this increase will enable us to handle the high levels of traffic we expect to see during the games.</p>

<p>We're aiming to deliver more content from the Olympics than ever before, live and on catch-up, and we're fully prepared to meet the demands of that pledge. </p>

<p><em>Richard Cooper is Controller, Digital Distribution, BBC Future Media</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2012/03/the_bbcs_approach_to_streaming.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2012/03/the_bbcs_approach_to_streaming.html</guid>
	<category>streaming</category>
	<pubDate>Fri, 30 Mar 2012 16:58:21 +0000</pubDate>
</item>

<item>
	<title>World IPv6 Day: 8th June 2011</title>
	<description><![CDATA[<p>It has long been forecast that the number of IP addresses available in the current Internet Protocol format (IPv4) is insufficient to cope with the spectacular growth of the internet and consequent number of devices that need their own IP address.  </p>

<p>This has come into sharp relief this year, with the last remaining blocks of IPv4 addresses being allocated by the Internet Assigned Numbers Authority (IANA).  These addresses pass down to the Regional Internet Registries (the one that applies to the UK is <a href="http://www.ripe.net/">RIPE NCC</a>), which then allocate them to ISPs and other companies that need them.</p>

<p>The internet won't stop working on the day that the last IPv4 address is allocated, but a solution is required to allow the internet to continue to expand. </p>

<p>That solution is <a href="http://en.wikipedia.org/wiki/IPv6">IPv6.</a></p>

<p>IPv6 provides a mind-boggling number of addresses (3.4 x 10^38).  It's hard to find a meaningful analogy for a number this large, but if every man, woman and child on Earth had a billion devices each with an IPv6 address, you haven't even come close to scratching the surface of the number of addresses available.</p>

<p>Unfortunately, IPv6 is not backwards compatible with IPv4, so there's a lot of work required before end-to-end IPv6 operation becomes the norm.  In practice, this means that IPv4 and IPv6 will have to co-exist with each other for a long time.  As content providers, content distribution networks, network operators and equipment manufacturers introduce IPv6 there are plenty of opportunities for problems to appear that interfere with a user's experience of using the internet.  </p>

<p>And that's where <a href="http://www.worldipv6day.org/">World IPv6 Day</a> comes in - it's a 24 hour "test flight" intended to motivate relevant companies to "prepare their services for IPv6 to ensure a successful transition as IPv4 addresses run out".</p>

<p>In the spirit of this, the BBC is also making BBC Online available over IPv6.  We're doing it in two ways:</p>

<p>1)	We've created a new address: <a href="http://ipv6.bbc.co.uk/">http://ipv6.bbc.co.uk</a>.  When you try to access this address over an IPv4 network, it simply won't work (your browser will produce an error saying something like "The requested URL could not be retrieved").  However, if you access this address over a network that supports both IPv4 and IPv6 you will see the home page as normal.</p>

<p>2)	We've also, just for today, made the usual BBC Online address (<a href="https://bbcstreaming.pages.dev/">https://bbcstreaming.pages.dev</a>) enabled for both IPv4 and IPv6.  You shouldn't notice the difference, with the site working as normal for you.  In fact, unless you're a bit of an expert, you won't be able to tell whether you're accessing the site over IPv4 or IPv6.</p>

<p>Very few of you will have an IPv6-capable network.  If you want to try accessing the BBC's site (or any of the sites participating in World IPv6 Day), you may find that the only way, today, is to set up an IPv6 tunnel (which allows you to make an IPv6 connection over an IPv4 network).  There are a number of companies that provide this service, some of which are <a href="http://en.wikipedia.org/wiki/List_of_IPv6_tunnel_brokers">listed here</a>.</p>

<p>Under the hood, we still have a lot of work to do at the BBC to make BBC Online fully IPv6 capable.  </p>

<p>To make the site available over IPv6 to the extent that we have, we've added a separate (much smaller) network that is both IPv6 and IPv4 enabled, and connected it to the site through a pair of load balancers that we normally use for testing purposes. The host name ipv6.bbc.co.uk only has an IPv6 address registered on it, and this is the IPv6 address of the load balancers.  Through this you can access pages on the BBC Online site, but note that most objects referenced by these pages are on other domains that are IPv4 only (so to see the pages correctly you must be on a both IPv6 and IPv4 enabled network).  Our DNS is IPv4 only, as is our IP geolocation system that we use to serve different editions of the site as appropriate to your country, and restrict access where we only have content rights for the UK.</p>

<p>We'll be upgrading the site to be fully IPv6 enabled as part of our normal technology refresh programme, and we expect that will be complete sometime next year.</p>

<p>Meanwhile, what we've done for today allows you to see if you can make an IPv6 connection, and for us to see the problems that we have to solve and determine the work remaining for us to do to be fully IPv6 enabled.</p>

<p>Many thanks go to colleagues in Future Media, R&D and Siemens who pulled this all together. </p>

<p><em>Richard Cooper is Controller, Digital Distribution, BBC Future Media</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/06/world_ipv6_day_8th_june_2011.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/06/world_ipv6_day_8th_june_2011.html</guid>
	<category>BBC Online</category>
	<pubDate>Wed, 08 Jun 2011 10:43:23 +0000</pubDate>
</item>

<item>
	<title>#bbcblackout outage maintenance work</title>
	<description><![CDATA[<p>Following on from the BBC Online <a href="https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/03/bbc_online_outage_on_tuesday_2.html">technical failure on 29 March</a>, I want to make people aware of further work currently scheduled to take place in the early hours of tomorrow morning (Tuesday 5th April), and explain what will happen.</p>

<p>Between the hours of 0200-0500 (the quietest time for BBC Online), the equipment that failed on Tuesday night will be replaced, and if you happen to be on the BBC website at that time, you may experience some disruption in service.  </p>

<p>Here's what's happening, in case you want more details.  </p>

<p>Part of the network will be shut down to enable the faulty equipment to be replaced, and this will result in some route re-convergence as the core network works out the best path from the hosting centres to the internet.  This will happen twice: once when the equipment is shut down, and a second time when full resilience is restored.  Each re-convergence could take a few minutes, and while this is happening you may experience some interruption to service.</p>

<p>Despite some <a href="http://www.guardian.co.uk/media/2011/mar/30/bbc-siemens-website-outage">reports</a>, the technical teams within the BBC and Siemens worked very well on Tuesday night to rectify the situation swiftly and effectively.  There are incident management processes in place to handle failures such as this one, and while we hope not to have to use them too often (!), this was a good example of close collaborative working.</p>

<p><em>Richard Cooper is Controller, Digital Distribution, BBC Future Media.</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/04/bbcblackout_outage_maintenance.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/04/bbcblackout_outage_maintenance.html</guid>
	<category>BBC Online</category>
	<pubDate>Mon, 04 Apr 2011 19:04:54 +0000</pubDate>
</item>

<item>
	<title>BBC Online Outage on Tuesday 29 March 2011</title>
	<description><![CDATA[<p>As many of you <a href="http://thenextweb.com/uk/2011/03/30/the-bbcs-web-empire-is-down-around-the-world/">will have noticed </a>(and <a href="http://search.twitter.com/search?q=bbc+down">reported on Twitter</a>) the whole of BBC Online was down last night for an hour from 22:40 due to a major network incident.  We would like to apologise to everyone that was unable to access BBC Online during this outage.</p>

<p>Our systems are designed to be sufficiently resilient (multiple systems, and multiple data centres) to make an outage like this extremely unlikely.  However, I'm afraid that last night we suffered multiple failures, with the result that the whole site went down. Enough of the systems were restored to bring BBC Online pretty well back to normal by 23:45, and we were fully resilient again by 04:00 this morning.</p>

<p>For the more technically minded, this was a failure in the systems that perform two functions.  The first is the aggregation of network traffic from the BBC's hosting centres to the internet.  The second is the announcement of 'routes' onto the internet that allows BBC Online to be 'found.'  With both of these having failed, we really were down! </p>

<p>We'll be taking a very hard look at what we need to do to make sure that this doesn't happen again.</p>

<p><em>Richard Cooper is Controller, Digital Distribution, BBC Future Media.</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/03/bbc_online_outage_on_tuesday_2.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2011/03/bbc_online_outage_on_tuesday_2.html</guid>
	<category>BBC Online</category>
	<pubDate>Wed, 30 Mar 2011 09:47:28 +0000</pubDate>
</item>

<item>
	<title>Break in service: update</title>
	<description><![CDATA[<p>I'm afraid (as <a href="https://bbcstreaming.pages.dev/blogs/theeditors/steve_herrmann/">Steve Herrmann</a> has <a href="https://bbcstreaming.pages.dev/blogs/theeditors/2008/10/break_in_service.html">already mentioned</a>) that we had a bad night last night.</p>

<p>In a nutshell, a 160 core fibre trunk (a bundle of cables) was cut.  </p>

<p>Normally this would not have affected what you would see on the BBC's websites, but in this case the resilient routes did not take up the strain in some cases. The consequence was that we lost a number of our services for a few hours until the fibres were re-spliced.</p>

<p>The main thing that you may have noticed was some of our content becoming stale as updates were delayed. We also had interruptions to many of the live audio and video streams on bbc.co.uk.</p>

<p><img alt="fibrecables230.jpg" src="https://bbcstreaming.pages.dev/blogs/bbcinternet/img/fibrecables230.jpg" width="230" height="180" />So we have a lot of work to do to ensure that next time we have a significant cut like this (these things happen), the resiliency works and there are no interruptions to our services.</p>

<p>In the meantime, we'd like to apologise for the problems.</p>

<p><em>Richard Cooper is Controller, Digital Distribution, Future Media & Technology.</em></p>]]></description>
         <dc:creator>Richard Cooper 
Richard Cooper
</dc:creator>
	<link>https://bbcstreaming.pages.dev/blogs/bbcinternet/2008/10/break_in_service_cut_cable.html</link>
	<guid>https://bbcstreaming.pages.dev/blogs/bbcinternet/2008/10/break_in_service_cut_cable.html</guid>
	<category>BBC News</category>
	<pubDate>Thu, 23 Oct 2008 16:25:54 +0000</pubDate>
</item>


</channel>
</rss>

 
