Airlines are running out of 4-digit flight numbers(viewfromthewing.com) |
Airlines are running out of 4-digit flight numbers(viewfromthewing.com) |
If it were just twice as fast, was given priority or had it's own tracks, and had enough trains that a following one could pick you up in a disaster, and without random bedrooms that just smell like the 1970s, I would take it almost exclusively.
Otherwise.. sadly.. Amtrak is for when I don't actually care if I arrive at my destination or not. If I'm lucky I get where I'm going and most of the time I get a steak on the way.
YMMV but where I live, I need to either pay for the parking at the airport, have someone shuttle me or take a taxi/regional train/bus to the airport.
For domestic use in my country, plane is competitive on paper, meaning some flights are much cheaper than train tickets. However the cheapest flights are the early and late flights which means regional train/bus to go to the airport are not an option. Usually you don't want to annoy friend/family very late in the morning/night because...well that's kind of rude. So you have to either use your own car and pay more for the parking than the actual plane ticket, or take a taxi that will also cost more than the plane ticket. Congratulations! The cost of your trip has already doubled or tripled from the advertised price! Now if you haven't thought of making your own sandwich add the aditionnal cost of buying food + drink at the airport and you will be adding again more than the original price of the one-way plane ticket! And that is without even mentionning the shady tactics of some cheap companies. Take a ryanair flight for instance, and once in a while they will ask you to check your luggage in one of their bagage check gauge and charge you whenever you have a bag that cannot stand upright on its own even if it fits the gauge and will force you to pay an aditionnal 70€ fee.
As for the time, it is also something where you have to consider the sum of all. My rule of thumb is regardless where I am flying, I know I will lose pretty much half a day. When doing sub 3h flights you are usually spending as much or more time commuting in/out of the airport and in the airport than flying.
On the other hand the train station will allow you to take your own drinks, and even if you didn't have time to make yourself a good sandwich, and don't want to pay for the more expensive options at railway station you will always find some cheap takeaways or supermarket close to it. The railyway station is usually in a city center as well which may be more convenient in many situations and you can reach the railway station 5 minutes from the departure time and you will still be fine.
Once you have factored all that, the train can often end up being the cheaper option, as well as the fastest one if this is an high speed train and you don't have to change train.
Blockchain Ai.
* adds a 5th digit
You write that as a negative, but for me that's just an even bigger bonus. The only thing I want from a city center is how to get out of the city center. I never actually want to go there.
I have not personally noticed much difference in commute costs plane vs train. Car trips, taxis, and public transport, have all been around the same time and cost to both. And the plane tickets I've looked at have been at all kinds of hours, early, middle of the day, and late. Exactly the same with the train, there's no specific pattern. (Obviously this is very specific to the location.)
You have a point with the food, it's easier to bring on a train - luggage as well, but then again the plane is so much faster you don't need to bring as much food.
And I do factor in wait time for an airport, very short trips are faster and cheaper in your car, longer trips are better in a plane. The train just doesn't really fit in anywhere - it's the same speed, or slower, than a car, and less convenient. (Even if the train is physically faster, getting to/from the station adds so much time the car works out faster.)
I book a lot of Spirit flights, and not only are they cheaper than a train, they are even cheaper than a bus! Every one in a while I go back and check all 3 options, and the plane and (occasionally) car win every time.
If you want people to take more train trips they need to cost 1/10 of what they currently do, or at least be 5 times faster. Without that, well, people just aren't going to use them.
If computers were like airplanes, programmers would show pointers to users.
Edit: A1 seems to be unassigned, which might be even better, to not create confusions.
Probably the issue is that lots of assumptions around AA exclusively being American Airlines is baked in somewhere. That said, it seems easier than any of the alternatives (and recycling seems excessively risky and confusing).
The is where we all say “not my problem” and don’t give it another thought. Don’t waste your time on these guys.
It's not like we're not in a climate crisis after all.
I don’t think alphanumeric flight numbers are a thing currently.
They are rare though
That's just a typo in the article, the actual flight number is AA777
https://www.airportia.com/flights/aa777/dallas-fort-worth/la...
Perhaps American Airlines could have both AA & AB, so they would then have 20k flight numbers to use?
Delta code sharing with Air France may limit direct competition on the few international routes they share, but in general it is also good for passengers because Delta cannot operate flights wholly within Europe and Air France cannot operate domestic US flights. Code sharing allows a passenger to buy one itinerary complete with rescheduling for missed connections and correctly handled baggage.
/s (just in case)
It's what this signals for the future of the planet's climate.
It means it’s the time to upgrade the system.
Mentally if the number has significance for sort order etc, you can think they are like decimals they would be 1234.0 and 1234.5, when not set in older systems it can be ignored i.e. 1234.0 is same as 1234.
More seriously the solution suggested of giving the 3 companies other unused prefixes like D* U* and A* to use with their codeshares and non rev flights to start seems the easiest.
Then on the ticket, there would be an extension section that tells you the alias of the person that is about to board. We can call it SNI or Sitter Name Indicator. Another section could be an indicator if the rider is alive when boarding. We can call the extension a heartbeat extension.
That would have the additional benefit of being able to tell at first glance if your flight is actually flown by the airline you are booking or by someone else. But I'm not sure airlines actually want this to be that obvious...
Not to mention, there are bits where if I buy a JAL ticket for AA internationally, I get 2 free checked bags while the same AA sold and operated flight has no free checked bags. The JAL code lets the airline systems quickly determine they can't force you to pay up at the luggage drop-off because you are under the other carrier's rules for the flights.
A lot of this is based on the pre-smartphone age but I don't think there's better solutions that are both computer, person and policy friendly either.
But I would think that this change could be made on the backend much easier than trying to add another number to the flight IDs.
if flightNumber.startsWith(OUR_AIRLINE_CODE)
Especially if they got proper tests.
Certainly way easier than replacing use of a deprecated API (and people do this kind of stuff all the time).
That's exactly it. And what happens in merger situations where they keep operating some of the flights with the letters of the old companies
The A* space seems full, the D* space is almost full though, U* has some space https://en.wikipedia.org/wiki/List_of_airline_codes
Adding a prefix would mean that all software need to change at the same time in order to include the prefix. Adding translation layers can be done on top of existing old software.
Except SLAAC, but that wasn't part of the original design anyway. That was an accident when some major vendor implemented SLAAC before it implemented DHCPv6. The plan was to keep DHCP.
The folks that invented it must’ve never had to deal with a mission critical task during a DNS outage, for example.
This sounds like it's calling for trouble!
Whenever I hear that any IDs could be "recycled", I make a mental note to replace the person making such a proposal from all teams that I am involved in.
The worst is I once was put to work on a system where they even recycled GUIDs... I thought "which part of GUID do you not understand, the G part or the U part?" (from which it follows they also don't really understand what ID means)...
Why not just get rid of them and book on the original flight number? Is it needed somehow in their systems to know how a flight was booked or what flights are eligible? Can that be fixed instead of the flight numbers?
The legacy trading system (X Windows/Solaris/C++ based) was originally written in a time where market volumes were low so you couldn't have more than 10,000 orders (due to a limit on the size of the order id field).
As volumes increased in the late 2000's, there were days where we were in danger of running out of orders ids.
The fix? The system generated order ids 7 days a week even if trading only happened 5 days so we "borrowed" order ids from Saturday.
All of the above mentioned airlines are the size they are because of mergers.
Why don’t they use the IATA codes of the airlines they absorbed. For example Delta merged with Northwestern. In addition to DL, they could also use NW. American merged with USAirways. They could use US in addition to AA. United merged with Continental. They could use CO in addition to UA.
Northwest Airlines.
I'm sorry if I'm pedantic, but Northwest was my childhood airline flying with my dad on many of his business travels and I have many fond memories with them. My Delta SkyMiles account hails from Northwest WorldPerks, opened in 1998!
I might also have a soft spot for Delta because of that too.
Lesson: if you make your IDs easily decodable, people will decode them and use them directly instead of whatever API you intended them to use.
I'm hoping that behind the scenes they really are looking at a better plan than just "work around it", but the workaround can buy them time; and if their operations plan is strong, they'll be able to roll it out very slowly in parallel while all their back-end stuff gets upgraded. (This would require some aspect of the new system to make it immediately distinguishable from the old one, e.g. three-letter airlines or whatever, but that's a minor detail compared to all the other stuff they'd have to work out.) Bonus points if knowing the "old" number lets you algorithmically derive the new one somehow, and vice versa, to make the transition period easier. :)
(I worked on Library Management Software for 6 years).
Airline-IT is mostly just a big pile of workarounds to cope with limitations from 40+ year old systems. I've worked with reservation systems and seen their modernizations through the years. Modern xml-formats shoving megabytes of data for every reservation. They are very wasteful, generously designed with redundant fields, long feature-lists and all kind of annoying shit. But at the end, your whole booking can still drip on the passenger's name being one character too long. Even after decades and multiple iterations of interfaces, at the core the systems today still depend on whatever someone in the 1960s considered as good enough for the US-market.
Systems like Sabre are 60+ years old.
They were running out of train numbers.
Indian railways today operates 13,000 trains daily.
There is a PDF that talks about the problem, the solution, exceptions, and a rollout plan.
One fine day, IT systems seamlessly transitioned—-took some time to wipe the old numbers from passengers memories.
https://indianrailways.gov.in/railwayboard/uploads/directora...
Something like "DL1234" and "DZ1234" for Delta?
I know a lot of the two-letter codes are claimed too, and I'm sure there must be some reason this wouldn't work OK, but it would seem like they they would each have at least one code left over from the various airlines they've acquired over the years?
If an American Airlines regional flight started with "TW1234" again, for example, I don't think it would break the world.
I sorted the airlines by two letter codes [1] and the list is pretty busy but hex 20 for Space is still available.
Attention passengers, flight 3467548742468759027225995322800483168368 to Dallas is now boarding.
Maybe use QR-Codes to store/display the UUIDs, and everyone should walk around with Apple helmets (what are they called?) that scan these codes as you walk around in the airport... (Facetious idea)
That wouldn't describe any passenger I've ever known, including myself. We identify our flight by destination and departure time. Airport boards are conveniently sorted by departure time.
In case of a tie, I'd fall back to airline, also indicated separately on the board, but a tie over destination and departure time has never happened.
The fact that no one just overhauls the system with backward compatibility and sets a deadline for the migration, is just insane for me. All these specific problems are solved, and in production (in freight for instance) for more than 2 decades now. But aviation just goes on with their 70s system.
Problems in 2D space are amazingly forgiving compared to those that occur in 3D space. The caution civil aviation has is because of the history of flying that is written in blood.
Now slightly unsure whether I did not dream up the whole episode, I did a web search and found https://travel.stackexchange.com/questions/157429/what-is-th...
So IATA seems to have formally introduced that in 1994. (Whether they have abandoned it again later I don't know.) So big airlines could just get a additional 3rd letter(s). The first 2 would not have to change, which makes it easier for humans.
Separately I also find code-sharing slightly confusing, especially if you're trying to find out who's actually operating your flight for things like checkin counter, etc.
UA-LGA-LAX-001
LH-LHR-FRA-012
/obviously/
UA001 from LGA to LAX
LH012 from LHR to FRA
I know airline systems have a lot of legacy code so it might be difficult, but at least logistically (having adequate space to print / display them), and for humans to deal with it's not too difficult.
But to be honest, I'd also say it's not that useful for me personally. It's a lot easier to remember your destination and fight-time - (i.e. I'm on the 19:30 to Berlin) than a flight-number, and only once do I think there was ever the potential for confusion).
[You experience may vary, especially if you are are used to flying a busy flight corridor.]
I thought this was already common on a lot of airlines. For example, tomorrow, Southwest flight 1861 goes from MDW to DAL from 1:55pm to 4:10pm, then from DAL to SNA from 4:50pm to 5:55pm, then from SNA to PHX from 6:30pm to 7:50pm. I was on two legs of a similar flight a few years ago, and I didn't even have to get off the plane at Love Field.
> and it’s really only a problem for three airlines in the world.
I don't think there will be enough motivation from the rest of the world to solve this problem any time soon.
https://www.iata.org/en/programs/airline-distribution/retail...
Those shorter codes will necessarily be reused, it's just a question of the time interval between re-uses of any particular code.
I faintly recall seeing two Southwest flights from ORD to BWI that had the same code a couple years ago, so I decided to look it up. And yes, it's a thing: Flight 1555 from ORD to BWI departs at 4PM today, and flight 1555 from ORD to BWI departs at 4:20PM tomorrow.
I'm curious, can anyone find a re-used code on a shorter time interval than that? It seems like 24 hours is perfectly reasonable, but how narrow can the window be? 12 hours? 6?
There is. It's called the Globally Unique Flight Identifier (GUFI), and it's essentially a UUIDv4[1].
[1]: https://docs.fixm.aero/#/general-guidance/flight_identificat...
Either way, when they talk about re-using flight numbers on the same day, what they mean is they create multi-stop flights to use the same number for each segment instead.
So you'll see flights like, hypothetically...
> AA 1325 ORD-LGA
> AA 1351 LGA-YUL
> AA 1352 YUL-LGA
> AA 1326 LGA-YUL
Getting converted into a single flight number.
> AA 1325 ORD-LGA-YUL-LGA-ORD
Basically converting this to a flight from Chicago to Chicago via New York and Montreal nets them a 4:1 reduction in numbers used.
You can still book each segment separately, and if they generally book the same plane, say some Envoy Air regional jet, for all four segments, there's little risk that irregular operations will lead to two planes in the air at the same time with the same number. Worst case they can give that one segment a new flight number for that day.
They've been doing this a lot in the last few years, especially on regional flights, and especially in the northeast where there's a ton of short hops.
[edit] If they want a bunch of their flight numbers back they can stop codesharing and switch back to relying on interline ticketing and sell the operating carriers flight number. I can't really think of anything good that's come of codesharing to individual passengers.
At least that's what I feel like I normally see.
Why do you find that remarkable? That's just the same flight departing at slightly different times on two different days.
My mother recently had an itinerary where both her flights were this flight - the PHL-ATL leg on a Sunday and the ATL-PHL leg on the following Saturday.
(It looks like as of Tuesday AA 1992 becomes a DFW-SEA-DFW flight, but it's the same sort of thing.)
I figure this isn't a problem as long as the two legs are flown by the same plane. But what if the PHL-ATL flight were delayed and American decided to fly the ATL-PHL flight as scheduled with a different plane (say because lots of people booked on that flight had connections at PHL?) That seems like it could create trouble.
It rarely causes problems, but very occasionally does.
You can change the aircraft and the flight code stays the same. Many flight codes happen on a regular schedule, like daily. But the same flight path and pattern at a different time on the same day will get a different flight code.
Some patterns have many flights per day along the same path — maybe ten or more. But they each get a different flight code.
All of this is within a single airline or codeshare, of course. Two different airlines can use the same four digit set of numbers for totally different flights, because the full flight code includes both the airline designator and the four digit number.
I understand the sentiment, but in this case, someone is trying to solve for constraints they didn't invent.
Flight number was fixed to 4 digits long ago and propagates out to a lot of different systems, many not in the same company as the airline, also many being government entities.
So they don't have a lot of great choices.
I'm sure it sucks that it's "four digits only" but the air travel industry isn't immune from changing specifications. I believe ancient cultures called this software maintenance.
https://www.nats.aero/news/nats-report-into-air-traffic-cont...
Mental note to not work for you.
This sounds pretty messed up to me. Someone makes a suggestion or throws out an idea you don’t like so you’re gonna essentially cut them out of your professional life or even fire them? Am I reading this right?
In some instances it’s simply because they are extremely junior and they can be taught, but most instances it’s because they have a habit of shortcuts.
Now that I think of it, this would make a great interview question.
It's interesting that this is called out, because there are frequently at multiple flights in the air with the same flight number
QF1 / QF2 is now over 24 hours, and has daily flights. It seems pretty feasible to have the SIN-LHR leg be delayed just enough so there's two SIN-LHR QF1s in the air at the same time.
Singapore Airlines has some 19 hour flights. Qantas hopes to have a 22 hour flight 'soon'. Very feasible that these can be delayed just long enough so there's two of the flights in the air at the same time.
They've competing constraints here: they need all flights to be uniquely identified while in the air, but also all flight identifiers need to be easily expressed over audio. So, even switching to e.g. hexadecimal could be difficult, because "A" can sound like "8". So maybe we use phonetic alphabet for those digits?
Oh but wait, this is to say nothing of the devices actually tasked with transmitting/receiving this info. If the software engineers correctly identified the risk here, then the flight numbers are being stored as two 16-bit integers inside the firmware, so there's plenty of headspace. But if not (say, they only gave 14 bits to the flight number, and 10 bits to the airline designator), then the firmware has to be updated. The FAA lists 648 air traffic control installations in the US, covering 19,000+ American airports. For what are probably obvious reasons, the lions's share of the equipment is not set up for firmware updates via a simple push mechanic, if its setup for remote update at all.
All of this to say, I agree, its dumb, but when this stuff was invented, the prospect of almost 20,000 airports in the US (so, probably on the order of 100,000 globally) likely seemed impossible. Future-proofing has a physical cost, and at the time, it may have been literally impossible to calculate the true cost.
We moved the system towards using arrays which are filled with object data and the index of the object in the array is now the id… the 32-bit ids were of course 4x smaller.
All this being said, we do not claim the objects to be “globally unique”.
Edit: if I could go back in time though, I still might give this pattern consideration https://lucassardois.medium.com/generational-indices-guide-8...
For example:
https://www.southwest.com/air/flight-status/path.html?depart...
There won't also be a SW981 today that say takes off from HOU to OKC.
Couldn't agree more, not even interested in debating it
And it's mostly a holdover from legacy systems airlines are entrenched in, so there isn't much else anyone can do here short of completely reinventing the mainframe reservation systems and heavily refactoring all the pieces that depend on it.
Given that the industry has rejected the natural but very expensive solution, and that airlines exist in a connected space, this information is shared with partners and external parties so they can't just change their internal systems, it doesn't seem like there are too many solutions.
One solution could be to assign multiple airline codes per airline, but I'm not sure of the downsides.
Do you have a solution you think would work?
You'll regret using natural keys https://news.ycombinator.com/item?id=40580549 (554 comments)
There's an EMR/EHR we use at my employer that reuses UUIDs. If an appointment is moved/rescheduled, the UUID is reused for that appointment meaning the UUID is no longer UU. It causes major issues with other apps that interact with the EMR/EHR, to the point we have to educate users to cancel and create new rather than rescheduling appointments.
Recycling unique IDs (more precisely: changing the underlying thing the ID points to) is not impossible; there’s lots of pathological failure modes; for certain ID-spaces it’s kinda a required use case; so we have to deal with it.
How many 192.168.1.1 devices are out there? How many different distinct physical boxes respond to traffic going to 1.1.1.1?
It is, and from what I hear it's routinely causing hiccups in the German freight train network with its sometimes really ridiculous delays that sometimes can add up to > 24 hours.
And if the answer isn't known by the sources the writer quotes, the writer should say so.
Someone hardcoded that field 50 years ago and it's impossible to change the type. It would be easier to just abandon planes altogether, and set up a parallel transportation system.
This suggestion is also obviously trivially discarded: it is safe to assume that many, many, many systems expect only numbers in those fields, and will blow up if they encounter letters.
What's the point of reading the news if not to muse about "what happens next" or "how we should deal with this" in the story of the humans.
Should we sit there going "Welp, I guess someone knows more about this than me". If we took that attitude you'd never speak about anything.
- a technical solution that is generally somewhat obvious or at least is picking which of 2 or 3 proposed solution makes the most sense
- a co-ordination problem that will require hundreds of different entities to agree on timelines, rollout plans etc etc
Now, this does happen (Sweden switching traffic side of the road [0] an Y2K) every so often but it's a LOT of work.
A quote by Fry from Futurama comes to mind:
> Zoidberg: All 6,000 hulls have been breached! > Fry: Oh, the fools! If only they'd built it with 6,001 hulls! When will they learn?
Stop codesharing with marketing flight numbers that are useless. Airlines do perfectly fine selling tickets without having the flight marketed by themselves and they can handle inter-airline agreements without it.
A problem posited without sufficient solutions is an invitation to them to provide a solution for that problem solving dopamine hit.
Nevermind that nobody has asked for such a thing or whether they’re familiar with the problem space themselves.
Problem is decades and decades of software with the assumption of 4 digit flight numbers baked in.
My hunch would be an additional airline code would probably be the easiest solution.
I can't buy an itinerary consisting of just BA238 on aa.com but I can buy AA6981 which is its codeshare. I can also buy an itinerary where I fly AA on BOS-JFK and connect to BA JFK-LHR, because there's at least one AA-marketed flight on the ticket.
The marketing carrier also can affect how the operating carrier gets paid -- codeshares can have different inventory which allows airlines that are partners but not super close to hold back inventory for themselves.
Dunno if that’s a requirement that AA has, but I’ve totally bought 100% Air France metal tickets that don’t even touch US soil on Delta because Delta sold the same itinerary for way less.
The other thing is airline points/status - sometimes you get no status points/miles on non-codeshare partner flight numbers but you do on the codeshare flight numbers.
If it's a connecting flight, and the incoming flight is running late, then the airline "sorts you out". Basically they know sboit your connection and make a plan.
I've been on a plane out of Heathrow that waited for a 30-min late incoming flight. I've also been on a late flight where my connection has been rebooked for me because we arrived late.
If you book "2 tickets" you're basically a no-show to the first flight, and you're on your own dealing with that airline.
Believe me when I say I was pissed and made sure everybody knew, including the travel agent that booked us that deals with high end corporate travellers.
Etihad lost a bunch of business from AU because of that.
Basically your travel agent is incompetent
That couldn't possibly work, as it will make it more difficult for airlines to play their bullshit games with inventories, differential pricing, status and bonus miles.
But, similar reasons: mixing branding is going to cause confusion (codeshares already do this enough without injecting a “third” airline into the mix).
And regardless of that we’re talking about codeshares anyways.
There's a photo in that article that shows the problem: the flip-tab sign that has space for four numerical digits. I was thinking they could just switch from 0-9 to 0-9A-Z but that photo showed why that would be a disaster.
Plus any solution has to be approved for use worldwide.
Fortunately the two-digit IATA codes have already switched to 0-9A-Z (e.g. JetBlue is B6) so allowing constrained airlines to use two codes should work fine.
And that's why they should have started thinking about this 20 years ago (or even before that)
Thinking of something like this: every new development and maintenance should be done with 5 digits in mind. While keeping it backwards compatible for 4 digits
I don't see why for instance you could do a slow roll out by using only letters for internal flights of countries that are ready for the switch. If you did that at first only for the USA that would probably leave enough room for Delta and the 2 other companies that need them in the short term. And then you upgrade the rest of north america: Mexico + Canada, then you continue the roll out. I am pretty sure all european countries could coordinate to do the switch at a specific date in the future as well.
I guarantee those signs could easily be updated for that. They’re built to allow replacement of each cell and routinely do so since cells break. Switching to 0-9A-Z would take one night for them.
And then there’s always that risk that some idiotic exec will cancel the project to chase a half billion dollar market instead. I can’t recall where the system needed up being sold to but I’m sure it died an ugly death thereafter. Writing the core in lisp was a risky move.
I've worked on codebases like this -- I've seen it take a team of engineers years to add a single digit to an ID number in a multi-million LOC mixed language codebase that was written in the 60s.
It's not that it can't be done, it's that it costs millions of dollars and takes years and you're never sure it's actually done because nobody has ever written a single test for the system and if you tried that would take years as well.
That is, could you partition the flight network such that nobody has purchased or ever will purchase a single ticket that spans flights from both ranges? Assuming maybe that a significant number of “backbone” flights (e.g. between hubs) can themselves be “codeshared” between the new DL and DZ ranges. If so, how much new flight number space could you buy, considering the tradeoff between “codeshare all the new DL/DZ flights” and “free up the most new flight numbers”?
I also used to know what most of the MARC 21 (library interchange format) codes stood for ... but that has now been purged from the memory banks ... except 245 $c - statement of responsibility https://www.loc.gov/marc/bibliographic/bd245.html
Unless the PHL-ATL flight is more than 40 minutes late, I don't think you'd necessarily have two planes moving through air traffic control with the same code at the same time. While the PHL-ATL flight lands and goes to its terminal, the ATL-PHL plane can be boarded, cargo can be loaded, and such. If PHL-ATL is less than 40 minutes late, you wouldn't even cause a delay for the ATL-PHL flight.
Which uses the last 2 numbers of the flight number, and an alphabetical character. BA use this on a lot of transatlantic type flights where delays etc can be an issue.
And, technically, the two flights 1555 in my example aren't the same - one departed at 4:00, and the other at 4:20. Both flights were on-time, so this wasn't a scheduling issue delaying one or the other. 20 minutes isn't a big difference, but it is still a difference. How big does the difference have to be to make Southwest assign two different codes?
Even more philosophically asinine, what do we even mean when we say two flights are "the same?" If Southwest thinks those two flights are the same, then clearly departure time only matters within a certain fudge factor. So that's one part of the picture. Do the make and model of plane need to be the same? Does it need to be the very same physical airplane?
Are any of these questions important to my everyday life? No! Are they interesting? Absolutely!
Also, airlines regularly make minor tweaks to their schedules. It's possible that what you saw was one of those tweaks taking effect.
IPv4_Device: Yea
Router: I'm sorry, you wouldn't get it.
More people access Google with IPv6 on weekends, currently 46%, than on weekdays, 43%. Presumably because mobile and home networks are more likely to be IPv6 than offices.
Yes, that's the problem. It's unusable on your fucking home network.
Please, don't post again the 10 "concise" 50+ page documents that you "just" need to read to set up ipv6...
I assume that in theory any given train #/station/date is unique, but given Amtrak's notorious delays, I'm sure that theory has been disproven at least once.
> It would be easier to just abandon planes altogether, and set up a parallel transportation system.
Yeah, that might be overdoing it just a bit.
Air Canada will renumber a daily flight if the delay goes past midnight (to avoid having two departures with the same number on the same day). I doubt it’s just a courtesy, but an incompatibility with their (or enough airports’ systems).
This is commonly called "software maintenance". I believe that most places have contracts to keep software up to date for changing specifications/operating systems.
Is it the id of the appointment at that time or is it the id for the appoint meant.
Seems like the originator chose the latter and the others the former.
I fly a lot of "Delta" flights that are entirely KLM or Republic metal, often buying the Republic flights with Delta points earned on the KLM flights. (NB: the Republic airplanes say “Delta” on the side, while the KLM ones say KLM.)
Zero when they're not flipping, and close to zero when they are. Even under direct sunlight, to overcome which LCDs need >100W / square meter.
Not true always. Often I see them sorted alphabetically by Destination, then time (in west coast US). Or occasionally (in middle east) by Airline Name & then Time. All Qatar Airlines together. Sometimes even whole LCD Labeled (digitally, on screen) as A-E, F-M etc. and a bit frustrating way, because often I know my flight destination, but not precise time (& sometimes time shifts around), sorted by pure time.
Except that you go on to describe boards being sorted by time? They may also sort by destination or airline, which are the other pieces of information that I noted passengers already know. You can't use an airport without knowing your departure time and airline, and while it's technically possible to use the airport without knowing your destination (sort of... in point of fact, whenever I check in, the clerk invariably asks me where my final destination is), that's not a scenario that's ever going to come up.
Nobody knows their flight number, and therefore they don't use it for any purpose, including the purpose of identifying their flight.
> and a bit frustrating way, because often I know my flight destination, but not precise time (& sometimes time shifts around), sorted by pure time.
What's the frustrating part? If you don't know the precise time, why does that matter? Knowing it to within an hour will unambiguously identify the flight.
In Detroit, there was confusion on the plane as someone else had the same seat assignment but they found me another seat. They finally figured out I was on the wrong plane when we landed in Memphis. I was bounced off a full flight and had to wait 8 hours for the next plane to Houston.
Only one of the flight attendants seemed to pay attention to the flight number on my boarding pass.
I was also on a flight once to San Jose, California that had a passenger who was supposed to go to San Jose, Costa Rica.
This is what the logistics look like today for the two cases:
I. (I bought the direct flight)
A. Show up at the airport and check the board for a Republic flight from Detroit to Houston. Learn from the board where the checkin counter is.
B. Check in at that counter ("Final destination: Houston") and be issued a single boarding pass showing the boarding gate.
C. Show up at the gate, which displays information about the flight, including a final destination of Houston.
D. Board.
II. (I bought the cheaper flight with a layover)
A. Show up at the airport and check the board for a Republic flight from Detroit to Memphis. Learn where the checkin counter is. (They're both Republic flights, so this will be the same counter.)
B. Check in at that counter ("Final destination: Houston") and be issued two separate boarding passes, one for a flight from Detroit to Memphis and another for a flight from Memphis to Houston. Only the first one will have a gate number on it.
C. Show up at that gate, which, like the flight board, shows that the flight will be going to Memphis.
D. Board.
The flight number on your boarding pass wouldn't matter, because you'd be trying to board a flight to Memphis using a boarding pass that says you're flying to Houston.
What was different then?
I don't remember what boarding passes looked like then. I assume detachable, printed boarding pass stubs were not yet being used.
I actually started the trip in Grand Rapids, MI where I presumably checked in at the main counter, and received seat assignments for two flights (GRR => DTW, DTW => HOU (Hobby or International). I probably checked a garment bag.
I don't remember the circumstances in Detroit but somehow ended up boarding the Memphis/Houston flight rather than the Houston flight. I don't know if I was at the wrong gate because I read the wrong flight on the monitor, saw a gate with a sign that included Houston, or some other reason. I don't remember any boarding announcement so maybe I had a tight connection.
I then handed my boarding pass to the gate person and boarded the plane. It wasn't until there was a seat conflict in Memphis when a flight attendent noticed my boarding pass did not match this flight.
I suspect it was a one-stop flight rather than a hub-and-spoke connecting flight like I had in Detroit. Maybe the original signage listed both airports. I did not get off the plane in Memphis until the next set of passengers came on and someone said they had my seat. Then finally, an employee finally noticed I was on the wrong flight.
I do remember airline employees discussing that it was a full flight and they considered having someone on an employee ticket give up their seat but in the end they booted me off.
My luggage arrived ahead of me.
Let's say you are traveling from Incheon to Atlanta on a flight with a Delta number. Would you go to the Delta desks to check-in? Maybe... is it a real Delta flight or a flight operated by Korean Air but marketed by Delta? I think getting rid of codesharing would make it much easier for travel novices.
In prior roles, I've worked at 2 of the largest US airlines that have gone through mergers. There are lots of hard-coded letters in decades-old code that help identify what's mainline, regional, and OA (other airline). We're talking everything from reservations (booking) to revenue recognition (flight departure).
It would be no simple feat to upgrade the tech stack. Hell, some of the mergers are still lingering within the systems because airlines wanted to complete it quickly for the passengers. The backend, however, has band-aids all over the place.
I quit after a year because I hated having to hustle to make payroll.
This is a problem for people inside those 3 airlines to solve within the constraints that the current living world has imposed on them.
You list listed off the largest airlines on the planet of which pretty much every other airline has to interoperate with. This isn't "AA just has to deal with it", it becomes "This is now everyones problem".
Is codeshare as a "solution" really the best solution or is it just the best solution that also meets the marketing teams requirements?
Do smaller airlines even care for a solution? Wouldn't a global industry wide solution basically be the big 3 bullying the smaller players to spend tons of money so the big 3 can juice their own mindshare?
What I am saying is that "the rest of the world" is bigger than AA.
Passengers don't want to see "multiple airlines" in their itinerary. They wonder if the baggage allowances are the same, and if those bags will make it all the way to the final destination. They wonder if they'll get miles on their "main" airline for the whole trip, or if it will be broken up between different loyalty programs. They wonder if the connection is actually doable time-wise, and if there's a delay, will the airlines work together to either hold the next leg for some amount of time, or rebook without hassles and fuss and each airline pointing at the other, claiming it's not their responsibility.
Codeshares solve all these problems.
1: If I've paid on a non budget airlines _site_ (like Lufthansa,Air France,SAS,etc) and then see another livery on the plane I'm boarding that I'm not expecting I'd be slightly disappointed and lose trust in the selling airline regardless of any codeshare. If I see when ordering on the SAS site that the second leg on a route is handled by Lufthansa I'm not gonna worry.
2: Baggage allowance is clearly stated when ordering tickets online from a serious airline (because they love to show low prices for no checked in baggage and scrounge you for any extras).
3: I was actually wondering about that on a recent flight so I kept an eye on details and the baggage tag receipt I got clearly stated the route I was flying so I knew the baggage would end up where needed.
4: Bonus program points are usually stated when ordering.
5: The US should just follow the EU lead and harmonize rules a bit (maybe there's already some basic rules in place?), EC 261 has codified some basic rules to alleviate traveler worries in terms of responsibilities when it comes to delays and cancellations. (1)
It's 2024 and we really don't need to pile on bad cludges upon 1960s solutions to keep things working.
And yes, yesterday or today might've been the time to start a process to extent the flight code system within a 20 year horizon, but to extend it in a hurry because of airlines duplicating crap with codeshares is just silly.
1: https://europa.eu/youreurope/citizens/travel/passenger-right...
Sure, though, those fields (marketing carrier/flight + operating carrier/flight) drive things like what the kiosk or agent charges you. Say you booked on AA, but part of your travel was a codeshare on BA. That integration is how all those terms and conditions get followed. Why you pay the AA $50 overweight charge for your big bag rather than the BA $65 charge. Similar for refunds and loyalty programs. Take loyalty...the points aren't awarded until you fly, via a "lift" message. And if it doesn't have the right marketing carrier + flight number, that "lift" message doesn't get processed.
Yes, it's old and rooted in the 60's. And yes, it's got issues. Nobody is selling it as elegant. Just that it serves useful functions now, and that it's ensnared in enough separate internal and external systems that replacing it with something better is not trivial.
Honestly codeshares suck regardless. If I chose an airline it’s because I did not want to deal with their annoying competitors.
So the ego thing is somewhat true, but that decision happened long ago, and already created tendrils that are hard to unwind.
I.e. IPv6 is used by the general public, but the general public is not using IPv6.
Modern clients and servers get IP addresses in these new whole IP ranges and can communicate together.
Relatively easy to adapt the code of modern software also since it's about removing a restriction from a client-perspective.
Load-balancers and legacy clients use IP addresses from the old pool.
If you have Windows XP you can communicate only to legacy IPv4 (in practice only loadbalancers from Cloudflare, GCP, AWS and co) and your other legacy stuff. Others happily communicate together.
But no, we got this wonderful IPv6.
Sad because it was really doable, theoretical maximum below 512 GB of memory for routers to store the whole routing table, it's manageable, versus the 2.176×10^22 exabytes (!) of IPv6.
> The `Aircraft Identification` is NOT an identifier of an aircraft. It is an identifier of a flight.
> There is. It's called the Globally Unique Flight Identifier (GUFI), and it's essentially a UUIDv4[1].
Great, step one cleared.
Now have all the legacy systems everywhere that use 4-digit flight numbers been updated or replaced?
Overall seems like a project of huge size and somewhat unknown reach. Not my domain, but I would imagine all kinds of ground support systems to have the four letter flight numbers baked deep into their assumptions. And not only direct support like fuel, cleaning, work shift scheduling, but also logistics systems for cargo, military systems, myriad of ticketing systems etc.
Undoubtedly we’ll push the issue forward for another 10 years before realizing that the next best time to start was today :/
It's a very top-down initiative by ICAO and all the large aviation authorities—quite unlike the rest of the software development industry.
Frankly speaking ATC is the only thing that really matters in the context of flight safety—ticketing, terminal operations, etc don't (and don't need to) deal with FIXM.
Researchers and academics are quite possibly the last people on earth I would ask to deliver safety-critical software.
Flight codes -- and making sure they don't break systems -- is a software engineering problem.
Different skillsets. I know folks who work at national labs. They have neither the skillset nor the interest to do this kind of work. (I am a researcher)
I wouldn't be super surprised to see routers getting IPv6 addresses and doing a 6in4 NAT, so devices behind the router get IPv4 addresses.
I would be surprised and impressed if your devices were actually getting public IPv6 addresses.
IPv6 can be kind of unwieldy, but the bigger issue to me is that old and/or very cheap clients (like bargain-bin AliExpress IoT stuff) may not support IPv6 at all.
I believe you can run DHCP for both and let the client pick one, but then you're into running dual-stack routers, and I would be very surprised if ISPs had any interest in supporting them for home use.
I may well be wrong, though. I haven't looked into it in a few years, because my ISP doesn't support it.
EDIT - Oh, you’re talking about public IPv6… similarly, my router (a TP-Link Archer 1200) gets assigned a prefix by my ISP, which it then auto-assigns inside devices IPs from, again without any explicit configuration or intervention on my part. Super easy.
Can you ssh/other forms of remote into any machine that accepts ssh on your local network using only ipv6?
Can you redirect ports to specific local machines using only ipv6 (that implies they keep constant addresses)?
Can you easily switch between two internet connections going through different routers that are plugged into the same switch for any machine on your local network using only ipv6?
Speaking of which, since the ISP decides on the addresses behind your NAT, can two separate ipv6 internet connections even exist on a local network?
This is all easily doable with ipv4 in like two afternoons without setting up anything beyond perhaps a dhcp server and some firewall rules. How many additional services do you need to do that with ipv6? And how enterprisey are they?
> Can you redirect ports to specific local machines using only ipv6 (that implies they keep constant addresses)?
Yes. Use domain names in configuration files. It more robust, easier to read, and is better protected against network changes on the local network.
I have been part of multiple ISP changes and searching through configuration files for ISP specific IP address ranges is never fun. It wastes time and is prone to errors. In enterprise settings domain names rarely changes and even when they do, the old primary name are usually retained for backward compatibility. An ISP can get replaced fairly quickly if an alternative is cheaper or provide a better service.
> Can you easily switch between two internet connections going through different routers that are plugged into the same switch for any machine on your local network using only ipv6?
Are you talking about BGP? BGP is a fairly complex protocol and uses some archaic configuration syntax, but even so there are generally no differences between ipv4 and ipv6. It is the same pain making sure both ipv4 and ipv6 switch between the two routes correctly.
If I want to manually assign addresses it's still pretty simple, but in the end I normally just don't care. I don't want to know what IP my printer is, I just want to reach it. Which isn't a challenge at all. Even for things at my home that are IPv4 only they're practically all DHCP. Because there's little reason to ever really care about something's address.
> Can you ssh/other forms of remote into any machine that accepts ssh on your local network using only ipv6?
I have no problems reaching any host on any of my networks even if they're running only IPv6. It's nice too because I can trivially reach any port I want globally as well with a basic firewall change. Even better I can have one host have many IP addresses with different services bound to each address if I want.
> Can you redirect ports to specific local machines using only ipv6 (that implies they keep constant addresses)?
Why do any port redirection at all? Just set the firewall rule and things can hit it. And yeah, they can keep constant addresses. They can have dozens, hundreds of static host addresses if I want.
> Can you easily switch between two internet connections going through different routers that are plugged into the same switch for any machine on your local network using only ipv6?
If that's something you're really wanting, Network Prefix Translation can be done pretty easily. But the vast majority of home users aren't using dual WAN anyways.
> This is all easily doable with ipv4 in like two afternoons
Sounds like your setup with IPv4 took more work than mine with IPv6, as mine only took me an hour or so while yours took multiple days.
The reason I did it was it was a personal side-trip (to see family) on an international work trip, and although my employer would let me mix work and personal travel on their booking (provided I reimbursed them for the cost of the personal portion), the bureaucracy involved had put me off going down that path.
How does that work, given that the cost of the personal portion isn't independent of the rest of the booking?
I was just looking at a flight plan on kiwi.com that they could book for $900, with the individual legs costing $250, $350, and $500 if booked through the carriers.
It’s probably not strictly necessary anymore today (as you say, I’m pretty sure I’ve had a ticket across two carries without a codeshare number), but maybe it was at some point?
It's the monumental effort of coordination across many, many entities running legacy software and doing so in a way that doesn't take down critical infrastructure in the process.
It's very, very difficult but in a completely different way to building weather modeling systems.
I have absolutely no problem remembering the last byte of any machine on my network. Because that's all it takes with ipv4 on a sorta complex home network, no need for extra services.
> Are you talking about BGP?
No, with ipv4 i can just change the default route :)
Everything is NATed behind the two routers so changing the default route changes which connection that machine uses. You're thinking enterprise, and then ipv6 becomes ... fine. I just have a hack that works fine for me.
> The point is that users see a holistic system and neither know nor care about the underlying implementation details.
I basically ended up getting a free one-way flight for vacation.
They will also show you itineraries that result from booking separate legs of the flight separately, which I'm guessing is what you're referring to. That's not in the fine print; you cannot possibly avoid being made aware when that's happening.
(BTW: I've had multiairline itineraries many times. I think a lot of airlines are perfectly happy to do it because they can't fly domestic in that country and the domestic airline doesn't fly international. Also, there have been times when I haven't been able to, and I've been worried about it, and I got to the airport for manual checkin, and they've said "oh, i see you have an ongoing flight to such-and-such, do you want me to check you in for the whole journey?")
In terms of datatypes, I like the idea of just going with a 5 digit integer. It seems fairly straightforward to change in most databases/systems. And while having a much smaller upper limit, it's 10x bigger than the limit that's taken us 60 years to reach.
Also, he mentioned no Alphanumeric datatype in Excel Format Cells. It's called General, because it's the default and most of that apps user's don't know what VARCHAR is.
Some of these systems are indirectly responsible for keeping people safe and alive. This "oh well, you should have paid attention and taken care of it" attitude won't fly.
Seriously, this is something that could have been rolled out over the course of years. They could have talked about it at industry conventions and otherwise socialized the idea of updating dependent systems. Are those mission critical systems just willy-nilly connecting to these systems? Or is there some authentication? Because if there's authentication, there's usually some record of contacting the admin of that other system. Like how API service providers know who the owners of API keys are. Make it a required step of their annual FAA filings to certify that they have become 5 digit compliant (or whatever it gets called). If there's a way to make them prove it, make them prove it. If it has to be done to each aircraft, require it.
You get my point, there's so many practical ways to handle this. That's not to say it's easy but it's possible. Even just an audit of systems relying on communications to these legacy system(s) for actual flight operation would be a useful thing that I'd think most airline operators should have documented somewhere.
My thought in that comment was the further way from mission critical systems are the ones that will be more likely to unintentionally ignore the switch over notices and have a crash. At that point we're talking about Kayak.com going down or something that is absolutely not mission critical.
We need to have a way of rationally solving this issue that's not just some throw our hands up and ignore the problem until it's critical type situation. It a reality of our technical world that old stuff will require some breaking updates at some times.
>They also still have fun with flight numbers for instance running flight 1776 between Philadelphia and Boston; flight 1492 to Columbus; AAA777 to Las Vegas;
AAA777.
Am I missing something?
A far as why the number 777 is amusing, it's gambling. The combination 777 is a jackpot on a slot machine, Additionally AA777 is a great hand (full house) in poker.
A competently designed system should be able to convert between "internal" and "external codes" using only trivial string manipulation (e.g. no external dependencies, nor any databases to load at runtime; while adding or removing the code type magic-prefix is trivial; and computing/veriftying/concatenating/trimming any check-digits should also be straightforward, like a CC or VIN check-digit.
...basically, copy what Stripe does (except I wish Stripe would announce a far smaller and reasonable length-limit for their Object-Ids instead of handwaving around a vague reference to needing as 255-char database column - because it messes-up all of my RDBMS query-plans' memory grants because it allocates (N rows * 255 bytes) whereas in reality all of my Stripe Object-Ids are well-under 32 chars in length, _le sigh_.
The reason it's not unique (using my rudamentry understanding of networking) is because multiple routers can broadcast the same IP so devices can use the closest router.
However I think it's fair to say IP address are intended to be unique to an org while private ips are not.
Sure, but the person I'm replying to wasn't making a distinction here. They're just saying, "Have you ever changed the static IP address of a computer", where does that exclude RFC1918 IP addresses? I'm right for the right reasons IRT to the person I'm replying to. There are IP addresses which are absolutely not globally unique in any way, shape, or form by design.
> I think it's fair to say [public] IP address are intended to be unique to an org while private ips are not.
"Unique to an org", that's massively different from "globally unique" which is what the person I replied to suggested.
> multiple routers can broadcast the same IP so devices can use the closest router.
100% correct here, that's the biggest reason why you'd have an IP address shared among a lot of different devices.
I’ve been working in tech for 20 years, am coming off a year-long sabbatical, and for the past couple of months have been struggling with the feeling that the joy is gone and I should consider a radical career change.
Reading (what feels to me as) the aggressive pedantry of parent commenter in this thread is giving me a straight up anxiety attack. I’m not sure I have it in me anymore to be in meetings with people whose brains work this way.
Is it like this in every industry or is it more concentrated in tech? I don’t know who’s going to see this, but if you have any perspective or feedback you’d like to share, I’m all ears.
There’s exceptions like broadcast IPs, but the point is that it is a system for uniquely locating devices and listening OS processes with IDs routinely shifting around.
That's something very different from a single airline issuing a ticket for a complete itinerary, which importantly makes them responsible for getting you to your final destination in case of missed connections, checking your baggage through etc.
If you still have the confirmations or boarding passes, you could check for the three-digit numeric e-ticket number prefix, which defines which carrier actually issued the ticket.
So which globally unique box is 192.168.1.1:443? Can you point to exactly one device out there with that IP:PORT combo? There's probably hundreds of millions of that IP:Port combination currently running and listening.
Which globally unique box is 8.8.8.8:53? You think there's seriously just one network adapter listening for traffic at 1.1.1.1:53? These aren't "broadcast IPs".
https://en.wikipedia.org/wiki/Broadcast_address
And even then, "ultimately associated with a single physical network interface on a device" isn't correct either. You can have multiple physical interfaces listening on the same IP and end up with the same ports.
My Macbook Pro currently has unique IP + Port, associated with a single process listening to it over NAT and packets you send are routed to its network interface. Next week, someone else’s laptop could have that same IP + Port. That’s the main idea here, not these exceptions.
if you take someone elses public IPv4 address and they're using it, neither one of you will be functional, and they will come knocking on your door.
Sure, but if I have the IP address 1.2.3.4 I can have lots of unique physical things have that publicly routable IP address and have them all work if I do it right.
I would hate to have to remember even the last octet of all my machines in my house. Instead it's just the simple names. The numbers underneath can all change whenever, it doesn't matter. Until I start calling my kids by an octet a name will be easier to remember instead of "is that north camera 101 or 105 or 113 or..." versus "north-camera.my.net" or "is my pool controller 10.7 or 10.8 or..." Instead it's just pool-pump.my.net.
Yes. I have no problem remembering the numbers. Illegal?
Yeah, because the first time I had no idea what I was doing, except vague feelings about ipv4 works. Did you factor in your pre existing ipv6 knowledge when you counted just an hour?
> Network Prefix Translation can be done pretty easily.
What's "easily"? How many services do I need to setup? Some other helpful HNer tried to explain to me once and the list was like 2 or 3 daemons in addition to dhcp, firewall etc.
Do you set up complex ipv6 networks at work?
Your standard was "It's unusable on your fucking home network."
I've set up and managed IPv6 at work before, yes. I don't know if I'd call them "complex" networks though. Either way I set it up at home several years before. And I had been running IPv6 at home before I even bothered setting it up in a way I wanted, as my ISP's box previously had a decently competent SLAAC and IPv6 firewall setup in their CPE router. So that took me 0 minutes of time past plugging it in.
As for this disdain of running such complicated systems like "DNS", so many things support mDNS these days and plenty of home routers will automatically update their local DNS with DHCP entries. I didn't have to manually configure a DNS entry for my printer, I just gave it the hostname "brother" when I first set it up and now when I need to add it, I just do "brother" on a new computer and boom it finds it wherever it is. If I want to check the toner level, I open a browser and go to http://brother and its there. And even though I've radically changed my networking setups over the years, all my configurations pointing to "brother" still just work.
> What's "easily"?
https://docs.netgate.com/pfsense/en/latest/nat/npt.html
There's seven configuration options here including the Disable/Enable checkbox and a description field.
If you're using ip6tables on your router, it is just two commands for a POSTROUTING and PREROUTING nat rules.
ip6tables -t nat -A POSTROUTING -o eth0.99 -j NETMAP --to 2607:xxx::/64 -s fd12:3456::/64
ip6tables -t nat -A PREROUTING -i eth0.99 -j NETMAP -d 2607:xxx::/64 --to fd12:3456::/64
From the sibling comment:
> No, with ipv4 i can just change the default route :)
Are you suggesting you're running around and changing the default route on all the devices on your network when a gateway goes down? What a nightmare. Just have your router have multiple WAN connections and have it do the failover for you.
> I have absolutely no problem remembering the last byte of any machine on my network
If you want, you can do the same with IPv6. You could set your stuff to have your IP addresses be fd12:3456::1, then fd12:3456::2, then fd12:3456::3, then fd12:3456::4, then fd12:3456::5, etc. Remembering 123456 as your home ULA prefix isn't too challenging, is it? You can then set up an NPT rule like the one above on your router to translate this prefix fd12:3456::/64 with whatever your public prefix is from your ISP. Most wouldn't do this though, as its essentially the Fisher Price of networking designs.
Disdain? I run a few bind instances for my own domains. On rented servers where they belong. I'm just opposed to having one required for my local network.
> https://docs.netgate.com/pfsense/en/latest/nat/npt.html
"NPt makes perfect sense for SOHO IPv6 Multi-WAN deployments." Wait, they agree with me. That there are SOHO IPv6 Multi-WAN deployments. Who would have thought?
> running around and changing the default route on all the devices on your network when a gateway goes down? What a nightmare. Just have your router have multiple WAN connections and have it do the failover for you.
It used to be that but I don't think any of my internets has failed since like 2010... mostly keeping them out of inertia. So I've never felt the need to fix the manual failover. It's not all devices anyway, just the one I'm using at the moment.
> But hey just complain about how it's just impossible and takes so much work instead of actually learning new things.
Too many new things to be exact. Most of them needless. However either people have figured out by now how to work around the ipv6 commitee to simplify things, or they were always there but whoever tried to explain ipv6 to me before had a fetish for enterprise solutions. I distinctly remember being told I need to set up at least 2-3 extra services for my dual wan setup.
Your answers are almost devoid of acronyms and "helper" services that i need to set up and learn because it sounds professional. You almost only included firewall rules :)
This was not my opinion of ipv6 before. Maybe I'll give it a chance in the future. My current setup still works "just fine" though so I need to be very bored to fuck it up.
To store 999.999.999.999, then you are totally fine with a 64-bits INT (QWORD), and there is no struggle to backward-compatibility store a 32-bits INT (DWORD) into it.
It's more of a matter of doing #ifdef IPV4_EXTENDED #define DWORD QWORD #endif
and add an extra IP field inside the IP header packet itself that says, "this is the IPV4_EXTENDED DESTINATION 5-bytes IP", and the previous field is marked a legacy/deprecated.
In fact, it's quite convenient, since we are all INT64, sockaddr_in would largely fit in an INT64 for both IP itself and the other elements that are in the struct.
https://man7.org/linux/man-pages/man3/sockaddr.3type.html
5 bytes for the sin_addr field is enough to store until 999.999.999.999.
Gives you 3 bytes to store the port etc.
The networking APIs guys could be drinking cocktails at the bar by now, if they would change these types.
There is backward compatibility and smaller effort for a great impact, and this is beautiful.
It's actually beneficial for the majority of developers.
From the developer of Windows, to the developer of Age of Empires, to the developer of a CRUD app on the web (who stores IP addresses as a string or as an int), they wouldn't see too much struggle to port to int64.
Less than having to build a full new IPv6 experience.
In practice, client apps, at the time you open a new socket, if your lib says it wants an INT32 or an INT64 it doesn't matter for the developer of that app, since type is automatically casted.
time() had a similar situation.
We migrated by adding new bytes, we didn't redefine the concept of time.
From a developer-experience, "link to the latest version of the network library, oh btw, connect() accepts an int64" and remove the UI restriction of 255.
It could even be possible to give compatibility to very old software that we lost source-code from by overriding the network layer with LD_LIBRARY_PRELOAD or equivalent, and patch these softwares by manually NOP the right JGE instruction (the asm code for " >= " ) that checks if we are over 255.
The message goes out to your ISP router, who then sends it to their upstream ISP, who looks at the IP message, doesn't understand whatever header you've shoved the extended address in, and discards it. Then what's in your standard, backwards compatible 32 bit field? The start of the address? Does your packet go to some other random host on the internet? A placeholder address like all 0s? Does your message get discarded?
How do you convince that middleman to update their hardware? They have no benefit from it? This is the situation IPv6 was in for decades until their literally were not enough IPv4 addresses which finally lit a fire under companies to start enabling it.
To answer your question, in my model, the legacy IPv4 field contains the IP addresses of "IPv4 to IPv4 Extended bridges".
Let's imagine you want to connect to [example.com]:
Clients who speak IPv4 Extended and their ISP is compatible, get the IPv4 Extended answer:
425.223.231.123 A+ example.com
and directly to it
Clients who speak IPv4 Extended but don't have an IPv4 Extended compatible ISP, add that extra IPv4 Extended header and speak to the bridges.
425.223.231.123 A+ example.com
34.23.12.2 BR example.com (the bridge)
Clients who speak IPv4 only but don't speak IPv4 Extended don't have to think about IPv4 Extended at all, since they will go through the usual layer-7 (typically HTTP) reverse-proxy, or a routing based on rules (ip/port pair).
Cloudflare does search large scale reverse proxies, it works fine in practice.
If someone has an incentive to run such bridges or reverse proxies solution, first it's yourself, to save your preciouses IPv4.
To the end user the promise is "you will connect faster to the internet if you are in native IPv4 Extended (because you skip these intermediate bridges)"
We actually have a nice mechanism that we could reuse for knowing which bridges to use, it's reverse DNS lookup.
https://www.cloudflare.com/learning/dns/glossary/reverse-dns...
In reality this intermediate state with the bridge, is not even necessary, so the migration could be even easier.
A lot of networking gear is far closer to an ASIC than a general-purpose CPU, so you can't "just change it to int64". They were built to process 32-bit addresses, and are unlikely to be able to swap to 64-bit without enormous performance penalties.
E.g. routing tables would balloon in size, which in practice means that you can store far fewer routes. Ignoring changes in the size of the netmask, it's 4x the size to store 64-bit address pairs, so your route tables are a quarter the size they used to be.
The hardware refresh requirements are a big part of the reason why IPv6 rollout is so slow, and your proposal doesn't avoid that. Getting the software side of things to play nice has always been the easy part of this, even in IPv6.
> It could even be possible to give compatibility to very old software that we lost source-code from by overriding the network layer with LD_LIBRARY_PRELOAD or equivalent, and patch these softwares by manually NOP the right JGE instruction (the asm code for " >= " ) that checks if we are over 255.
In IPv6 land, you just encapsulate IPv4 in IPv6 [1]. It's a lot cleaner than jankily trying to override instructions, especially when the relevant code may run on your NIC rather than your CPU and require kernel firmware patches (or, god forbid, custom NIC firmware) to implement.
There've been several proposals to make "IPv4 but bigger addresses". All of them are just as hard to deploy as IPv6. You still need to upgrade all your routers and you still need to run two parallel networks.
https://datatracker.ietf.org/doc/html/rfc791#page-11
Where is that new address going in the header?
If it's going in the same spot in the packet header as the current IPv4 address, how do you make sure that the 20-30 routers owned by 3 different companies that are likely to be between your computer and the destination computer exhibit a behavior that is consistent with moving packet closer to the destination?
(If they don't, you've just made a version of IPv6 that is worse-- it's missing the last 30 years of IPv6 implementation.)
This brings the packet closer to the destination.
The new address goes into the Options field, you can store lot of data there (somewhere up-to-60 bytes, and we need 1 or 2 byte actually).
Reminder: The goal is to add one-byte to have more IP addresses, not rewrite the whole internet.
Here it looks like the guys wanted to fix that IP allocation problem, and then they went all-in, and decided to rewrite everything at the same time.
It's ok, and even a good idea in theory, but network administrators don't like to be pressured "in emergency" into upgrading to this solution.
The practice shows that people rather prefer doing NAT than IPv6.
Only on really crappy NAT implementations. My home router can have hundreds of thousands of NAT states, and yet there are only ~61k high number ports. How do you think that works?
Because it is not just "external IP at this port goes to this LAN host". Its the whole session information, SRC_PORT, DEST_PORT, SRC_IP, DEST_IP, all get figured into it.
At this moment there are several NAT states in my home router that share the same public IP:PORT combination, going to different LAN IP:PORT combinations.
An IP address is not globally unique. An IP:PORT is not globally unique. Treating them as globally unique shows a misunderstanding of networking concepts. They're often unique to a single host, but that's not a requirement.
Once again, do you really think there's a single network adapter out there that has 8.8.8.8:53?
IP addresses are not globally unique. IP:PORT is not globally unique. Kit Harrington played Jon Snow in the HBO series Game of Thrones. These are just cold, hard, facts.
Looking for real feedback here, as I don't really want to give anyone panic attacks, but what would you suggest I say to posts attempting to correct me saying I'm wrong when I know they're factually incorrect? Just accept the falsehoods?
> but what would you suggest I say to posts attempting to correct me saying I'm wrong when I know they're factually incorrect? Just accept the falsehoods?
If you find a good answer to this please let me know.
I've read books on this topic, and they say to come at the problem from an empathetic view point asking questions and trying to understand the person, however I suggest that you simply dont waste your time, you can't fix peoples broken understanding.
A lot of people (Americans especially, I guess due to their Silicon Valley) think you need to work in tech to work in tech. There are tech jobs in every industry, both IT and other types of tech. I recommend not being in the tech industry - working for a manufacturer with embedded systems or doing IT for a finance company is a lot better for your mental health.
Well yeah, without implementing BGP and controlling your public prefixes its the only way to have multi-WAN deployments, and chances are home users aren't messing with BGP. Most users will get by fine just adopting their WAN-issued prefixes.
> I don't think any of my internets has failed since like 2010... mostly keeping them out of inertia.
So next time you do some big network maintenance just drop your redundant WAN connection, sounds like you haven't really needed it in 14 years (imagine the thousands of dollars you'll save not keeping it another decade and a half!). Just adopt whatever public prefix you have, and life will be simple.
> Your answers are almost devoid of acronyms and "helper" services
Largely because there aren't really many "helper" services needed if you're willing to adopt some pretty basic network designs. Add DNS/mDNS, and suddenly you don't need to care about the specific numbers of things. Just accept SLAAC, which comes with any Linux/BSD distro/MacOS/Windows/whatever IPv6 embedded stack you've got comes out of the box for the last decade+, and suddenly you'll get publicly routable IP addresses. If you want to access SSH on a box, add a firewall rule for its IP and register its IP in a public DNS, and suddenly its accessible anywhere. You can make any host in your network accessible if you want to. Its nice.
> This was not my opinion of ipv6 before. Maybe I'll give it a chance in the future.
I get there's a lot of new acronyms with it digging deep in docs. I get it sounds like there's a million ways to deploy it. There's a lot to know, if you want to get deep in it. Honestly, if you just kind of loosen your reins a little bit, accept the things that are already shipping on the things you've been running for a decade will just work with the newer dynamic stuff, and adopt DNS, it'll probably be perfectly fine. You probably don't need to install/configure dozens of additional things.
Uh well, i'm in eastern europe and the fiber i would give up on is in a package with the cell phones and the tv channels, so i think i wouldn't even notice it missing from the bill. And it's all iptv so I don't think I can have tv without the fiber.
The other pipe is business ish (symmetrical, no restrictions on servers) so I'm not giving up on it, I'm using it to give stuff to customers etc.
> I get there's a lot of new acronyms with it digging deep in docs. I get it sounds like there's a million ways to deploy it.
As i said, last time I asked on some forum (maybe hn, maybe ars technica) i got drowned in acronyms. Most of them for extra daemons to handle ... some config for a larger network, i guess.
And believe it or not, I didn't know until today that you can ignore your ISPs prefix and do address translation with ipv6 :) I thought you use what you get and that's all. Because that was the promise of ipv6 wasn't it? No more NAT.
I mean why would anyone really care to deal with DNS anyways, just a bunch of fluff. Real IT admins just memorize IP addresses. Why would I bother dealing with all that DNS hassle?
If its easier to remember this site by its name, why wouldn't it also be easier to remember what your file share's host is by just remembering its name instead of some collection of digits? Do you remember people by their phone numbers or by their names?
Having functional local DNS is not complicated these days. On tons of systems it comes out of the box, you almost have to go out of your way to not make it work. You need to actively try to not use it.
What you forget is on your average home network only the last byte matters. The first 3 don't change. It's always 192.168.x.y, x is fixed so you only need to remember the y.