We are currently experiencing an outage on our Amsterdam to Telehouse North connection. Traffic is currently routing via alternative paths on the protected ring. Traffic from Amsterdam to London may experience slightly higher than normal latency. We will advise once service is returned to normal.
Archive for January, 2009
Engineers will be in attendance at Interxion (London) in the early hours of Tuesday 10th February 2009. Directly affected customers will be informed of any planned outages prior to this time, however as work is being carried out in and around core services, all services at this site should be considered at risk during this window.
We have been informed by Telecity that Hex6/7 is running on generator power. All services connected to this site should be considered at risk.
We are currently experiencing issues at Cardiff, Kingston and Peterborough pops. This is due to a fault with NTL / Virgin Media in Telehouse, they are currently working to fix this.
Further reports will be made as soon as we get an update.
Subsequent to our earlier notification regarding the network issues effecting the Sheffield and Nottingham POPs, we have received information from our suppliers that they have tasked engineers to go to site. Unfortunately the estimate time to resolve is currently 6 hours. We are pushing for a speedier resolution, and will update as soon as possible.
We are currently aware of an issue with the link between London and Manchester. We are working to correct this as soon as possible, traffic is routing via alternative paths however this may affect latency or speed.
Further reports will be made as appropriate.
As part of the ongoing move to IPStream Connect, we are requesting that all users currently connected to Centrals 1-4 re-establish connection prior to the end of Sunday 25th January 2009. This reconnection is necessary as during the course of Monday 26th January 2009 the four centrals will be taken out of service. Any users that remain connected on Monday will be disconnected and will be migrated on to alternative infrastructure. This notice affects all DSL customers including both L2TP and LSS customers.
Whilst network changes are taking place as previously advised on this site, it has become necessary to temporarily remove access to the IPStream Connect status tool. This is because the tool could present incorrect information at times when necessary changes to bandwidth availability are being made on an IPSC interconnect by interconnect basis. We aim to restore access to the tool as soon as possible and apologise for any inconvenience that this restriction may cause you.
Further to our communication on this site (http://noc.enta.net/?p=381) we write to explain the reasons for reduced performance over the past few days and to apologise for any inconvenience caused to customers. Please be assured that we are working to ensure normal service levels are resumed as soon as possible.
In our previous communication we advised that, as users re-authenticate in order to connect to the IPSC interconnect serving them, we expect user volumes and bandwidth demand to vary among the interconnects and to be unrepresentative of performance expected when all moved users are connected to IPSC. It is therefore possible that variable performance may be experienced, especially during off-peak hours, until such time that normal volumes are established.
The process of moving connections from IPStream Centrals to IPSC is being executed without issue. However, at the point of executing the move, it is not possible for Entanet to know which IPSC interconnect individual users will be connected to, as this information is not available from BT Wholesale. Furthermore, as complete execution of the move relies on users re-authenticating to establish their connection on the new interconnect, it has not been possible for us to estimate the total bandwidth required to serve them. It is not feasible for us to set an artificially high bandwidth level, as doing so commits Entanet to that level with BTW for a minimum 3 month period. Bandwidth usage is therefore being continuously monitored and adjusted as users re-authenticate.
Whilst managing an increase in bandwidth availability per interconnect it has also been necessary for Entanet to operate the Anti-Loss Tool (ALT) on IPSC as it does on IPStream Centrals, in order that all users receive service. However, in this unsettled period, at times the application of the ALT has uncharacteristically affected performance to a greater degree. Further incremental increases in the bandwidth level proved to successfully suspend the ALT, albeit only temporarily.
These affects are currently being experienced mainly in off-peak hours only. During peak daytime hours the available bandwidth results in some minor activation of the ALT. Nonetheless we regret that off-peak users have experienced differing performance levels than they are accustomed to and will continue to actively manage bandwidth to a successful conclusion.
Further to the previous post, we have now moved the bulk of the remaining realms to IPStream Connect. Please be aware that end users need to re-authenticate in order to connect to the IPSC interconnect serving them (note that dropping the session for more than 30 seconds will be required to ensure the session is re-established on the new interconnects). As users do so over the coming days, we expect user volumes and bandwidth demand to vary among the interconnects and to be unrepresentative of performance expected when all moved users are connected to IPSC. It is therefore possible that variable availability may be experienced, especially during off-peak hours, until such time that normal volumes are established. The ALT is operational on IPSC and will take effect whenever necessary as normal.
The interconnect graph will be adjusted to reflect the available bandwidth at each handoff (instead of a percentage of the maximum capable on the interconnect). Please note that, in the short term, the illustrated results are unlikely to be indicative of available capacity.