• 0ops@lemm.ee
      link
      fedilink
      English
      arrow-up
      85
      ·
      edit-2
      1 year ago

      Nah, tcp still yeats the baby, it just verifies that it was caught unbruised, or at all. If it wasn’t that’s ok. Try again. Yeet the baby’s little sister

      • InverseParallax@lemmy.world
        link
        fedilink
        English
        arrow-up
        9
        ·
        1 year ago

        You got that baby? Great, I’ll send the next 500 much faster, tell me when you drop one and I’ll slow down again.

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        37
        ·
        1 year ago

        No. Both UDP and TCP can be intercepted the same. The difference is that UDP sends a packet to an address. But doesn’t have any in built system to check that it arrived, that it arrived intact or to resend if it didn’t. There’s also no built in way to protect against spoofing or out of order packet delivery. But generally implementations will handle the ones that are important of those themselves.

        TCP establishes a circuit, packets are sent, verified and resent if required until the original data, in the correct order is delivered to the application. Also there is some protection against spoofing with sequence numbering. The downside is that time sensitive data might be delayed because of the retransmission and re-assembling. Which is why time sensitive streams like VoIP are usually sent over UDP.

          • r00ty@kbin.life
            link
            fedilink
            arrow-up
            20
            ·
            1 year ago

            Yeah, this is a known interoperability thing between kbin and lemmy. So, I’m afraid I can’t give you this week’s lottery numbers ahead of time.

      • Clent@lemmy.world
        link
        fedilink
        English
        arrow-up
        22
        arrow-down
        1
        ·
        1 year ago

        No. UDP is at the packet level. Interception is a different layer.

        To use to today’s language, UDP yeets the packets at you as fast as it can generate them.

        It doesn’t care if you catch any of them.

        Don’t yeet the baby.

        • b3nsn0w@pricefield.org
          link
          fedilink
          English
          arrow-up
          32
          ·
          1 year ago

          actually, do yeet the baby if you have an application with different needs. for example, if you want to play a game, you’re better off yeeting 60 babies a second and just hope that whoever is on the side catches enough of them to get a smooth stream of babies, than making sure every baby is handed gently to the next person and get the whole line clogged up the moment anything disrupts it. if you just use the yeetomatic 3000 you’re always getting fresh babies on the other end, a few might just be dropped in the process

          • Marxine@lemmy.ml
            link
            fedilink
            English
            arrow-up
            14
            ·
            edit-2
            1 year ago

            Getting a smooth stream of babies is a sentence that has no right in being this funny. I wheezed hard

        • Parallax@kbin.social
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          1 year ago

          What do you mean interception is at a different layer? You can capture at any layer as long as the payload isn’t encrypted, and if it is, you still get layers 1 through 4 (Physical, Link, Network, and Transport).

          • andrew@lemmy.stuart.fun
            link
            fedilink
            arrow-up
            5
            ·
            1 year ago

            UDP is a transport protocol. OSI layer 4. It sits atop the packet (network/L3) layer which is where IP dictates where a packet is going. A broadcast or multicast IP address would mean it can be observed by many machines, but unicast is still the most common, and is routed to just one machine.

      • thisbenzingring@lemmy.sdf.org
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        It’s not so much that anyone can intercept it, it’s more that the sender just blasts it and no acknowledgement so there’s lots of potential for loss

      • TheSaneWriter@lemmy.thesanewriter.com
        link
        fedilink
        arrow-up
        5
        arrow-down
        2
        ·
        edit-2
        1 year ago

        From what I can tell yes. There’s no established connection, the data is sort of just broadcasted.

        Edit: I was operating under a misunderstanding, please refer to andrew’s response.

        • exscape@kbin.social
          link
          fedilink
          arrow-up
          5
          ·
          1 year ago

          No no, it’s not “broadcasted”. It still has a fixed sender and receiver IP address, but UDP doesn’t verify whether the receiver got the data or not. You can implement that over UDP, but you have to do it yourself.

          With TCP, the packet will retransmitted automatically if the receiver didn’t tell the sender “yep, I got it”.

        • andrew@lemmy.stuart.fun
          link
          fedilink
          arrow-up
          4
          ·
          1 year ago

          Broadcast would mean it’s sent to anyone. UDP packets still usually have a unicast address and thus are routed by routers and switches to specific machines, but as a connectionless protocol, UDP never validates which, if any, packets are received by the recipient like TCP does. If any verification is needed that needs to be handled higher in the OSI stack. E.g. by the application layer.

      • Parallax@kbin.social
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        You’d have to be somewhere in the route from A to B to intercept it. But TCP is no different in that regard.

        TCP is connection based so both sides need to agree to connect before data is exchanged. UDP is connectionless, so it will send data from A to B (and vice versa) regardless of if the other side is available.

      • UnverifiedAPK@lemmy.ml
        link
        fedilink
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        No, instead of using TLS for encryption (like most TCP traffic) UDP will use things like DTLS and SIP

        Or if you’re asking about the actual transport it’s more like TCP is going to your friend’s house and calling your mom to let her know you’re there vs UDP is going to their house and not calling.

  • superminerJG@lemmy.world
    link
    fedilink
    English
    arrow-up
    29
    ·
    1 year ago

    Alice and Bob are friends at ${university_name}. At ${date_time} they cross paths.

    Alice: Hi, I want to tell you a TCP joke.

    Bob: Sure, I’m ready to hear the TCP joke.

    Alice: Alright,I am going to tell you the TCP joke.

    Alice: Here’s the actual joke. It’s hilarious.

    Bob: laughs hysterically

    Alice: I’m glad you liked my joke.

    Alice: Alright, that was the TCP joke.

    Bob: Thanks for telling me about it.

    Bob: So, that’s it I guess?

    Alice: Yeah, that’s about all I wanted to tell you.

    Alice and Bob part ways and run off to their next classes.

  • kira_ananta@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    27
    arrow-down
    19
    ·
    1 year ago

    Yeahhhh I get the joke but I wish the meme didn’t do it in a racist way. Why is the TCP baby white and the UDP baby not?

    • bloodfart@lemmy.ml
      link
      fedilink
      English
      arrow-up
      19
      ·
      1 year ago

      Because udp packets are targeted for harassment by border devices like firewalls more often.

    • Psionicsickness@reddthat.com
      link
      fedilink
      English
      arrow-up
      18
      arrow-down
      4
      ·
      1 year ago

      Please stop. It’s not intentional. Stop basing your judgment on people and actions with an acute view of their skin color. Just see two sets of people. Thanks.

      • igorkraw@lemmy.ml
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        15
        ·
        1 year ago

        Please stop.

        In a world where there is racism, acting like racist themes don’t exist only helps prolong it.

        One set of of people here was drawn white (and responsible with a child), the other was drawn black (and irresponsible). That’s worth critiquing, intentional or not.

        Acting racist doesn’t mean you are literally Satan, it means you are acting racist. Not stopping after people point it out and acting defensive and in denial is worse than thoughtlessly doing something racist, being told off and then correcting

        • AnarchoYeasty@beehaw.org
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          Would you feel better about this if it was a stock photo of a white woman yeeting their baby rather than using a comic? A comic that the meme maker didn’t create? Should the meme maker recolor the baby and woman white to make things better for you? This isn’t racist because one of the meme images happens to be of black people.

          • igorkraw@lemmy.ml
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago
            1. Yes
            2. I don’t care about who created it, the composition was done by the creator
            3. What is the line of “racist” for you? Before we argue this further, let’s establish what is racist and what isn’t
    • randint@feddit.nl
      link
      fedilink
      English
      arrow-up
      5
      ·
      edit-2
      1 year ago

      I get your concern about this meme being racist, but not everything is about race. The stock photo of two adults passing a baby and the picture from a cartoon depicting a woman throwing a baby just so happened to be of different races. IMO that’s not racist.