Nah, TCP is still just kicking the box over, but just kicking it over again, if the reciever doesn’t kick back a box saying they got it.
TCP is also deciding to ramp up the amount of boxes you kick over until the post worker gets crushed by boxes, at which point you decide to lower your box-kicking rate by half and try again.
Best explanation of congestion I’ve seen in a while
I wrote an anology up and hated it, so I discarded it. Glad someone else nailed it.
Well yes, internally that’s what it does, but from a user perspective it just looks like being handed the package, you never see any of the failed attempts (unless delivery fails completely because the company went out of business). It’s sorta more like having a butler who orders it for you and deals with any potential BS that might happen, and then just hands you the package when it finally arrives in one piece.
Like Jim Carey in Ace Ventura?
For those that may have forgotten: https://youtu.be/WjTDXatmzUE
There’s nothing wrong with UDP. At least not that I know of.
thank God I can’t read
You are unstoppable!
Didn’t hear you there
Not my problem.
Not really a problem with UDP itself, but with some very old protocols like DNS that rely on UDP but can’t be changed because of compatibility. If you’re writing a new service that uses UDP, there’s nothing stopping you from designing it so that it doesn’t provide an opportunity for bandwidth amplification.
It’s technically not a bug if it’s operating as intended
UDP seems more like a ball fired from canon to me. You may not be prepared for it and you won’t know what state it’s in when it gets here, but that packet is making it to the gate no matter what. Or, in the rare case it doesn’t, it means someone else is having a real bad time.
You forgot to mention that you might get it twice, or thrice, or more, and in different versions.
You’re right. I forgot that grapeshot is always something to worry about.
(novice) Why would you get UDP packets multiple times? UDP doesn’t check for acceptance I thought.
From StackOverflow:
Switches will send packets to all interfaces when using broadcasts or under extreme conditions (full MAC Address Table). This can lead to duplication if there is a loop between two or more switches and if the Spanning Tree Protocol is not used. So the answer is rarely.
https://stackoverflow.com/questions/9196791/duplicate-udp-packets-how-often-it-happens#9220574
Don’t the big internet-y routers also send packets to multiple interfaces if they don’t know how to correctly handle the target IP address?
That is extraordinarily rare and I’m not even sure if it’s possible anymore. That was potential attack vector in the 90’s where you have a port on network switch, and then you flood the cam table with thousands of bogus mac addresses until you fill it up, then the switch turns into a hub, and you can now sniff all traffic traversing the switch. These days I’m not sure what will happen if you do successfully fill up a switches cam table. Also cam table sizes are are much much larger now. ~128k entry’s vs maybe 1000 back in the day.
You can bring a surprisingly large number of network segments down just by plugging both ends of the same cable into a dumb switch. It probably won’t happen immediately, but eventually you will get a broadcast storm which will propagate until it hits an element smart enough to snuff it out.
Protocols using UDP often dial in some features of TCP at the application layer, and resend packets as needed.
The meme is funny and all, but real world use of UDP is pretty sophisticated.
Sorry I didn’t get this UDP joke…
Well I ain’t just gonna repeat it…
Jesus christ SSH
Can’t understand the VPN one shouldn’t the traffic pass through the VPN and then go to the user like the ssh one …
The person on the right of the VPN image is the destination server
Isn’t the can the vpn server and the guys are just vpn users?
that what I assumed
I mean I’ve been trying to formally request that ISO change the C API for
send()toyeet()for sockets where connection reliability is not required at the network interface level.Well, thank you, now I’m creating that exact macro in every company repo where send/sendto is used.
that’s fucking brilliant lol
That would be awesome! xD
Welp, time for a new language!
Broadcast: dropping leaflets from an airplane
TCP is a process server.
UDP is a brick in flight.
These comments have been the highlight of my day. Thanks
ICMP
It’s a postcard saying “hey, thinking of you!” and there’s a picture of a wulrus on it.
You see pee?
Nah! You dah pee! Nah you dah pee!
You see pee!
