TCP and UDP have ports. These are 16 bit; there are 65535 or so per IP address. These protocols don't care to differentiate between the ports. Elsewhere, IANA presumes to operate a process to allocate "well-known" ports in the range 1-1023, "registered ports" in the range 1024-49151, and to reserve the remainder, 49152–65535, for "ephemeral" ports. The caller end has to have a port, which is how replies get back within the virtual connection, and these are conventionally picked from the ephemeral range by the OS's networking stack. The whole idea of ports is ridiculous, because it allows ISPs to arse around presuming to decide which services they will "not allow". Anything that allows IPSs to do anything other than shift opaque packets will allow ISPs to meddle and break things, and due to the Law of Meddling, if they can, they will. I am currently working around an issue with Claro, a pretend ISP, blocking port 5060, allocated to SI...
This is something I tried and failed to explain to a Computer Science graduate some years ago. The Computer Science graduate assumed I was trying to make a point about seconds difference between UTC and GMT. No. I hope this doesn't count as slop, but Gemini can put it pretty well: User Question 1 what is the conceptual difference betwen a timezone and an offset AI Response 1 While they both help us tell time across the globe, a time zone and an offset are fundamentally different concepts. An offset is a static mathematical calculation, while a time zone is a dynamic geographic region governed by local laws. What is an Offset? An offset is the exact amount of time added to or subtracted from Coordinated Universal Time (UTC) to get the local time. Format: It is always expressed as a plus or minus sign followed by hours and minutes (e.g., +01:00 or -05:00). Nature: It is purely digital and mathematical. Limitation: It does not account for daylight saving time (DST) o...
British Airways still has rubbish online booking. Payment for putative flight just failed in three different ways. First time, the page with the payment form showed whizzing around for a long time, and then displayed: the exact same unsubmitted payment form, with no indication of what went wrong. Second time, this "we're processing your payment" page, indefinitely, with more whizzing. The photos of happy people don't make up for the fact that it doesn't function. You're an airline, but it's almost impossible to book tickets using your web site. Third time, different browser (firefox), page said "an error occurred". No information about what the error was. I guess it's better than an indefinite waiting page. Fourth attempt, different card. It did an SMS code. Then the indefinite "we're processing your payment" page.
Comments
Post a Comment