[BC3] tcp of udp, broadcast ja/nee?

Pagina: 1
Acties:

  • wizl
  • Registratie: Maart 2001
  • Laatst online: 27-02-2023
Hoi,

Ik wil vanaf pc, een vrijwel continue stroom data (8 bytes data, 8 maal per sec.) sturen naar 1 of meer andere pc''s. Het is niet zo erg als de client''s af en toe een pakketje missen (het gaat om statusinformatie die getoond moet worden op de clients). Wat is de netwerkbelasting die ik hiermee potentieel genereer? Is die uberhaupt acceptabel op een 10mbit netwerk? Moet ik UDP of TCP gebruiken? En als laaste heeft het zin om de info te broadcasten i.p.v. per client te connecten?

TIA :)

  • GaMeOvEr
  • Registratie: Januari 2000
  • Nu online

GaMeOvEr

Is een hork.

Als het niet erg is dat ze af en toe een pakketje missen, kun je beter UDP gebruiken, scheelt weer wat. (Geen handshake en verificatie en zo.)

Aannames zijn fataal.


Verwijderd

UDP is dan het meest geschikt. Dit is er voor gemaakt dat er af en toe gemist wordt. Streaming media gaan ook altijd via UDP, zodat wanneer een foutje optreedt niet alles weer opnieuw hoeft te worden verzonden.

  • mvdejong
  • Registratie: Juni 2000
  • Laatst online: 29-11-2024

mvdejong

When does the hurting stop ?

Wat je hier beschrijft is een school-voorbeeld voor multicasting !
Met multicasting stuur je (met UDP) pakketjes naar een IP-adres waarop de clients kunnen "abonneren". Op die manier stuur je eenmaal de informatie terwijl alleen de geinteresseerde clients daadwerkelijk de pakketjes verwerken. Omdat het UDP is vindt er dus geen controle bij de verzender plaats of de ontvanger het verwerkt heeft (tenminste niet op een netwerk-laag).

The number of things that Arthur couldn't believe he was seeing was fairly large


  • wizl
  • Registratie: Maart 2001
  • Laatst online: 27-02-2023
Thnx, ga dat multicast ff. verder uitwerken. Klopt toch dat dat ook in overhead scheelt, in tegenstelling tot end to end comm.