There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Why don't computers have "computer-numbers" equivalent to phone numbers

Why doesn’t every computer have 256 char domain name, along with a private key to prove it is the sole owner of the address?

Edits: For those technically inclined: Stuff like DHCP seems unnecessary if every device has a serial number based address that’s known not to collide. It seems way more simple and faster than leasing dynamic addresses. On top of that with VOIP I can get phone calls even without cell service, even behind a NAT. Why is the network designed in such a way where that is possible, but I can’t buy a static address that will persist across networks endpoint changes (e.g. laptop connecting to a new unconfigured wifi connection) such that I can initiate a connection to my laptop while it is behind a NAT.

  • Yes, it would be a privacy nightmare, I want to know why it didnt turn out that way
  • When I say phone number, I mean including area/country code
  • AFAIK IP addresses (even static public ones) are not equivlent to phone numbers. I don’t get a new phone number every time I connect to a new cell tower. Even if a static IP is assigned to a device, my understanding is that connecting the device to a new uncontrolled WiFi, especially a router with a NAT, will make it so that people who try to connect to the static IP will simply fail.
  • No, MAC addresses are not equivalent phone numbers. 1. Phone numbers have one unique owner, MAC addresses can have many owners because they can be changed at any time to any thing on most laptops. 2. A message can’t be sent directly to a MAC address in the same way as a phone number
  • Yes, IMEI is unique, but my laptop doesn’t have one and even if it did its not the same as an eSim or sim card. We can send a message to an activated Sim, we can’t send a message to an IMEI or serial number
MajorHavoc ,

Lack of demand.

Phones having unique unalterable numbers was never an intentional feature desired by users, just a limitation of the available technology.

Computer network cards do have such a number, their MAC address, but modern ones can scramble it to avoid being tracked, without any loss of ability to be reached by everyone you want to be reached by.

user224 ,

Well, phone numbers do get re-assigned too.

valen ,
@valen@lemmy.world avatar

That would be a privacy nightmare.

slazer2au ,

Yep. See EUI-64 IPv6 addressing.

Boozilla ,
@Boozilla@lemmy.world avatar

UDID is kind-of what you’re talking about, but not an exact analogue.

dhork ,

Who is gonna assign it? There is no one central authority who decides who gets a computer number or not.

slazer2au ,

There kinda is IANA . They assign addresses to regional registraties like RIPE, APNIC, LANIC who in turn assign addresses to ISPs and large corporations.

dhork ,

They assign ip addresses, they don’t assign hardware addresses. The closest thing to a hardware address is a MAC address.

slazer2au ,

In that case it is the IEEE who allocate Macs to orgs

whostosay ,

Without unique number assignment, the Internet would not function

jeffhykin OP ,

Same people who decide phone numbers and domain names. We already have central registries, why does it being a computer make it harder to have a central authority?

dhork ,

Because phone numbers and domain named are managed by network operators, not manufacturers. A phone doesn’t ship from the factory with a phone number, it gets assigned by the mobile operator based on the subscriber’s number. Same with domain names, computers aren’t shipped with them, they get assigned later.

JakenVeina ,

They do, it’s called an IP address.

Phones get numbers assigned to them by a cell service provider, in order to communicate on their network, which is basically the exact process for computers and IP addresses.

If you’re asking about the equivalent of like a SIM card, in the computer/internet world, that’s handled at higher layers, by digital certificates. And again, the process is almost exactly the same, except they don’t (usually) get put on physical chips.

henfredemars ,

IP address is really the best comparison here. Some computers share an IP just like entire call centers may share the same phone number. And neither IP addresses and packets nor phone numbers are properly authenticated without additional enforcement systems.

Internal networks exist for computers and phones. It’s a nice parallel.

JesterIzDead ,

No, computers can’t share IPs

IHateReddit ,

They can share the same router and therefore have the same public IP.

JesterIzDead ,

Yes, but no. The public IP is that of the router, which NATs packets to each host, each of which must have a unique private IP. The public IP does not reference or identity hosts behind the router.

lemmyng ,
@lemmyng@lemmy.ca avatar

A phone number does not uniquely identify a phone either.

lemmyng ,
@lemmyng@lemmy.ca avatar

Sure they can. If you put a network behind a router they will share an egress/ingress IP. And there are certain high availability setups where computers share IPs in the same subnet for hot/standby failover.

JesterIzDead ,

Yes, but no. The public IP is that of the router, which NATs packets to each host, each of which must have a unique private IP. The public IP does not reference or identity hosts behind the router. And that’s not how HA works. Only one host is assigned the active IP at one time.

lemmyng ,
@lemmyng@lemmy.ca avatar

When you do call routing with a PBX each phone has an unique extension, equivalent to the private IP of each host.

Oh, and there’s also anycast, which is literally multiple active devices sharing an IP.

JesterIzDead ,

You’d have to know more about BGP to know any cast doesn’t function as you think it does

lemmyng ,
@lemmyng@lemmy.ca avatar

Ah, I see we are resorting to ad hominem attacks now.

JesterIzDead ,

lol ok sally

800XL ,

Except you can spoof an IP address or get another one from the ISP just by asking. You can spoof a MAC address too.

Intel introduced unique processor id’s back in the late 90s.

lemmyng ,
@lemmyng@lemmy.ca avatar

Phone numbers can be spoofed, and SIM cards can be cloned. The analogy stands.

jeffhykin OP , (edited )

Cell phones don’t get a new phone number every time they switch cell towers, so why do laptops.

Its not like I can write down the IP address of my friends laptop so I can send it a message once he gets to a new city. Right?

lemmyng ,
@lemmyng@lemmy.ca avatar

Laptops don’t get a new IP address every time they switch from one AP to another in the same network either. Your cell phone will get a new IP address if it switches to a different cell network.

jeffhykin OP ,

I can get VOIP calls behind a NAT without cell service. I’m asking how is that possible. Is the router somehow part of the same AP as cell service?

lemmyng ,
@lemmyng@lemmy.ca avatar

Whoa, that’s a sizeable edit to the post! Regardless the answer is pretty straightforward: your VOIP client (either the device if you have one or the software) is connected to a VOIP service which acts like a gateway for your client. Since the client initiated the connection to the gateway and is keeping it alive, you don’t need to make any network changes. Once the connection is established, standard SIP call flows (you can Google that for flow diagrams) are followed.

So no, you router is not part of the cell service. The VOIP provider is part of a phone service that receives calls and routes them for you, just like the cell towers are part of a telephony provider that routes calls through the appropriate tower.

jeffhykin OP , (edited )

Finally :D thank you so much!

So basically VOIP is “cheating” because its not actually handled by the network directly, the phone company pays for always-online servers, and phone(s) reach out to those server every time they change networks, in order for servers to be able to route calls to them.

Which also means! it is possible to do the same thing for computers, but it requires having

  1. A static IP
  2. An always online server
  3. The device needs a daemon that tries to connect to an always online server, and authenticates itself
  4. That server needs to manually reroute traffic (through a VPN or some other means) from the static IP address to the device, wherever it might be

Which also explains why general network providers wouldn’t want to create the infrastructure. Even if universal addresses were given to each device, which simplifies DHCP and address-leasing, and shortens time it takes to handshake with the network, all of that is less of a cost than the infrastructure needed track of devices as they change networks. (And that’s on top of ISP’s being slow to change from the legacy approach of local networks and desktops).

^ which is more the conversation I wanted to have but didnt really get with this post.

Thats a sizable edit!

Yeah 😅 I didnt want it to be this complicated of a question, but I didnt see how else to explain that current addressing systems don’t meet the same need as a phone number.

lemmyng ,
@lemmyng@lemmy.ca avatar
  1. A static IP is actually not necessary, but what you need is a consistent identifier. For the server, that’s typically a DNS address, but for clients and peer to peer networks there’s other ways to identify devices, usually tied to an account or some other key kept on the device.
  2. For centralised communications yes, you would need an always online server. For decentralised networks, you just need a sufficient amount of online peers, but each individual peer does not need to be always online.
  3. Pretty much, yes. Even push notifications on cell phones work this way.
  4. Route, yes. Manually. VPN is usually not necessary. In modern web-based services this is typically done with websockets, which are client-initiated (so the client address can change), and which allow two-way communication and typically only require a keepalive packet from the client every minute or so.

There’s other reasons why universal addressing is not done - privacy, network segmentation, resiliency, security, etc. And while IPv6 proponents do like to claim that local networks wouldn’t be strictly necessary (which is technically true), local networks will still be wanted by many. Tying this back to phone numbers - phone numbers work because there’s an implicit trust in the telcos, and conversely there’s built in central control. It also helps that it’s only a very domain specific implementation - phone communication specifications don’t change very often. On computer networks, a lot of work has been done to reduce the reliance on a central trust authority. Nowadays, DNS and SSL registries are pretty much the last bastion of such an authority, with a lot of research and work having gone into being able to safely communicate through untrusted layers: GPG, TOR, IPFS, TLS, etc.

SchmidtGenetics ,

Its not like I can write down the IP address of my friends laptop so I can send it a message once he gets to a new city.

With static IPs that’s possible, but you already do that when you email them already.

JakenVeina ,

Main difference there being that switching cities means probably switching ISPs. You can absolutely carry over your IP address when you move between the same provider, if that’s part of your service plan, and that may well happen with some ISPs even without it being part of your plan. There just isn’t really much of a need for people to carry a static IP, except for some businesses, and I’d say the main reason is that people don’t visit websites by memorizing and typing in an IP. They do memorize and type in phone numbers.

BearOfaTime ,

Every land-line phone I’ve had didn’t carry it’s number with it. The number is assigned to a fixed, immovable address. Back then it was part of a physical switching system - in the switching center, shafts would move up and down and rotate to connect one circuit to another. These were circuit-switched networks. (These were eventually replaced by digital switches).

The only number that’s static on my cell phone is the EID, because it’s necessary with a mobile device connecting to a radio-based network. The system needs to know how to route a connection whenever the phone moves - “which tower is it on” - which is handled by the device registering with the tower, the network then updates it’s database. The phone number with a cell phone is specifically for routing user connections (essentially tells the system what subscriber is associated with a given endpoint - your phone).

None of this is required for internet connections, as you get connectivity via a router which is the Internet-facing address for other devices to see. Things were established this way initially because there’s no need for an endpoint device to be directly exposed (plus hardware and software capabilities at the time).

Also, I hope to never see the day when all consumer endpoint devices are directly on the internet. That’s a bad idea in so many ways (and why I argue IPv6 is generally useless for endpoint consumer devices). IP6 is great for plenty of other reasons.

jeffhykin OP ,

no need for an endpoint to be directly exposed

If I were an engineer in the past, trying to send a message back to an endpoint (e.g. a server response) I would’ve reached for everything having a static IP, same as the EID system with phones, instead of the DHCP multi-tier NAT type system with temp addresses.

I’m all but certain they didnt do it for privacy reasons at the time.

BearOfaTime , (edited )

Well, endpoints then were largely mainframe type systems, long before PCs existed, let alone network-capable PCs and http. So it was a different idea than what we have today.

Before internet, you could connect two physically disparate systems using point-to-point, permanently switched connections (so it always consumed a potential connection even when no data was being transmitted). If you had Point A connected to Point B, you need a third connection to comm with Point C. The idea was, if B already had a connection to C, why not share that bandwidth/connection so A only needed one connection? And then apply a data-switching concept (e.g. Packet switching), instead of circuit-switching.

We were still using P-to-P connections in the late 90’s because internet capabilites weren’t quite up to what some systems needed for latency, timing, and bandwidth.

At first, just getting two endpoint mainframes connected was a big deal, and individual user devices wasn’t much of a thought, yet. Most stuff was still mainframe based, so having those connected was sufficient for user communication/data sharing anyway. Since user connectivity wasn’t the main concern - moving data from one system to another was, say an entity has 2 locations, and needs to sync the systems in those two locations. So you either use a circuit-switched P-to-P, with downtime for users when sync is happening, or send physical tapes (magnetic or even punched paper tapes) cross-country to move data, with that data being out-of-sync and requiring manual updates to re-sync.

Routing was necessary primarily for backbone transit, secondarily for organizations with multiple systems, hence the IP Classful approach.

DHCP is a local network requirement - ask any Admin about static IP addresses - that’s a nightmare. I don’t even like it at home with a handful of devices.

NAT is a result of the limited IP address space, not DHCP - there’s simply not enough addresses in 32bits for every local device to have a public IP (nor would you want this), plus having multiple services behind a router using local addressing. Even with static local addresses, you’d need NAT.

Also, look at the time - if you had a LAN in the late 80’s, it was something like Banyan Vines or Netware IPX (neither of which was routable originally), for local comms between local systems. Any internet/external network requirements were for (again) moving data between disparate locations. The idea that a workstation needed specific internet/non-local access to (what?) really didn’t make sense. It would comm with a local data source (mainframe/IBM 360, etc), and that system would manage retrieving or syncing data from elsewhere. A workstation was largely a dumb terminal before PCs (other than actual “workstations” which is a different animal) .

apfelwoiSchoppen ,
@apfelwoiSchoppen@lemmy.world avatar

IMEI numbers for phones are more unique than phone numbers.

halcyoncmdr ,
@halcyoncmdr@lemmy.world avatar

Phone numbers aren’t exactly unique. It’s really not much different than being assigned a static IP address from your ISP. They’re assigned and if a line is cancelled or you change your number, it goes to a dormant state for a while then is reassigned to someone else.

Your phone’s IMEI on the other hand is a unique number, similar to a MAC address for network devices. Unlike a MAC though, it is illegal to spoof or clone an IMEI. Infrastructure however wasn’t designed to use the IMEI or MAC as the publicly accessible address, it was designed with a middle translation layer in mind.

Not 100% sure, my early history is lacking a bit, but I think that was simply because the fundamental network design underlying everything we use predates unique identifiers like MAC addresses existing.

jeffhykin OP ,

Solid answer, thanks! You deserve all the upvotes that were, instead, for some reason, given to the guy that just said “I think its a MAC address”

dual_sport_dork ,
@dual_sport_dork@lemmy.world avatar

Notwithstanding the instant privacy nightmare this would create, essentially abolishing online anonymity overnight, this is kinda-sorta what MAC addresses are already. As to why MAC addresses can be spoofed so easily without any real impact on anything, refer to my first statement.

ArbiterXero ,

It’s called a MAC address.

The problem with it is mostly routing.

The osi model has 7 layers of connection to form a proper internet connection.

The MAC address exists but doesn’t leave the physical network. The MAC address is used to physically connect your computer to the router, and it defines your piece of hardware.

The IP address can change, because your computer can connect to different networks.

If you tried to route everything with a MAC address, (which isn’t possible, but for arguments sake we will pretend it is) the problem is that when you take your phone with its MAC address off your wifi and on to your work wifi, Where would the registry be? How would the Internet know how to find your phone? Do you just log into one giant global registry so that everyone can find your phone when they are trying to communicate with it? That would be a giant fucking database and everyone would always be trying to use it.

Routing is a big and complex problem, and these things didn’t work with ipv4

They do work better with IPv6. IPv6 adresses don’t need to change like ipv4 for a bunch of reasons.

From a philosophical level, the Internet was designed for people to be anonymous and make relatively anonymous connections. You wanted to be flexible enough that you can just be assigned a new number and work with that new number quickly.

This is a really simple explanation, and I got some basic facts wrong just for ease of understanding, but the principals are correct.

slazer2au ,

If you tried to route everything with a MAC address, (which isn’t possible, but for arguments sake we will pretend it is) the problem is that when you take your phone with its MAC address off your wifi and on to your work wifi, Where would the registry be? How would the Internet know how to find your phone? Do you just log into one giant global registry so that everyone can find your phone when they are trying to communicate with it? That would be a giant fucking database and everyone would always be trying to use it.

This is a solved issue called EUI-64 IPv6 addressing. It is a privacy nightmare.

ArbiterXero ,

Yeah I addressed that IPv6 CAN do it, but you’re right.

Philosophically, I don’t want people or companies following me around that much, hence the “private MAC addresses” that came out a few years ago

slazer2au ,

I hate to break it to you but MAC randomisation has been around since 2007. Fuck we are getting old.

HakFoo ,

And before that, a bad firmware flash could garble the MAC.

HakFoo ,

And before that, a bad firmware flash could garble the MAC.

ArbiterXero ,

Shut your filthy mouth! 😝

jeffhykin OP , (edited )

Every phone number has one owner, but MAC addresses can have many owners. They’re categorically different.

How would the internet know how to find your phone?

The same way phone calls try to find a phone when its powered off. Attempt, and then fail under a timeout.

Where would the registery be?

Same place as the phone number registry. Or the domain name registry.

That would be one giant database

Yep the domain name registry and cell phone registry very much are AFAIK

ArbiterXero ,

The domain registry is NOT, and it’s categorised by various tld’s the scope of the routing is MUCH higher traffic.

Your cell phone is run by a provider and has maybe 0.0000001% as much lookups as routing would have.

These things are all done in various tree light structures to try and eliminate central points of failure . The Internet was designed to try and resist failure, and you are creating some central failure points.

Even if you created several of them, synchronisation issues would be Basically impossible to fix or take up unbelievable amounts of bandwidth

jeffhykin OP ,

This I’m interested in, because its at the edge/limits of my knowledge when it comes to domains and cellular networking.

Are you saying if cell phones had a larger address space, let’s say 32 digits base 10, and every device was given a cell phone number, it would overwhelm the existing infrastructure?

ThanksForAllTheFish ,

My understanding with phones is that you phone your own provider, who then looks up the provider of the number you’re calling based on country code, provider or area code prefixes. Providers will “peer” with each other to route calls over the most cost efficient path. So the other sides provider is responsible for getting it to the right destination phone within thier own customer network. Theres no authentication from the sending party on a protocol level, this is why scammers can spoof as any phone number.

I believe that IP routing does something similar, the IP data is handed over to possibly multiple providers until it reaches its destination provider. The blocks of ip addresses are published as linked to an Autonomous System and each autonomous system has an owner/provider. The source is not authenticated at a protocol level which is why we need client and server certificates.

In DNS you go to the root TLD servers and ask what IP the .com resolver is. The .com resolver has a list of mappings of authoritative name servers to domains. So example.com may have an authoritative NS of 1.2.3.4 who you can go to and ask what IP test.example.com is hosted on. The authoritative name server is the source of truth for that domain and other servers cache it to prevent overloading and increase speed. You may check with the authoritative NS if you want, but it may be slower to respond than your local NS. Again DNS is not authenticated at the protocol level so we need server certificates to prove that the device behind the IP serving you is allowed to serve you test.example.com.

ArbiterXero ,

It’s not just the address space, but also the sheer number of lookups.

DNS has authoritative name servers based on tld, and then domain, and then maybe subdomain.

When you’re dealing with IP addresses, there is no such tree that I lookup, I just fire it into the abyss and let the routing hardware do the lookups. I know who my gateway is to the internet, but I usually don’t keep the routing information.

My ISP’s routing hardware then says “this IP was last found somewhere in Europe so I’ll fire it at my European connection and hope they get it right.”

Losses are expected.

IPv6 CAN route with larger address tables, but the “fire and forget” method still exists.

There’s also a method to scream at all my peers “do you know where 5.5.5.5 is, because I don’t know” I’ll remember their answer for a bit because that’s useful, but I’ll eventually forget it because I expect it to move. I expect this ip movement because I’m fault tolerant. I might not find the fastest way there, but I’ll find it.

Philosophically, the internet is designed to be fault tolerant and pseudo anonymous. So if 5.5.5.5 is somewhere in Spain and my Spain peer dies, I recognise that the packets are failing and then I start blasting them at England, because my British connection knows all about the Spanish villa and can pass along my messages. I don’t really care where Spain is, I care about who can get my message there and that’s it. It’s too onerous to always keep track of where everyone is, and MOST people on the internet I don’t actually know about because they’re behind a Nat gateway and I don’t care about them. This makes it so I only have to care about edge devices and greatly simplifies my list.

So for example, your laptop isn’t actually on the internet. Your modem/router is, but your laptop doesn’t exist to the internet. When I want to send you a packet, I just send it to your router and let the router handle it. I don’t even know that your laptop exists, and I don’t care.

Well your router will send the data to your laptop instead of your phone because the Nat is keeping track of who requested it and your phone didn’t ask for it. This causes problems because it means that from outside your network, I can’t just connect and send data inside your network unless someone asked for it. So I can’t just call your cell phone unless it reaches out first because I don’t know that your cell phone exists, and even if I did, the router would block it. This is why port forwarding exists, it allows you to have your laptop get ALL data sent to the router on port 12345. I still don’t know about your laptop, but I know that there’s a server on your IP address on port 12345 that I can connect to and request/send data to. Keeping track of all of this just so that I always know where your laptop is requires a fair bit of coordination at many layers.

Ideally it has a domain at a registrar that I can ask about where it currently is. The routing is still “fire and forget “ because it simplifies my list of “where every IP is” and even then, I only know about the laptop’s edge connection to the internet and let that edge take care of where to actually send the data so I don’t have to think about it.

In IPv6, Nat works a little different, but it’s still close.

I’m honestly not sure how many mistakes I made, I just kinda brain dumped info, so let me know which pieces don’t make sense.

jeffhykin OP ,

If I’m understanding correctly, you’re saying that right now the network doesn’t have an exhaustive table of IP addresses to physical locations. It has a cache, and a hierarchy, and the path to a location of the IP is fluid.

But a system where every device could be directly contacted/identified like a Sim card, would effectively require a complete table of “what network is device ABC at”. A table that is updated every time the device changes network connections. It would be like trying to change domain name to point to a different IP address.

The problem is, updating a domain to point to a new IP takes hours or days not seconds, so doing that every time a phone changes WiFi is not practical.

Is that a good summary?

ArbiterXero ,

Yes, but we’re talking about “seconds” and “nanoseconds” rather than hours.

Networks move much faster than we do.

There’s also no hierarchy of IP addresses, and that matters for lookups.

So the 1 second it takes to do a dns lookup is WAY too long for continuous ip lookups, and the size of the database and chains requires explaining where to find ip address X is too long and updates WAY too much to be accurate and/or kept.

Lookups are easiest if you know “I lookup .uk addresses at this particular server in England” because that particular “ authoritative DNS server” only really handles its own little segment of lookups.

There is no such hierarchy in ip addresses, and they can’t really be cached for long.

You would have to continually know and update all of them. And we sorta do in the larger routers, but keeping that up to date at the edges would require a TON of bandwidth.

SchmidtGenetics ,

Isn’t that what a MAC address is? There is a few ways to ch age it unless that’s been fixed iirc.

Guest_User ,

You will always be able to spoof your MAC address if needed. I don’t see the standard ever changing enough to prevent that.

AFKBRBChocolate ,

Though the same is true for phone numbers

pinchcramp ,
@pinchcramp@lemmy.dbzer0.com avatar

I don’t think that’s something that needs to be fixed. Your phone (and probably your computer) can randomize its MAC address every time it connects to a new WiFi to make it harder to track you.

jeffhykin OP , (edited )

I’m shocked this answer has so many upvotes. No, a MAC address is not close to a phone number. No two people have the same phone number, and I can’t just edit my phone number to be someone else’s number.

  • “two network interfaces connected to two different networks can share the same MAC address”
  • “Many network interfaces, however, support changing their MAC addresses”

en.m.wikipedia.org/wiki/MAC_address

SchmidtGenetics , (edited )

You ask a “no stupid” question then try to call out an answer? Bold move cotton.

Sure you can change your phone number, it’s called spoofing, or just call your provider and get a new one, sometimes they charge sometimes they don’t. So why are you claiming it’s not possible?

People have the same phone numbers, that’s why area codes exist, that’s kinda the same thing as a provider and a MAC address, no…?

Edit well then. https://lemmy.world/pictrs/image/6d898f12-13ae-4017-addf-c53d0ad6f2b4.jpeg

jeffhykin OP ,

Fair, I could have said fully qualified number, including country code.

And also fair, instead of saying a MAC could be edited, I should’ve said each phone number has one global owner, while each MAC address could have many owners.

Corrections have been made 👍

skullgiver , (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

deleted_by_author

    •
    JesterIzDead ,

    Not quite. IMEIs are unique to hardware. IMSIs are unique to SIMs

    slazer2au ,

    What makes you think all phones have unique numbers? Some have no direct dial numbers.

    As for each device getting a unique IP address this is somewhat in the spec for EUI-64 IPv6 address. Your IP is based on your interfaces MAC address but this becomes a privacy nightmare.

    If the MAC address’s of the wifi chip in your phone is 1122.3344.5566 your IPv6 address at home can be 2001:0db8:0000:00000:1122:33ff:fe44:5566 but when at work your address may be 2001:db8:1000:0000:1122:33ff:fe44:5566. No matter where you connect to the last 4 sections of the address is the same and companies will use that as one of the data points of your digital profile.

    JesterIzDead ,

    The IMEI is unique

    jeffhykin OP ,

    I meant “in the same way that phone numbers are unique to phones (not perfectly unique, some phones have dual Sim, some have no sim, sometimes a Sim changes numbers after contacting the provider, etc)”

    Its just typing all that^ in a title is kinda long.

    EUI-64 IPv6 (and why its not a reality) though is kinda what I’m curious about. But not really because, even under that spec, its still not static like a phone number. I want to know why networks were not created in a way where I can send a message to a laptop regardless of what WiFi its connected to (assuming it is connected and online).

    slazer2au ,

    Because it will be an ungodly thing to manage. The national phone databases are already a nightmare to manage. it would be far worse if we had a global one.

    Kolanaki ,
    @Kolanaki@yiffit.net avatar

    That’s what the serial numbers on the parts themselves are.

    JesterIzDead ,

    a) what the hell is ipv32?

    b) it’s astounding how many upvotes some of these nonsensical answers have

    adam_y ,
    @adam_y@lemmy.world avatar

    I see you getting downvoted for a correct answer.

    IP addresses are like street addresses. I can live at 10 High Street in London, you can live at 10 High Street in Ohio. Those are not the same address right? Folk confusing public and private ip addresses.

    jeffhykin OP , (edited )
    1. Yeah I was lazy with saying ipv32 just to mean something excessively long. I didnt want to say ipv6, since I kinda think it needs to at least be 64bits (edit: ipv6 is actually 128bits), and really for a public-private key pair it should be larger, so more like 512 to avoid anything like the v4 v6 cacatestrophe again in 20 years with post quantum forms of asymetric key challenges. But I didnt feel like writing all that out.
    2. I’m with you. I knew I’d get people not reading and say “that’s the ip address”, but MAC address? 🤦‍♂️
  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • random
  • [email protected]
  • lifeLocal
  • goranko
  • All magazines
    •