Wat zijn voorbeelden van TCP en UDP in het echte leven?

Ik ken het verschil tussen de twee op technisch niveau.

Maar in het echte leven, kan iemand voorbeelden (hoe beter) van applicaties (gebruik) van TCP en UDP voor het verschil te tonen?


1, Autoriteit 100%

UDP: Alles waar het je niet te veel geeft als je alle gegevens altijd

krijgt

  • Tunneling / VPN (verloren pakketten zijn OK – het Tunneled Protocol zorgt ervoor)
  • Media Streaming (Lost Frames zijn OK)
  • Games die zich niet schelen als u elke update
  • krijgt

  • Lokale uitzendingsmechanismen (dezelfde toepassing die op verschillende machines wordt uitgevoerd “elkaar ontdekken)

TCP: bijna alles waar u alle verzonden gegevens

moet krijgen

  • web
  • ssh, ftp, telnet
  • SMTP, verzending verzenden
  • IMAP / POP, MAIL ontvangen

EDIT: Ik ga niet de moeite nemen om de verschillen uit te leggen, omdat je aangeeft dat je het al weet en elk ander antwoord legt het toch uit 🙂


2, Autoriteit 29%

UDP verzendt een brief op het postkantoor.

TCP verzendt een brief met een retourontvangst op het postkantoor, behalve dat de post Master de letters in-order-of-mailing organiseert en deze alleen in-order levert.

Nou, het was toch een poging.


3, Autoriteit 9%

tcp :

  • World Wide Web (http)
  • E-mail (SMTP TCP)
  • Bestandsoverdracht Protocol (FTP)
  • Secure Shell (SSH)

UDP :

  • Domeinnaamsysteem (DNS)
  • Streaming media-toepassingen zoals films
  • online multiplayer-spellen
  • Voice over IP (VoIP)
  • triviaal bestandsoverdracht protocol (TFTP)

4, Autoriteit 6%

Het klassieke standpunt is om TCP als veilig en UDP als onbetrouwbaar te beschouwen.

Maar wanneer TCP-IP-protocollen worden gebruikt in veiligheidskritieke toepassingen,
TCP wordt niet aanbevolen omdat het om meerdere redenen kan stoppen bij een fout.
Terwijl UDP de applicatiesoftware fouten, hertransmissietimers, enz. laat afhandelen.

Bovendien heeft TCP meer verwerkingsoverhead dan UDP.

Momenteel wordt UDP gebruikt in vliegtuigbesturingen en vluchtinstrumenten,
in de ARINC 664-standaard ook AFDX (Avionics Full-Duplex Switched Ethernet) genoemd.
In ARINC 664 is TCP optioneel, maar UDP wordt gebruikt met de RTOS (realtime besturingssystemen) die zijn ontworpen voor de ARINC 653-standaard (hoge betrouwbaarheidscontrolesoftware in burgervliegtuigen).

Voor meer informatie over realtime besturing met IP en UDP in AFDX,
u kunt de pagina’s 27 tot 50 in . lezen
http://www.afdx.com/pdf/AFDX_Training_October_2010_Full.pdf


Antwoord 5, autoriteit 5%

REAL-TIME TOEPASSING VOOR TCP:

E-mail:

Reden:stel dat als een pakket (woorden/statement) ontbreekt, we de inhoud niet kunnen begrijpen. Het zou betrouwbaar moeten zijn.

REAL-TIME TOEPASSING VOOR UDP:

videostreaming:

* **Reden:***stel dat als een pakket (frame/reeks) ontbreekt, we de inhoud kunnen begrijpen. Omdat video een verzameling frames is.
25 frames (afbeelding). Hoewel we kunnen begrijpen dat sommige frames ontbreken vanwege onze verbeeldingskracht. Daarom wordt UDP gebruikt voor videostreaming.


Antwoord 6, autoriteit 5%

TCP

Ik stuur geen gegevens meer totdat ik een bevestiging heb ontvangen.

dit proces is traag

Het wordt gebruikt voor veiligheidsdoeleinden

voorbeeld: internet, e-mail verzenden, e-mail ontvangen, enz.

UDP

Hier heb ik geen hoofdpijn met erkenning.

dit proces is sneller, maar hier kunnen gegevens verloren gaan.

voorbeeld: videostreaming, online games, enz.

TCP + UDP = SMTP(voorbeeld: mobiel,telefoon)


Antwoord 7, autoriteit 4%

TCP garandeert (in orde) pakketbezorging. UDP doet dat niet.

TCP – gebruikt voor verkeer waarvoor u alle gegevens nodig heeft. d.w.z. HTML, afbeeldingen, enz.
UDP – gebruikt voor verkeer dat niet veel lijdt als een pakket wordt weggelaten, d.w.z. video & spraakstreaming, sommige datakanalen van online games, enz.


Antwoord 8, autoriteit 3%

TCP is een verbindingsgericht protocol. Het brengt een pad of een virtuele verbinding tot stand via switches, routers, proxy’s enz. en start vervolgens elke communicatie. Er bestaan verschillende mechanismen zoals het routeren van het kortste pad-algoritme van djikstra om de virtuele end-to-end-verbinding tot stand te brengen. Het wordt dus gebruikt tijdens het bladeren door HTML en andere pagina’s, betalingen en webapplicaties in het algemeen.

UDP is een verbindingsloos protocol – het heeft gewoon een bestemming en knooppunten geven het gewoon door als het zo goed mogelijk komt. Dus pakketten die niet in de juiste volgorde aankomen, langs verschillende routes, enz. komen vaak voor. Dus Instant Messengers en soortgelijke softwareontwikkelaars denken dat UDP een ideale oplossing is.

Als je in het echte leven gegevens op het net wilt gooien, zonder je zorgen te maken over de tijd die nodig is om te bereiken, gebruik dan UDP. Als je een solide pad wilt voordat je pakketten begint te gooien, en dezelfde volgorde en latentie voor je datapakketten wilt, gebruik dan TCP – ik gebruik UDP voor Torrents en TCP voor PayPal!


Antwoord 9

TCP is geschikt wanneer u een behoorlijke hoeveelheid gegevens moet verplaatsen (> ~1 kB), en u wilt dat deze allemaal worden geleverd. Bijna alle gegevens die over het internet gaan, doen dit via TCP – HTTP, SMTP, BitTorrent, SSH, enz. gebruiken allemaal TCP.

UDP is geschikt wanneer u kleine berichten heeft die u zich kunt veroorloven te verliezen en deze zo efficiënt mogelijk wilt verzenden. Een van de redenen waarom u het zich zou kunnen veroorloven om ze te verliezen, is omdat u ze opnieuw kunt verzenden als ze kwijtraken. Het belangrijkste voorbeeld op internet is DNS – DNS bestaat uit kleine zoekopdrachten die dingen zeggen als “wat is het IP-nummer voor stackoverflow.com?”, en de antwoorden zijn dienovereenkomstig klein. Computers doen veel van deze vragen, dus ze moeten efficiënt worden gedaan, maar als ze onderweg verdwalen, is het gemakkelijk om een time-out te nemen en ze opnieuw te verzenden.


Antwoord 10

Een aanvullende gedachte bij enkele van de bovenstaande opmerkingen die spreken over bestelde bezorging…. Het moet duidelijk zijn dat de bestemmingscomputer pakketten in de verkeerde volgorde op de draad kan ontvangen, maar de TCP op de bestemming is verantwoordelijk voor het “herschikken out-of-order data” voordat u deze doorgeeft aan de bovenste lagen van de stapel. Als u zegt dat TCP de bezorging van bestelde pakketten garandeert, betekent dit dat het de pakketten in de juiste volgorde naar de bovenste lagen van de stapel zal afleveren.


Antwoord 11

SCTP vs TCP vs UDPServices/Features       SCTP        TCP       UDP
Connection-oriented                       yes         yes       no
Full duplex                               yes         yes       yes
Reliable data transfer                    yes         yes       no
Partial-reliable data transfer            optional    no        no
Ordered data delivery                     yes         yes       no
Unordered data delivery                   yes         no        yes
Flow control                              yes         yes       no
Congestion control                        yes         yes       no
ECN capable                               yes         yes       no
Selective ACKs                            yes         optional  no
Preservation of message boundaries        yes         no        yes
Path MTU discovery                        yes         yes       no
Application PDU fragmentation             yes         yes       no
Application PDU bundling                  yes         yes       no
Multistreaming                            yes         no        no
Multihoming                               yes         no        no
Protection against SYN flooding attacks   yes         no        n/a
Allows half-closed connections            no          yes       n/a
Reachability check                        yes         yes       no
Psuedo-header for checksum                no (vtags)  yes       yes
Time wait state                           vtags       4-tuple   n/a

12

  • TCP: Wordt er in zinvolle bestelling
  • UDP: God weet (misschien)

13

Omdat TCP-gebruikten vrij eenvoudig zijn van andere antwoorden, noem ik enkele interessante UDP-gebruikszaken:

1)DHCP – Dynamic Host Configuration Protocol, dat wordt gebruikt om dynamisch een IP-adres en een andere netwerkconfiguratie toe te wijzen aan de aangesloten apparaten. In eenvoudige woorden, met dit protocol kunt u gewoon verbinding maken met de netwerkkabel (of wifi) en internet gebruiken, zonder extra configuraties. DHCP gebruikt het UDP-protocol. Aangezien het bericht met het instellingenverzoek wordt uitgezonden vanaf de host en er geen manier is om een TCP-verbinding tot stand te brengen met de DHCP-server (u kent het adres niet), is het onmogelijk om in plaats daarvan TCP te gebruiken.

2) Traceroute – bekende netwerkdiagnosetool waarmee u kunt onderzoeken welk pad in het netwerk uw datagram passeert om zijn bestemming te bereiken (en hoeveel tijd het kost). Standaard werkt het door UDP-datagram met een onwaarschijnlijk bestemmingspoortnummer (variërend van 33434 tot 33534) naar de bestemming te sturen met het veld ttl (time-to-live) ingesteld op 1. Wanneer de router ergens in het netwerk zo’n datagram ontvangt – het komt erachter dat het datagram is verlopen. Vervolgens laat de router het datagram vallen en stuurt naar de oorsprong van het datagram een ICMP-foutbericht (Internet Control Message Protocol) dat aangeeft dat de ttl van het datagram is verlopen en de naam en het IP-adres van de router bevat. Elke keer verzendt de host datagrammen met steeds hogere TTL, waardoor het netwerkdeel dat hij weet te overwinnen groter wordt en nieuwe ICMP-berichten van nieuwe routers worden ontvangen. Wanneer het uiteindelijk zijn bestemming bereikt (datagrammen TTL is groot genoeg om het toe te staan), stuurt de bestemmingshost het ‘Bestemmingspoort onbereikbaar’ ICMP-bericht naar de oorspronkelijke host. Zo weet Traceroute dat de bestemming is bereikt. Aangezien de TCP de levering van segmenten garandeert, zou het op zijn minst inefficiënt zijn om het te gebruiken in plaats van UDP, waardoor het datagram gewoon kan worden verwijderd zonder pogingen om opnieuw te verzenden (opnieuw verzenden wordt geïmplementeerd op het hogere niveau, met continu toenemende TTL zoals hierboven beschreven) .


Antwoord 14

TCP :

Transmission Control Protocolis een verbindingsgericht protocol, wat inhoudt dat handshake nodig is om end-to-end-communicatie op te zetten. Zodra een verbinding tot stand is gebracht, kunnen gebruikersgegevens bidirectioneel over de verbinding worden verzonden.

Betrouwbaar – Strikt alleen op transportlaag, beheert TCP Message Ableem, Retransmission en Time-out. Meerdere pogingen om het bericht te leveren, worden gemaakt. Als het onderweg verliest, zal de server het verloren deel opnieuw aanvragen. In TCP is er geen ontbrekende gegevens, of, in het geval van meerdere time-outs, wordt de verbinding gevoerd. (Deze betrouwbaarheid dekt echter niet de toepassing van de toepassing, waarbij een afzonderlijke bevestigingsstroomregeling nog steeds noodzakelijk is)

Besteld – Als twee berichten in volgorde over een verbinding worden verzonden, zal het eerste bericht eerst de ontvangende aanvraag bereiken. Wanneer data-segmenten in de verkeerde volgorde aankomen, vertragen TCP-buffers de on-of-order-gegevens totdat alle gegevens correct kunnen worden geselecteerd en aan de toepassing worden afgeleverd.

Zwaargewicht – TCP vereist drie pakketten om een ​​socketverbinding in te stellen, voordat de gebruikersgegevens kunnen worden verzonden. TCP behandelt betrouwbaarheid en congestiecontrole.
Streaming – gegevens worden gelezen als byte-stream, er worden geen onderscheidende indicaties verzonden naar signaalbericht (segment) grenzen.

Toepassingen van TCP

World Wide Web, Email, Extern Administration en File Transfer vertrouwt op TCP.

UDP:

Gebruikers Datagram Protocol is een eenvoudiger bericht-gebaseerd verbindingsloos protocol. Verbindingloze protocollen zetten geen speciale end-to-end-verbinding in. Communicatie wordt bereikt door informatie in één richting uit de bron naar de bestemming te verzenden zonder de bereidheid of de status van de ontvanger te verifiëren.

onbetrouwbaar – Wanneer een UDP-bericht wordt verzonden, kan deze niet bekend zijn of deze zijn bestemming zal bereiken; het kan onderweg verdwalen. Er is geen concept van erkenning, hertransmissie of time-out.

Niet besteld – Als twee berichten naar dezelfde ontvanger worden verzonden, kan de volgorde waarin zij aankomen niet kunnen worden voorspeld.

Lichtgewicht – er is geen bestellen van berichten, geen tracking-verbindingen, enz. Het is een kleine transportlaag die is ontworpen bovenop IP.

Datagrammen – Pakketten worden individueel verzonden en worden alleen gecontroleerd op integriteit als ze aankomen. Pakketten hebben definitieve grenzen die worden gehonoreerd bij ontvangst, wat betekent dat een leesbewerking op de ontvangercontactdoos een volledig bericht zal opleveren zoals het oorspronkelijk werd verzonden.
Geen congestiebestordering – UDP zelf vermijdt congestie niet. Congestiegebiedingsmaatregelen moeten op het toepassingsniveau worden geïmplementeerd.

Uitzendingen – Verbindingloos zijn, UDP kan uitzending – verzonden pakketten kunnen worden geadresseerd om te worden ontvangen door alle apparaten op het subnet.

Multicast – Een multicast-modus wordt ondersteund, waarbij een enkel datagrampakket automatisch kan worden gerouteerd zonder duplicatie naar zeer grote aantallen abonnees.

Toepassingen van UDP

Talrijke belangrijke internettoepassingen Gebruik UDP, inclusief: het domeinnaamsysteem (DNS), waar vragen snel moeten zijn en alleen uit één enkel verzoek bestaan, gevolgd door een enkel antwoordpakket, het Simple Network Management Protocol (SNMP), de routering), de routering Informatieprotocol (RIP) en het Dynamic Host Configuration-protocol (DHCP).

Spraak- en videoverkeer wordt over het algemeen verzonden via UDP. Realtime video- en audiostreamingprotocollen zijn ontworpen om incidentele verloren pakketten te verwerken, dus er treedt slechts een lichte kwaliteitsvermindering op, in plaats van grote vertragingen als verloren pakketten opnieuw worden verzonden. Omdat zowel TCP als UDP over hetzelfde netwerk lopen, merken veel bedrijven dat een recente toename van het UDP-verkeer van deze realtime-applicaties de prestaties van applicaties die TCP gebruiken, zoals point-of-sale-, boekhoud- en databasesystemen, belemmert. Wanneer TCP pakketverlies detecteert, zal het het gebruik van de datasnelheid terugdringen. Aangezien zowel realtime als zakelijke applicaties belangrijk zijn voor bedrijven, wordt het ontwikkelen van quality of service-oplossingen door sommigen als cruciaal beschouwd.

Sommige VPN-systemen, zoals OpenVPN, kunnen UDP gebruiken bij het implementeren van betrouwbare verbindingen en foutcontrole op applicatieniveau.


Antwoord 15

UDP wordt veel toegepast in games of andere peer-to-peer-setups omdat het sneller is en je meestal het protocol zelf niet nodig hebt om ervoor te zorgen dat alles in de oorspronkelijke volgorde op de bestemming aankomt (UDP niet garantie pakketbezorging of bezorgopdracht).

Webverkeer daarentegen verloopt via TCP. (Ik weet het niet zeker, maar ik denk dat het te maken heeft met de manier waarop het HTTP-protocol is gebouwd)

Bewerkt omdat ik faalde bij UDP.


Antwoord 16

Voorbeelden uit de praktijk van zowel TCP als UDP
tcp -> een telefoontje, sms of iets specifieks voor de bestemming
UDP -> een FM-radiokanaal (AM), Wi-Fi.

Other episodes