A bit simplified, but what happens is that each flight is assigned a departure procedure during startup. That procedure is runway specific and designed to keep traffic clear of other runways so they can have traffic departing from multiple runways at the same time.
Imagine a runway on the left and one on the right, the left runway departure procedures would have an early left turn and the right runway departure procedures would be straight ahead until some altitude and then a right turn.
Now if you depart from the right runway but accidentally select the departure procedure for the left runway, the instruments (and autopilot) would indicate a left turn at about 500ft, right into the path of traffic from the left runway.
This mistake is common when for example a plane is first assigned the left runway and then during taxi changes to the right runway. Or the preflight paperwork includes the left runway departure procedure, but the actual assignment from ATC is the right runway (this was a source of incidents in Amsterdam for a while with some airlines)
If you're really interested, read this incident report via Google Translate, it describes exactly how this type of incident happens: https://www.lvnl.nl/voorvallen/20220415-verlies-van-afstand-...
On ATC side, maybe departures could have been more proactive and warn AA of traffic together with tower. On AA side, maybe they could have been listening to tower for a while as they are tuning in to departures (there were 10–20 seconds where AA was not listening to tower anymore and did not come in on departures yet). Seems hard to blame either of them in particular.
Original comment as is:
If the video is to be believed, the tower did tell American right away (at 1:36 in the video, way before any visible corrections by either plane were made) that there is traffic and to stop the climb. It’s unclear whether American paid attention to tower, because seconds later they came in on another frequency saying they have traffic in sight. When asked afterwards whether tower gave them a heads-up they denied it.
Of course, ITA paid even less attention, considering how they were the original cause of this all and how for 30 seconds they ignored ATC’s request to turn right immediately (issued at about the same time that AA was warned about traffic).
This doesn’t contradict that what AA did was proactive and possibly life-saving, but I have a suspicion that the initial deviation by ITA could have been benign if both crews paid their full attention to comms: what if ITA started to turn 270 immediately as they are told to (while continuing to climb up from 1500), and American simply stopped their climb at 1500? I am not 100% confident.
That said, I would also agree ATC could have been more proactive, harder on ITA (instead of just telling them to turn again 30 seconds later). Presumably they are strapped for resources right now.
(There could be errors in the above in case the chart and different radio communication tracks in the video are out of sync with each other, which is possible.)
The audio does an excellent job of showing a layperson how difficult it is to interpret and who's going wear based on sound, and then I had to go back through the video to see the turn.
These people aren't being paid to do this right now? Is that right? I'm not American, but that's what I've heard.
[1]: https://www.nytimes.com/2025/11/07/travel/shutdown-air-traff....
[2]: https://www.nytimes.com/2025/10/20/us/politics/shutdown-air-....
[3]: https://www.theguardian.com/us-news/2025/oct/28/air-traffic-...
It may or may not have advised what to do (to climb/descent/etc.) because that is turned off below 1000ft, and they were approximately at that altitude at the time.
There's got to be a better solution surely?
Perhaps they type instructions? And hope someone reads them?
Perhaps they drag and drop vectors? Then what, a radial menu with emergency modal screens?
Or maybe they click some buttons, forcing the occasional look away from the screen?
Maybe AI could do it all?
For this, voice is perfect. We have been following instructions by voice since humans could grunt. We do not require anyone to look away from the screen (ATC) or look down from the window outside (pilot) for any reason.
We do not require rebroadcast because everyone can hear and take initiative if required.
By what interface, specifically, should someone required to fly an airplane interact with ATC while flying that airplane? By what interface should someone who needs to see where everyone is all the time be able to contact that pilot that cannot look away from the world outside ever and cannot use their hands for anything but flying at a critical time?
Chesterton's ATC.
This doesn't even begin to touch on the complexities that will come from full integration of drones and eVTOL into the national airspace, which will absolutely swamp a one-speaker-at-a-time analog FM comms system.
How about digital HD audio at least? In parallel with legacy analog audio.
The next step is visual alerts for pilots if the ATC tries to call _them_. You know, like our phones can do for nearly 150 years.
Edit: I'm studying for a private pilot license, and the difficulties in just understanding what the ATC and the other pilots are talking about is really a major stumbling block for me.
Here’s some ideas: 1. A data side channel 2. Use it to send originator for each message, have unique note on other end per sender so they don’t need to check visually, but also show on their display so corrupted or suspicious sender can be verified, in desperate circumstances (rather than the current case of “that cannot be done at all”). 3. Digital audio, allowing actual high quality audio, which we know does improve comprehension, which should not be optional in this context. 4. Take some lessons from modern coms systems on how to handle overlapping coms, plus the extra bandwidth from digital, so overlapping coms is handled gracefully (I realise the realtime nature prevents being too clever, but perhaps blocking all but the first to speak and playing a tone if you’re being blocked), perhaps with some sensible overrides like atc and anyone declaring an emergency getting priority. Currently overlap obliterates both messages and it’s possible for senders to not even know their message was lost. This has contributed to accidents, whilst basic direct radio transmissions cannot avoid this, smart algorithms with some networking could definitely reduce the failure cases to very rare and extreme scenarios 5. Let atc interact with flight planners on aircraft, show the aircraft’s actual locally programmed flight plan to atc, with clear icons if it differs from the filed plan atc has, and perhaps as an emergency only measure, allow atc to submit a flight plan to the aircraft (not replacing the active plan of course, just as a suggestion/support for struggling pilots, “since you have not understood my instructions 3 times, please review the submitted plan on your flight computer, note how it differs from what you programmed”) 6. Aircraft usually know where they are, and which atc they’re meant to be communicating with, have the data channels talk even when the audio channel is not set correctly. If incompetent pilots forget to switch channel, you can force an alarm instead of launching a fighter jet, or just have a button for “connect to correct atc” and a red light when you’re not on the correct one.
That’s just the ideas I’ve come up with just now. 4. Is probably quite hard to get right, and 5 could add load, so should be done carefully. But hard to believe the current system is technically optimal, or even vaguely close to optimal.
Admittedly, I know the real reason is that having 1 working system for everyone is better than a theoretically great system that is barely implemented and a complicated mess of handoffs between the 2. But with care they can absolutely improve things, but feels like things are moving a few decades slower than they should be.
If you want to listen in yourself.
Now idle chatting with coworker Wendy about dinner will take you out of that situation and make you more dangerous.
https://en.wikipedia.org/wiki/Automatic_Dependent_Surveillan...
as the video says at the beginning, the audio is sourced from LiveATC, which is a network of volunteers with their own radio equipment [0] who tune in to ATC frequencies and then livestream them.
those volunteers are by necessity not at the airport itself, but some distance away. and the audio is compressed to 16kbps MP3 for livestreaming purposes.
this means the sound quality we're hearing is going to be worse (significantly worse, in some cases) than what the pilots and controllers actually hear.
> They're sending instructions by voice.
I get that it's 2025 and it's tempting to say "everything should be a text message". but remember that there's 2 pilots in the aircraft, the Pilot Flying and the Pilot Monitoring [1].
under normal circumstances, the PM handles talking to ATC (among other duties). but both pilots have headsets that allow them to hear transmissions from ATC. and crucially for the Pilot Flying, they hear those messages without taking their eyes away from actually flying.
modern aircraft do have a text message system of sorts [2] but there is a very good reason why the crucial ATC instruction in this case ("turn right heading 270 immediately") happens via voice and not an ACARS message.
also, it's important to remember that airline pilots in the US have a minimum of 1500 hours of flying time, and pilots flying an A330 on an LAX-Rome route probably have significantly more than that. we're watching a 5-minute video and going "oh it's a bit hard for me to follow this" but for actual commercial pilots this radio chatter is routine and something they have been practicing for years.
0: https://www.liveatc.net/faq/
1: https://skybrary.aero/articles/pilot-flying-pf-and-pilot-mon...
For ATC environments the voice data is a series of pre-expected prompts. You could do something different but you would pretty much have to redesign the whole system from scratch without making things significantly more complex. Complexity is the enemy of reliability.
Aircraft have much better quality electronics than a $20 tabletop radio located some distance away by whoever is ripping the stream.
This is a field where they need more .9999s than Amazon.
FWIW, the KBOS incident I saw didn't seem to be ATC either, if it was actually what I thought it was. It does seem like either of them may have been caught earlier if there had been more ATCs on staff or if they weren't as stressed or sleep deprived.
ITA plane taking off around 1:08:15. The camera doesn't follow it but you might be able to hear someone yelling wtf around 1:08:58.
Sort your country out!