Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing hardware upgrade works on our transmission platform. This planned activity will take place in Belgium."

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

We have received a notification of a maintenance by one of our transit providers, Core-Backbone.

During their maintenance traffic will automatically reroute over our other transit providers. We do not expect any issues.

Their maintenance reason is:
In the mentioned timeframe we will perform hardware upgrades at the following core-routers/core-switches:

fra20.core-backbone.com (Frankfurt2)

For transparancy purposes we decided to publish notification.

We have received a notification of a maintenance by one of our transit providers, Core-Backbone.

During their maintenance traffic will automatically reroute over our other transit providers. We do not expect any issues.

Their maintenance reason is: "In the mentioned timeframe we will perform hardware upgrades at the following core-routers/core-switches:

nbg20.core-backbone.com (Nuremberg2)
muc10.core-backbone.com (Munich1)
muc20.core-backbone.com (Munich2)".

For transparancy purposes we decided to publish notification.

We have received a notification of a maintenance by one of our transit providers, Seabone.

During their maintenance traffic will automatically reroute over our other Seabone connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is: "We are forced to move our equipment in Amsterdam into a new room . The migration of the circuits will be carried out with the least possible interruption . Unfortunately the activity can be not postpone *** CIRCUITS WILL BE SERVICE AFFECTING ***".

For transparancy purposes we decided to publish notification.

Slow speeds reported to Etisalat.

We have denied the path over AMSIX in the routing tables.

Best selected path is now going over Cogent.

Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing hardware upgrade works on our transmission platform. This planned activity will take place in France."

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing hardware upgrade works on our transmission platform. This planned activity will take place in France."

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

Wave service provider which connects Globalswitch Amsterdam towards the FranceIX peering exchange in Paris is having an outage.

Their outage reason was "Major Incident on Transmission Platform. Incident Type Fibre Break Interoute in Belgium".

All FranceIX traffic is automatically rerouted over other peerings and transits.

For transparancy purposes we decided to publish notification.


Update 20:10
Interoute resolved the fiber cut. Connectivity is restored.

Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing hardware upgrade works on our transmission platform. This planned activity will take place in France."

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

Update 2017-07-07:
This maintenance has been canceled by Interoute, their cancellation reason is: "Please be informed that this Planned Work has been postponed until further notice. As soon as a new time window has been decided you will be notified. We apologize for the inconvenience and thank you for your understanding "

Thursday 6th of July 2017 at 01:00 until 02:00 we will have a maintenance on the router at Equinix AM7 (EQX-AM7), all traffic will be rerouted and should not be affected.

Transit Customers on EQX-AM7 without a redundant setup may experience outage at this moment.

All fiber to the business customers located on this router may experience an outage at this moment.

Due to the type of maintenance we will have to bring down the router for re-adjustments.

We strive to have the downtime as short as possible and expect the downtime on this location to be less than 1 hours.

Update 3:06:
The hardware maintenance on the router has been done, we are now establishing all BGP sessions and monitoring their progress.

Wave service provider which connects Globalswitch Amsterdam towards the LINX peering exchange in London is having a emergency planned maintenance.

As this is an at risk notification, we expect no issues.

Their maintenance reason is "Please be advised that Interoute will be performing a Service Threatening Planned Maintenance in order to test free fibers with risk of flaps. "

For transparancy purposes we decided to publish notification.

During this time frame there will be a maintenance on the dark fiber connecting NZS (Nedzone) towards EQX-AM7 (Equinix AM7).

The connectivity between NZS and EQX-AM7 will automatically reroute over our Global Switch Amsterdam dark fiber during this maintenance.

Third party reason: "Please be advised that we will perform an urgently required cable relocation, there will be 2 times a small interruption of 5 minutes at most".

A DDoS targeted towards DBC (Databarn Capelle) to a router IP caused one of the routers to massively drop traffic.

We are currently trying our best to defend against this attack and will start a further investigation in this issue.

Once we have more information available we will update this post.

Update 2017-06-11 1:17AM CEST:
As the router is becoming more stable at this time, we also have contacted the manufacturer of the routers as one of the defenses against these attacks did not work as intended.

Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "in an effort to prevent an uncontrolled outage, we are forced to undertake an Emergency hardware upgrade works on our transmission platform. These works will be performed in France.".

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

2017-06-08:
We have received an email from the wave service provider that the above maintenance has been cancelled.

At 13.10 CEST the darkfiber going from DBC to Equinix-AM7 (EQX-AM7) went down.

After having contact with the 3rd party maintaining the fiber a cable cut was discovered along the fiber in question, they are now sending engineers to the location of the cut.

Update 15:35:
Splicing crew has restored the fiber bundle and the darkfiber is now back online.

During this timeframe there will be a maintenance on the darkfiber connecting DBC towards Equinix-AM7 (EQX-AM7).

The connectivity between EQX-AM7 and DBC will automatically reroute over our GSA darkfiber during this maintenance.

We do not expect any issues during this maintenance.

Third party reason: "Please be advised that euNetworks vendor will perform a necessary cable relocation on the dates and times shown below".

We have received a notification of a maintenance by one of our transit providers, Seabone.

During their maintenance traffic will automatically reroute over our other Seabone connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is "Our provider in Amsterdam will implement planned activity Due to reconstruction work carried out by the local authorities our provider is obliged to relocate a section of her network. This action will result in a temporary interruption of the service.".

For transparancy purposes we decided to publish notification.

At 19:30 CEST one of the feeds located at the Globalswitch Amsterdam datacenter (GSA) shutdown because of a blown fuse, the reason was a defective router power module.

Because of the feed outage the amplifier going from GSA to Databarn Capelle (DBC) lost one of it power supplies, the device is connected redundantly but the backup power supply made the amplifier stop accepting signals.

We immediately discussed this with the vendor of the Amplifier and after a short debug where asked to proceed with the restart of the complete amplifier after which the connection came back online.

We will be discussing this further with the vendor.

We have received a notification of a maintenance by one of our transit providers, NTT.

During their maintenance traffic will automatically reroute over our other NTT connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is "Users connected to this device will experience latency/downtime as we will be performing hardware maintenance affecting the service(s) listed below".

For transparancy purposes we decided to publish notification.

"Router 1 at Global Switch Amsterdam (GSA) is experiencing CRC errors on one of the uplinks towards NL-IX.

We do not expect any issues as traffic will be rerouted over NL-IX at our router in Equinix-AM7 Amsterdam.

Once the engineer arrives at the datacenter we will directly start the maintenance. The maintenance should not take more than 30 minutes.

For transparency purposes we decided to publish notification."

Router 1 at GlobalSwitch Amsterdam (GSA) experienced a failover from the primary to secondary management controller. The failover itself happened at 11.19 and toke several seconds.

Several hundred BGP sessions flapped and are currently exchanging routes. During this you might see routes changing and rerouting.

Update 13:10: The routing table is fully loaded and the system appears to be stable.

There is a fiber cut on the darkfiber connecting Databarn Capelle (DBC) to Globalswitch Amsterdam (GSA).

Engineers are dispatched to the location of the probable cut of the fiber.

Because of the outage some higher latency or small packetloss can occur.


Update 2017-05-11 22.20:
The darkfiber has been re-established again using a new path, because this is a completely new fiber over a different path throughout the Netherlands the amplifiers need to be re-tuned for the new fiber, on the side of GSA this has been done now after which the fiber stabilized.

Engineers are currently on their way to DBC to do the same tuning there, during that tuning you will notice some packetloss as this can only be done live.

Once the tuning at DBC has been done we expect the darkfiber to be fully working again.


Update 2017-05-11 23.35:
The DBC side of the darkfiber has also been tuned and optimized after which the connection DBC-GSA is fully functional again now.

We also received word from euNetworks that they are having a maintenance on the darkfiber between DBC-EQX-AM7 between 0.00 and 09.00 CEST, we do not expect any issues during this maintenance.

After their maintenance both darkfibers should be fully functional again.


Update 2017-05-12 00.10:
During this incident the fiber was already relocated over the west-side of The Netherlands. Therefore the works planned for next week in case #474 is already finished and hereby cancelled.

Wave service provider which connects Globalswitch Amsterdam towards the FranceIX peering exchange in Paris is having an outage.

Their outage reason was "Major Incident on Transmission Platform. Incident Type Fibre Break Interoute in Belgium".

All FranceIX traffic is automatically rerouted over other peerings and transits.

For transparancy purposes we decided to publish notification.

Update 2017-05-11 15:01:00:
Engineers have repaired the fiber break in Belgium after which the connection came back online.

We have received a notification of a maintenance by one of our transit providers, NTT.

During their maintenance traffic will automatically reroute over our other NTT connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is "Users connected to this device will experience latency/downtime as the router is reloaded and routing is reestablished. We will be performing a software upgrade affecting the service(s) listed below.".

For transparancy purposes we decided to publish notification.

During this timeframe there will be a maintenance on the darkfiber connecting DBC towards Globalswitch Amsterdam (GSA).

The connectivity between GSA and DBC will automatically reroute over our Equinix AM7 darkfiber during this maintenance.

We do not expect any issues during this maintenance.

Update 2017-05-12 00.10
During the incident in #474 the fiber has already been relocated over another path throughout The Netherlands (west-side). Therefore this planned maintenance is hereby cancelled.

Wednesday 17th of May 2017 at 19:00 until 21:00 we will have a maintenance on the router at Global Switch Amsterdam (GSA), all traffic will be rerouted and should not be affected.

Transit Customers GSA without redundant setup may experience outage at this moment.

Due to the type of maintenance we will have to bring down the router for re-adjustments.

We strive to have the downtime as short as possible and expect the downtime on this location to be less than 1 hours.

Update:
We have re-scheduled the maintenance from 17th of May 2017 at 12:00 until 16:00, to 17th of May 2017 at 19:00 until 21:00 due to some adjustments in the maintenance.

Update 21:32:
The hardware maintenance on the router has been done, we are now establishing all BGP sessions and monitoring their progress.

High latency reported to TEData.

We have denied the path over AMSIX in the routing tables.

Best selected path is now going over DECIX.

Wave service provider which connects Equinix AM7 (Amsterdam) towards the LINX peering exchange in London is having an outage.

Their outage reason was "The service was impacted by a hardware fault in Amsterdam. This was in the network of our local partner, after they replaced a faulty card alll circuits came up."

All LINX traffic was automatically rerouted over our Globalswitch (Amsterdam) link towards the LINX. During this incident higher latency and slower throughput might have been observed.

For transparancy purposes we decided to publish notification.

Wave service provider which connects Global Switch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing cable rerouting works on our fiberoptical network. This planned activity will take place in Belgium.".

All FranceIX routed traffic is automatically routed over our other exchanges and IP transits.

We have received a notification of a maintenance by one of our transit providers, NTT.

During their maintenance traffic will automatically reroute over our other NTT connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is "Users connected to this device will experience latency/downtime as the router is reloaded and routing is reestablished. We will be performing a software upgrade affecting the service(s) listed below.".

For transparancy purposes we decided to publish notification.

Wave service provider which connects Globalswitch Amsterdam towards the LINX peering exchange in London is having a emergency planned maintenance.

As this is an at risk notification, we expect no issues.

Their maintenance reason is "INTEROUTE, in an effort to prevent an uncontrolled outage, are forced to undertake an Emergency software upgrade works on our transmission platform."

For transparancy purposes we decided to publish notification.

*** Please note that this maintenance only affects customers with a fiber to the business internet connection at their office(s). This third party maintenance is not related to, and thus will not affect, any hosting or IP transit services. ***

Oono who operates the fiber infrastructure for FTTB customers in Gouda is having a planned maintenance. This maintenance will start at 00.00 CEST and will end at 06.00 CEST. The expected outage window according to Oono is 1-5 minutes.

We have received a notification of a maintenance by one of our transit providers, Seabone.

During their maintenance traffic will automatically reroute over our other Seabone connection as well as over other transit providers. We do not expect any issues.

Their maintenance reason is "Our provider in Amsterdam will implement planned activity Due to reconstruction work carried out by the local authorities our provider is obliged to relocate a section of her network. This action will result in a temporary interruption of the service.".

For transparancy purposes we decided to publish notification.

During this timeframe there will be a maintenance on the darkfiber connecting DBC towards EQX-AM7 (Equinix AM7).

The connectivity between Equinix AM7 and DBC will automatically reroute over our Globalswitch darkfiber during this maintenance.

Third party reason: "Please be advised that euNetworks will perform an urgently required cable relocation".


Update 2017-04-21 01.20:
At 00.50 during this maintenance, the darkfiber running from Globalswitch towards DBC went completely down. This together with the planned darkfiber from Equinix AM7 towards DBC, which was planned to go down during this maintenance. This left DBC site connected on our core ring network with one darkfiber running from RIX towards DBC. Due to this unplanned second darkfiber going down, caused by euNetworks, DBC was largely degraded in capacity.

At 01.17 both darkfibers recovered, redundancy and capacity are fully restored.

We have esclated this incident with eu Networks. This as as it is against policy and procedure to have works done at the same time, on fully redundant darkfiber paths, which are delivered by the same provider.

Wave service provider which connects Equinix AM7 towards the LINX peering exchange in London is having a planned maintenance.

All LINX routed traffic is automatically routed over our other LINX peering exchange connection. We therefore do not expect any issues.

Their maintenance reason is "Our engineers will perform repair works on the KPNi fiber cable, where they will replace 800m cable.

Expected outage duration: 359 minutes
".

For transparancy purposes we decided to publish notification.

Wave service provider which connects Equinix AM7 towards the DE-CIX peering exchange in Frankfurt is having a planned maintenance.

All DE-CIX routed traffic is automatically routed over our other DE-CIX peering exchange connection. We therefore do not expect any issues.

Their maintenance reason is "Our partner needs to perform re-route of the fiber cable due to road construction.

Expected outage duration: 300 minutes".

For transparancy purposes we decided to publish notification.

Router 1 at Equinix AM7 experienced a failover from the primary to secondary management controller. The failover itself happened at 15.21 and toke several seconds. At 15.26 the full internet table was available again at this router.

Several hundred BGP sessions flapped and are currently exchanging routes. During this you might see routes changing and rerouting.

There is already a maintenance planned to update the firmware on this router. This is planned for upcoming Sunday morning at 02.00 CE(S)T.

This coming night 10 April 2017 between 01.00 and 02.00 CEST we will be doing an emergency firmware upgrade on our second VPLS set located at EQX-AM7 to resolve a defect as noted by our vendor.

This will only affect the routing to Corebackbone and AMS-IX Layer 2 connections, Core-backbone traffic will be re-routed over our other transit providers.

After the firmware has been upgraded the switches will be reloaded which will take around 5 minutes.

Wave service provider which connects Globalswitch Amsterdam towards Paris is having a planned maintenance.

Their maintenance reason is "As part of our commitment to continually improve the quality of service we provide to our customers, we wish to inform you INTEROUTE will be performing mandatory cable works on our fiberoptical network. This planned activity will take place in France. Please be advised your services will be affected as per table below between 11/May 20:00 UTC and 12/May 04:00 UTC.".

All FranceIX routed traffic is automatically routed over our other exchanges and IP transit connections.

Update 2017-04-24:
Interoute has rescheduled this maintenance to the dates set below:
- New Planned Work Start Date: 29/Jun/2017 20:00 UTC (29/Jun/2017 22:00 CEST)
- New Planned Work End Date: 30/Jun/2017 04:00 UTC (30/Jun/2017 06:00 CEST)

We have received a notification of a maintenance by one of our transit providers, Core-Backbone.

During their maintenance the traffic will be send over our other transit providers.
We do not expect any issues.

Their maintenance reason is "hardware upgrades".

For transparancy purposes we decided to publish notification.

We have received a notification of a maintenance by one of our peering exchanges, NLIX.

During their maintenance traffic will automatically reroute over our other NLIX connection. We do not expect any issues.

Their maintenance reason is "Hardware upgrade".

For transparancy purposes we decided to publish notification.

We have received reports of slow speeds to RoadRunner.

We have removed Eurorings from the routing and the best route is going over Zayo.

At Monday 3 April 2017 we will upgrade the Cloud platform.

After reviewing the notes of the developer, we will have to notify that the VPSes are at-risk of reboot.

We do our utmost best to avoid any downtime possible.

Firmware Upgrade R1 EQX-AM7

A maintenance is planned for our Router 1 in the datacenter EQX-AM7, we will be upgrading the router to the latest firmware.

The traffic will be rerouted to Router 1 GSA during the firmware upgrade.

Please note for FTTB Customers, There is a possibility for disruption of your internet connection.

Firmware Upgrade R1 DBC

A maintenance is planned for our Router 1 in the datacenter DBC, we will be upgrading the router to the latest firmware.

The traffic will be rerouted to router 2 during the firmware upgrade.

EDIT: Date was in the past, this maintenance is scheduled at 2017-04-13

Firmware Upgrade R2 DBC

A maintenance is planned for our Router 2 in the datacenter DBC, we will be upgrading the router to the latest firmware.

The traffic will be rerouted to router 1 during the firmware upgrade.

Firmware Upgrade R1 DBA

A maintenance is planned for our Router 1 in the datacenter DBA, we will be upgrading the router to the latest firmware.

The traffic will be rerouted to router 2 during the firmware upgrade.

Firmware Upgrade R2 DBA

A maintenance is planned for our Router 2 in the datacenter DBA, we will be upgrading the router to the latest firmware.

The traffic will be rerouted to router 1 during the firmware upgrade.

EDIT: Updated the date due to duplicate with R1 Maintenance. This maintenance is at 2017-04-05.

High latency reported towards ASn. 9145 (Ewe Tel). We have removed AMS-IX from the list and the next best route is LINX.

Wave service provider which connects Equinix AM7 towards the DE-CIX peering exchange in Frankfurt is having a planned maintenance.

All DE-CIX routed traffic is automatically routed over our other DE-CIX peering exchange connection. We therefore do not expect any issues.

Their maintenance reason is "MAINTENANCE KPN, Fiber work. Expected outage duration: 300 minutes".

For transparancy purposes we decided to publish notification.