There are perennial discussions about air-to-air collisions and accusations of ramming, as well as ridiculous allegations about 'side bias' in air-to-air collisions. This occurs because, due to internet latency, in mid-air collisions, it is possible, and fairly common, that both planes will not be destroyed. Both pilots don't see the same thing. One player sees that he missed the collision (he saw the threat and successfully avoided it), but the other did not receive that information in time, collided with the plane he saw and Boom!
CRS staff routinely ends up explaining the issue in the forums. Here are some of the explanations.
Look - its really simple.
You and X are inf standing at opposite sides of a road facing north. At precisely 00:00:00 you both start running north with the same speed.
It takes his packets 50ms to get from his machine to the server and 150 from the server to you. If you look left while running, you will appear to be ahead of him by about 200ms. On his screen, you are probably about 200ms behind him -- the actual times can vary as much as 50ms.
If he runs for 5s and stops, you'll see him stop where he stopped, his course and position is true, but where you see him is ~200ms behind.
So when you are flying, you are both flying based on where the other guy was in his trajectory ~200-300ms ago.
Lets assume that you are both going to travel through the exact same position in space, point X.
On your screen you and he both hit this point at T0.
What's being displayed for you, though, is this guy's position as it was at at T0 minus 200-300ms.
Now -- since the travel time goes both ways, when he passes thru X on his screen, he sees you in the position you were at as of T0 minus 400-600ms.
T0-200 : Other guy passes thru Point X T0: His data arrives so on your screen both of you pass thru point X, colliding T0+200 : Your data arrives at his end so other guy sees you pass point X
Your screen: collision His screen: Gap equivalent to travel of 400-600ms
300mph = 440 ft/second @200ms = 88ft @600ms = 264ft @900ms = 396ft
Lets take an incredibly good setup and assume that you see a collision at point X at T0, and send the positional packet out and it arrives at his computer 100ms later.
[X+00]----[X+44]----[X+88] his perspective
\ _/ \ /| _\| / \ /
[X-44]----[X+00]----[X+44] your perspective
X is the point in space +## is the distance from it in feet.
This is, of course, assuming you are both approaching point X.
The point is - he doesn't see you at the collision point for however long the packets take to travel from him to you telling you he is at the collision point and from you to him to tell him you're at that point. Which is quite a significant portion of time at aircraft speeds.
Bottom line is that this really really simple.
If you hit a plane on your client you die, simple.
If he hits a plane on his client he dies, simple.
Since planes are not in the exact same place on each client, it's rare that you both hit on both clients.
Bottom line, don't hit any planes on your own client and you won't die from collisions, just like real life.
If you do hit a plane on your end, you rammed him. Don't whine that the other guy didn't hit you on his end, he avoided you.
Whoever's client sees them self hit another plane first dies. That's it in a nutshell.
In air collisions its the guy who dies client making the death decision, not the guy you ran into.
If the guy jinks out at the very last second, internet latency could show him going straight for just that split second needed for you to ram all up into him.
Sometimes if neither guy moves, nor each see a very similar tracking distance on their screens at the same time, both will die.
Netlag and Collisions http://www.errthum.com/troy/warbirds/tests/netlag.html