<?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>OVH Travaux</title>
<description><![CDATA[OVH Travaux]]></description>
<link>http://status.ovh.net/</link>
<pubDate>Thu, 20 Jun 2013 11:32:36 +0200</pubDate>
<item>
<title>Private Cloud:: FS#8824 — SSL Gateways update</title>
<description><![CDATA[An SSL Gateways update will be carried out on the night of 19/06 and 20/06 at 23:30.<br />
These maintenance works will affect the vClouds and vSpheres.<br />
<br />
During the maintenance period we expect that vSphere access will be down for 5 minutes.<br />
<br />
VMs will be not affected.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Maintenance</strong></p><p><strong>Category: Backend / Core</strong></p><p><strong>Status: Finished</strong></p><br />An SSL Gateways update will be carried out on the night of 19/06 and 20/06 at 23:30.<br />
These maintenance works will affect the vClouds and vSpheres.<br />
<br />
During the maintenance period we expect that vSphere access will be down for 5 minutes.<br />
<br />
VMs will be not affected.<p><strong>Comments: </strong></p>
<p><i>Date: Thu, 20 Jun 2013 07:32:52 +0200</i></p>
<p style="font-size:90%;">We started maintenance.</p>
<p><i>Date: Thu, 20 Jun 2013 07:33:41 +0200</i></p>
<p style="font-size:90%;">Maintenance is in progress, everything is running smoothly.

We have updated 45% of GW SSL.</p>
<p><i>Date: Thu, 20 Jun 2013 07:33:59 +0200</i></p>
<p style="font-size:90%;">Maintenance is in progress, everything is running smoothly.

We have updated 60% of GW SSL.

</p>
<p><i>Date: Thu, 20 Jun 2013 07:34:18 +0200</i></p>
<p style="font-size:90%;">Maintenance is in progress, everything is running smoothly.

We have updated 80% of GW SSL.
</p>
<p><i>Date: Thu, 20 Jun 2013 11:32:12 +0200</i></p>
<p style="font-size:90%;">We are starting the BHS updates.</p>
]]></content:encoded>
<pubDate>Thu, 20 Jun 2013 11:32:36 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4895</link>
<guid>http://status.ovh.net/?do=details&amp;id=4895</guid>
</item><item>
<title>Datacenter:: FS#8836 — Maintenance inverters</title>
<description><![CDATA[We are currently carrying out preventative maintenance works on the inverters.<br />
UPS12 in progress]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Maintenance</strong></p><p><strong>Category: Roubaix 1</strong></p><p><strong>Status: In progress</strong></p><br />We are currently carrying out preventative maintenance works on the inverters.<br />
UPS12 in progress]]></content:encoded>
<pubDate>Thu, 20 Jun 2013 11:30:19 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4906</link>
<guid>http://status.ovh.net/?do=details&amp;id=4906</guid>
</item><item>
<title>Network:: FS#8835 — Fiber Roubaix &lt;&gt; TH2</title>
<description><![CDATA[The fiber Roubaix &amp;lt;&amp;gt; TH2 is currently under maintenance (work on the cable planned).<br />
All circuits are switched automatically to protection at 10:46 pm.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Maintenance</strong></p><p><strong>Category: the whole network</strong></p><p><strong>Status: In progress</strong></p><br />The fiber Roubaix &amp;lt;&amp;gt; TH2 is currently under maintenance (work on the cable planned).<br />
All circuits are switched automatically to protection at 10:46 pm.]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 23:47:58 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4905</link>
<guid>http://status.ovh.net/?do=details&amp;id=4905</guid>
</item><item>
<title>Dedicated servers:: FS#8810 — ftpback-rbx4-96.ovh.net</title>
<description><![CDATA[The server is no longer accessible, we are rebooting it.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Incident</strong></p><p><strong>Category: Associated service</strong></p><p><strong>Status: Finished</strong></p><br />The server is no longer accessible, we are rebooting it.<p><strong>Comments: </strong></p>
<p><i>Date: Mon, 17 Jun 2013 11:27:58 +0200</i></p>
<p style="font-size:90%;">Several disks are showing signs of weakness on this server. In order to guarantee the security of your data, we are passing the server into read-only mode. We will return it to read-write mode once the situation has stablised. </p>
]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 18:33:33 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4880</link>
<guid>http://status.ovh.net/?do=details&amp;id=4880</guid>
</item><item>
<title>Network:: FS#8834 — NTT (AS2914) Paris</title>
<description><![CDATA[We are going to set up a 10G link<br />
between OVH and NTT at Paris TH2.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Maintenance</strong></p><p><strong>Category: the whole network</strong></p><p><strong>Status: In progress</strong></p><br />We are going to set up a 10G link<br />
between OVH and NTT at Paris TH2.]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 17:31:51 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4904</link>
<guid>http://status.ovh.net/?do=details&amp;id=4904</guid>
</item><item>
<title>Dedicated servers:: FS#8773 — Switch port</title>
<description><![CDATA[We are going to update the Canada switch port configuration to reduce the impact of DoS attacks on the servers connected to these switches.<br />
The intervention will commence on Monday June 10th at 9:30am Montreal time (15:30 in FR).<br />
A few seconds of downtime are expected on the servers connected to these switches that we intervene on. <br />
We will start with the switch ports corresponding to the server range 192.95.24.0.1-48.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Modernization</strong></p><p><strong>Category: Beauharnois</strong></p><p><strong>Status: Finished</strong></p><br />We are going to update the Canada switch port configuration to reduce the impact of DoS attacks on the servers connected to these switches.<br />
The intervention will commence on Monday June 10th at 9:30am Montreal time (15:30 in FR).<br />
A few seconds of downtime are expected on the servers connected to these switches that we intervene on. <br />
We will start with the switch ports corresponding to the server range 192.95.24.0.1-48.<p><strong>Comments: </strong></p>
<p><i>Date: Mon, 10 Jun 2013 15:55:49 +0200</i></p>
<p style="font-size:90%;">We are starting the operation on switch connected to the servers range of ip 192.95.24.1-48.</p>
<p><i>Date: Mon, 10 Jun 2013 16:11:07 +0200</i></p>
<p style="font-size:90%;">Done for today, we will continue with the rest of the 192.95.24.0/24 network at the same time tomorrow.</p>
<p><i>Date: Tue, 11 Jun 2013 15:39:08 +0200</i></p>
<p style="font-size:90%;">We are starting again with the rest of network 192.95.24.0/24</p>
<p><i>Date: Tue, 11 Jun 2013 16:52:52 +0200</i></p>
<p style="font-size:90%;">Done for today, we will continue at the same time tomorrow
with the following networks:
192.95.25.0/24
192.95.26.0/24
192.95.27.0/24</p>
<p><i>Date: Wed, 12 Jun 2013 16:34:54 +0200</i></p>
<p style="font-size:90%;">Today we are moving onto: 
192.95.25.0/24
192.95.26.0/24
192.95.27.0/24</p>
<p><i>Date: Wed, 12 Jun 2013 18:16:47 +0200</i></p>
<p style="font-size:90%;">Done, we will move onto the following networks tomorrow from 3pm:

198.27.64.0/24
198.27.65.0/24
198.27.66.0/24
198.27.67.0/24
198.27.68.0/24
198.27.69.0/24
198.27.70.0/24
198.27.71.0/24</p>
<p><i>Date: Thu, 13 Jun 2013 15:57:32 +0200</i></p>
<p style="font-size:90%;">We are starting on: 
198.27.64.0/24
198.27.65.0/24
198.27.66.0/24
198.27.67.0/24
198.27.68.0/24
198.27.69.0/24
198.27.70.0/24
198.27.71.0/24</p>
<p><i>Date: Thu, 13 Jun 2013 16:12:33 +0200</i></p>
<p style="font-size:90%;">Done:
198.27.64.0/24
198.27.65.0/24
198.27.66.0/24

Doing:
198.27.67.0/24
198.27.68.0/24
198.27.69.0/24</p>
<p><i>Date: Thu, 13 Jun 2013 17:31:16 +0200</i></p>
<p style="font-size:90%;">Done:
198.27.67.0/24
198.27.68.0/24
198.27.69.0/24

Doing:
198.27.70.0/24
198.27.71.0/24</p>
<p><i>Date: Fri, 14 Jun 2013 00:15:12 +0200</i></p>
<p style="font-size:90%;">Done:
198.27.70.0/24
198.27.71.0/24

Done for today, we'll resume on Monday.</p>
<p><i>Date: Tue, 18 Jun 2013 12:40:46 +0200</i></p>
<p style="font-size:90%;">We finally resume this afternoon from 15:00, with the following networks:

192.95.29.0/24
192.95.30.0/24
192.95.31.0/24
142.4.208.0/24
142.4.209.0/24
198.100.145.0/24
198.100.146.0/24
198.100.147.0/24
198.100.148.0/24
198.100.149.0/24</p>
<p><i>Date: Tue, 18 Jun 2013 15:05:54 +0200</i></p>
<p style="font-size:90%;">doing:
192.95.29.0/24
192.95.30.0/24
192.95.31.0/24
142.4.208.0/24
142.4.209.0/24</p>
<p><i>Date: Tue, 18 Jun 2013 16:37:45 +0200</i></p>
<p style="font-size:90%;">doing:
192.95.29.0/24
192.95.30.0/24
192.95.31.0/24
142.4.208.0/24
142.4.209.0/24</p>
<p><i>Date: Tue, 18 Jun 2013 17:27:52 +0200</i></p>
<p style="font-size:90%;">done:
192.95.29.0/24
192.95.30.0/24
192.95.31.0/24
142.4.208.0/24
142.4.209.0/24

doing:
198.100.145.0/24
198.100.146.0/24
198.100.147.0/24
198.100.148.0/24
198.100.149.0/24</p>
<p><i>Date: Tue, 18 Jun 2013 18:49:57 +0200</i></p>
<p style="font-size:90%;">We will continue tomorrow from 10:00 French time, with the following networks:

198.27.80.0/24
198.27.81.0/24
198.27.82.0/24
198.27.83.0/24

198.245.49.0/24
198.245.50.0/24
198.245.51.0/24

198.245.60.0/24
198.245.61.0/24
198.245.62.0/24
198.245.63.0/24

142.4.210.0/24
142.4.211.0/24
142.4.212.0/24
142.4.213.0/24
142.4.214.0/24
142.4.215.0/24

198.100.144.0/24</p>
<p><i>Date: Wed, 19 Jun 2013 09:56:34 +0200</i></p>
<p style="font-size:90%;">doing:
198.27.80.0/24
198.27.81.0/24
198.27.82.0/24
198.27.83.0/24</p>
<p><i>Date: Wed, 19 Jun 2013 11:31:41 +0200</i></p>
<p style="font-size:90%;">done:
198.27.80.0/24
198.27.81.0/24
198.27.82.0/24
198.27.83.0/24

doing:
198.245.49.0/24
198.245.50.0/24
198.245.51.0/24
198.100.144.0/24</p>
<p><i>Date: Wed, 19 Jun 2013 13:32:14 +0200</i></p>
<p style="font-size:90%;">done:
198.245.49.0/24
198.245.50.0/24
198.245.51.0/24
198.100.144.0/24

We will continue this pm</p>
<p><i>Date: Wed, 19 Jun 2013 15:49:50 +0200</i></p>
<p style="font-size:90%;">doing:
198.245.60.0/24
198.245.61.0/24
198.245.62.0/24
198.245.63.0/24
142.4.210.0/24</p>
<p><i>Date: Wed, 19 Jun 2013 16:55:36 +0200</i></p>
<p style="font-size:90%;">done:
198.245.60.0/24
198.245.61.0/24
198.245.62.0/24
198.245.63.0/24
142.4.210.0/24

doing:
142.4.211.0/24
142.4.212.0/24
142.4.213.0/24
142.4.214.0/24
142.4.215.0/24</p>
<p><i>Date: Wed, 19 Jun 2013 16:59:21 +0200</i></p>
<p style="font-size:90%;">done:

142.4.211.0/24
142.4.212.0/24
142.4.213.0/24
142.4.214.0/24
142.4.215.0/24

all deployments are finished</p>
]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 16:59:34 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4842</link>
<guid>http://status.ovh.net/?do=details&amp;id=4842</guid>
</item><item>
<title>Network:: FS#8833 — hold-queue bhs-1/2-6k</title>
<description><![CDATA[We are changing the hold-queue setting on bhs-1/2-6k in order to make the configuration uniform with the other DC routers.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Modernization</strong></p><p><strong>Category: Beauharnois</strong></p><p><strong>Status: In progress</strong></p><br />We are changing the hold-queue setting on bhs-1/2-6k in order to make the configuration uniform with the other DC routers.]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 16:57:39 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4903</link>
<guid>http://status.ovh.net/?do=details&amp;id=4903</guid>
</item><item>
<title>Private Cloud:: FS#8803 — Veeam beta deployment</title>
<description><![CDATA[We are launching automatic installation of Veeam beta for those who have requested it on the mailing list.<br />
Installation and configuration of Veeam will not affect production:<br />
- A virtual machine will be deployed on your Pcc automatically.<br />
- Once this machine is deployed and configured, you can take advantage of the offer via the &amp;quot;Backup Management&amp;quot; tab in the datacentre and the &amp;quot;Backup Management&amp;quot; option in the virtual machine contextual menu. A relaunch of the client vSphere will be required.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Modernization</strong></p><p><strong>Category: Backend / Core</strong></p><p><strong>Status: Finished</strong></p><br />We are launching automatic installation of Veeam beta for those who have requested it on the mailing list.<br />
Installation and configuration of Veeam will not affect production:<br />
- A virtual machine will be deployed on your Pcc automatically.<br />
- Once this machine is deployed and configured, you can take advantage of the offer via the &amp;quot;Backup Management&amp;quot; tab in the datacentre and the &amp;quot;Backup Management&amp;quot; option in the virtual machine contextual menu. A relaunch of the client vSphere will be required.<p><strong>Comments: </strong></p>
<p><i>Date: Wed, 19 Jun 2013 16:53:43 +0200</i></p>
<p style="font-size:90%;">All deployments are now finished.</p>
]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 16:53:48 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4873</link>
<guid>http://status.ovh.net/?do=details&amp;id=4873</guid>
</item><item>
<title>Domain names:: FS#8832 — ns.kimsufi.com sdns1.ovh</title>
<description><![CDATA[We have noticed that there is currently a large number of zone transfers pending. <br />
This could generate latency in receiving the zone by secondary DNS.<br />
<br />
We are investigating it now to find out the cause of the problem.]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Modernization</strong></p><p><strong>Category: DNS Servers</strong></p><p><strong>Status: In progress</strong></p><br />We have noticed that there is currently a large number of zone transfers pending. <br />
This could generate latency in receiving the zone by secondary DNS.<br />
<br />
We are investigating it now to find out the cause of the problem.]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 15:49:16 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4902</link>
<guid>http://status.ovh.net/?do=details&amp;id=4902</guid>
</item><item>
<title>Network:: FS#8819 — anti-spam network</title>
<description><![CDATA[We are carrying out setup tests on the duplication of outgoing email flow.<br />
The idea is to duplicate all the traffic created by customers, going out <br />
through port 25 (smtp) on an anti-spam network, and then to analyse the sample of<br />
emails leaving our network in real time by IP, in order to control <br />
whether the IP sends spam or not.<br />
If we detect an IP that does send spam, the aim is to be able to block the<br />
flow of (only) port 25, in less than 5 seconds after spam is first detected.<br />
All this without affecting the service performance for the customers<br />
that do not spam.<br />
<br />
In actual fact, we have far too many spam issues and it isn't enough to shutdown the<br />
servers a few hours after having detected the spam. It's too late.<br />
It must be done in real time and must be able to block the flow in a matter of<br />
seconds. So we are thinking of how to successfully cleanse our network of spammers<br />
(who can order servers like everyone else, in just a few minutes)<br />
]]></description>
<content:encoded><![CDATA[<p><strong>Task Type: Maintenance</strong></p><p><strong>Category: the whole network</strong></p><p><strong>Status: In progress</strong></p><br />We are carrying out setup tests on the duplication of outgoing email flow.<br />
The idea is to duplicate all the traffic created by customers, going out <br />
through port 25 (smtp) on an anti-spam network, and then to analyse the sample of<br />
emails leaving our network in real time by IP, in order to control <br />
whether the IP sends spam or not.<br />
If we detect an IP that does send spam, the aim is to be able to block the<br />
flow of (only) port 25, in less than 5 seconds after spam is first detected.<br />
All this without affecting the service performance for the customers<br />
that do not spam.<br />
<br />
In actual fact, we have far too many spam issues and it isn't enough to shutdown the<br />
servers a few hours after having detected the spam. It's too late.<br />
It must be done in real time and must be able to block the flow in a matter of<br />
seconds. So we are thinking of how to successfully cleanse our network of spammers<br />
(who can order servers like everyone else, in just a few minutes)<br />
<p><strong>Comments: </strong></p>
<p><i>Date: Mon, 17 Jun 2013 16:26:39 +0200</i></p>
<p style="font-size:90%;">The duplication of outgoing smtp flow has been set up.

We have 2.5Gbps to analyse in real time.</p>
<p><i>Date: Wed, 19 Jun 2013 13:37:18 +0200</i></p>
<p style="font-size:90%;">We are thinking of launching the R&D in a few days, 
the time it will take to build the server powerful 
enough to perform all analysis operations locally, 
then extracting only the stats on the amount of spam by IP.
</p>
]]></content:encoded>
<pubDate>Wed, 19 Jun 2013 13:33:32 +0200</pubDate>
<link>http://status.ovh.net/?do=details&amp;id=4889</link>
<guid>http://status.ovh.net/?do=details&amp;id=4889</guid>
</item></channel>
</rss>