Our Network:
Major Outages


Minor Outages


Happening Now


Future Planned


Suppliers' Network:
Open Events:
Adding Capacity
Nov 12, 11:00 AM (2 days ago)
32273 / AA32273
    2 days ago by Andrew

    We will be installing two new LNSs to give our network more capacity. These LNSs will be named 'o.gormless' and 'p.gormless', and will bring our LNS count up to 16.

    1 day ago by Andrew

    The new LNSs are in service now.


    Due 1 hour ago (overdue)

Oct 10, 10:03 AM (1 month ago)
32151 / AA32151
    1 month ago by Andrew

    We are increasing our capacity to BT by having new links installed.

    This work actually started a few months ago, but the order process takes a long time! We are now at the stages of plugging in cables, configuring devices and then moving customers over.

    This will be improving our capacity for our BT based ADSL, VDSL, G.FAST and FTTP circuits. TalkTalk connected circuits are unaffected (They are already using 10G links).

    We will keep this status post updated with any work that may be customer affecting, we are also detailing the progress on this page: https://www.aa.net.uk/new-bt-hostlinks/

    1 month ago by Andrew

    We are aware of some BT lines having some packetloss in the evenings - it's not all lines as it depends on how they are being routed.

    A challenge we have is that we have multiple 1G links to BT at the moment, and traffic is not being balanced over them evenly which is resulting in some of these links sometimes getting full - and this causes the low levels of packetloss on some lines.

    We have been planning upgrades and have had orders with BT for some months now. It's taking time but we're very nearly ready to use these new links to BT. We have details of the work taking place here: https://www.aa.net.uk/new-bt-hostlinks/

    Unfortunately, the orders have taken longer than we expected and we're at a point where this has started to impact customers.

    There is good news, we're hoping to be able to and some trial customers on the new BT links next week, and once we're happy we'll be moving every one over bit by bit over the course of a week or two.

    We've always stated that our aim is not to be the bottle-neck, however for some customer in the evenings we are. We are working hard to resolve this though.

    Further updates will be posted to these pages: https://www.aa.net.uk/new-bt-hostlinks/ and https://aastatus.net/32151

    30 days ago by Andrew

    We are testing the new hostlinks on staff lines today.

    30 days ago by Andrew

    We're ready for some customers to try our new BT hostlinks! This will involve A&A staff changing some setting and the customer changing the PPP login on their router.

    For this trial, customers will need to have a single (non-bonded) BT line. Please email trial@aa.net.uk with your login and we'll make the changes and will get back to you.

    23½ days ago by Andrew

    We originally said we'd start moving customers on from Friday 18th October. This plan has changed slightly; We will start the process of moving customers over to the new hostlinks on the early hours of Monday morning (21st October). We will be moving customers on a per-LNS basis and moving one LNS each day. The move will involve forcing lines to reconnect, so customers will see a PPP drop overnight.

    9½ days ago by Andrew

    The move to the new hostlinks is still happening . We expect it to be completed early next week.


    Due 1¾ days ago (overdue)

Nov 09, 10:00 AM ( 5 days ago)
Broadband blip graph

The graph shows the last few hours of logins and logouts of ADSL, VDSL, SIMs and L2TP circuits.

The current time is on the left. Green is login, red is logout.

If there are spikes, then this shows a large number of logouts, which may indicate an outage or planned work happening.

You can click on a spike to search for incidents or maintenance that were open around that time.

About our status page

This is the status page of Andrews & Arnold Ltd.

Our status page shows outages (problems) and maintenance (planned work) that happen on our own network and systems and also that of our suppliers networks and systems. We try and ensure this site is updated as soon as possible with incidents as they happen. Live discussion of issues is usually available on IRC.

The last update was Yesterday 10:57:02

Contacting us
Our support number is 033 33 400 999, or you can email support@aa.net.uk or text 01344 400 999 to raise a support ticket.

Spotted a Major Service Outage? (MSO)
A Major Service Outage disrupts the service of multiple customers simultaneously. If you believe that a problem affects multiple customers, and is not mentioned here already, text the number above. Begin the text with "MSO". This alerts multiple staff immediately, waking them if necessary. False alarms (i.e. raising MSO for a single line being down) may result in your number being prevented from raising MSO alerts in future. More info.

Regular Maintenance
Thursday evenings, from 10pm, are designated as a general maintenance window where we will perform non-service affecting updates.

Congestion Reports

Every night we analyse the packet loss and latency from us to our carriers and also from us to each of our customers.

A&A to Backhaul Carriers

This table show un-errored seconds on our connections in to our carriers for the past 7 days. Our aim is for all of these to be at 100%.

Links to carriers

We have links to back-haul carriers BT and TT.

Our target is that we operate a uncongested links to the carriers. This means that if the general trend is that the link will be getting full we order more capacity from carriers. The capacity we order is expensive, takes time to change and has minimum terms. This means it can be difficult to perfectly manage the traffic. We allow some head room but not more than necessary. It is technically impossible to guarantee that the link is always uncongested (not without having a pipe the size of all internet links in the world added together) but by careful monitoring and allowing enough headroom we can aim for that target.

This table shows an analysis of how well we meet our target.

Unerrored seconds

The unerrored seconds report is the simplest statistic to understand. If we drop even a single packet in a second then this counts as an errored second. Given that we can be handling hundreds of thousands of packets every second, this can be a very sensitive measure of congestion. Bear in mind we will drop the larger packets first which will normally be TCP which re-sends the dropped plackets. This helps ensure VoIP and interactive uses of the internet are unaffected.

Daytime unerrored seconds are based only on 9am to 6pm Monday to Friday


We also consider 100 second samples. If we have reduced the throughput of non-premium lines at all (as a result of dropped packets for several seconds in a row) then the whole 100 seconds is considered to have affected non-premium customers. Because we are looking at 100 seconds at a time it is possible for very short busts of traffic to cause this to show a worse figure than the unerrored seconds. Even if traffic was reduced by 0.5% for part of the 100 second period the whole 100 seconds counts as errored.


Considering the 100 seconds samples, there is a limit to how much we will reduce the non-premium customers. If that limit is reached then we consider the whole 100 second sample is having an impact on premium lines. This is a sign of much more severe bursts of congestion for several minutes. Bear in mind, a single 100 second sample in a day is more than 0.1% of the day, and even if this does happen VoIP and interactive services should be unaffected.

Read more.
Updated 6 hours ago. Link congestion stats
Link Week days 9-6 24 hour Non-premium Premium
TalkTalk 100% 100% 100% 100%
Backhaul Carrier to Customers

This report can pinpoint congestion in exchanges, BRAS's or particular areas of the country.

Method of analysis

Every line is sent an LCP echo every second and loss and latency measured. This is summarised per 100 second sample and archived for every line for each whole day. The previous day is then analysed each morning and the above table is updated.

Each line is considered to pass, fail or be inconclusive. Inconclusive includes lines where samples have too much upload or download which could themselves cause higher loss or latency to be observed. Lines with less than 18 hours on-line are excluded totally.

Latency is considered against a reference base-line latency for the circuit, and this has to be present for several hours to be considered. As such, lines without clean latency monitoring (some makes of router) are excluded.

For an area to show in the above table there must be no lines that pass at all, and at least 50% of the lines must fail (the rest being inconclusive). Where we have very few lines we require 80% to fail (and none to pass) to show on this list. The area must also have enough lines, so some smaller exchanges will not be detected.

The size stated is what percentage of our total lines are in the affected area.

The block graph under each report for yesterday is based on an average of valid samples for each line for each hour, and then taking the lowest value of all lines in the affected area, so the loss and latency shown is something that is affecting every line in an area.

Updated 6 hours ago.

There are no currently identified congestion spots

We are not able to automatically identify all congestion spots so this does not mean there are not problem areas, do contact Support if you think you are suffering from congestion.