TCP et Broadcast
Fermé
Gregory
-
24 janv. 2012 à 12:22
brupala Messages postés 109442 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 23 avril 2024 - 24 janv. 2012 à 12:34
brupala Messages postés 109442 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 23 avril 2024 - 24 janv. 2012 à 12:34
A voir également:
- Broadcast tcp
- Tcp optimizer - Télécharger - Optimisation
- Udp vs tcp - Guide
- 5g broadcast - Guide
- Tcp emule - Forum Réseaux sociaux
- Emule tcp test failed ✓ - Forum Logiciels
3 réponses
Mamiche31
Messages postés
12
Date d'inscription
lundi 23 janvier 2012
Statut
Membre
Dernière intervention
15 mai 2012
24 janv. 2012 à 12:24
24 janv. 2012 à 12:24
Bonjour,
Tu trouveras ta réponse ici :
https://forums.commentcamarche.net/forum/affich-3905147-tcp-udp
Tu trouveras ta réponse ici :
https://forums.commentcamarche.net/forum/affich-3905147-tcp-udp
Pacorabanix
Messages postés
3248
Date d'inscription
jeudi 23 août 2007
Statut
Membre
Dernière intervention
19 mai 2013
660
24 janv. 2012 à 12:25
24 janv. 2012 à 12:25
et bien, ce n'est pas que TCP n'"autorise pas" le broadcast, c'est juste qu'il n'est pas fait pour faire du broadcast.
Tu imagines, un broadcast de 100'000 personnes qui renvoient tous des "ack" ou nack au serveur ?
le serveur doit alors renvoyer les trames pour ceux qui n'ont pas bien reçu, et continuer à envoyer les autres normalement pour ceux qui ont bien reçu ? on se retrouve avec un serveur qui va être très très surchargé. A cause du controle de réception et du renvoi.
Tu imagines, un broadcast de 100'000 personnes qui renvoient tous des "ack" ou nack au serveur ?
le serveur doit alors renvoyer les trames pour ceux qui n'ont pas bien reçu, et continuer à envoyer les autres normalement pour ceux qui ont bien reçu ? on se retrouve avec un serveur qui va être très très surchargé. A cause du controle de réception et du renvoi.
brupala
Messages postés
109442
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 avril 2024
13 619
24 janv. 2012 à 12:34
24 janv. 2012 à 12:34
Tout à fait,
quand on envoie en multicast, il n'est pas légitime d'attendre un accusé de réception.
ou alors, il faudrait un système de retransmission sélective ... une horreur au niveau performances.
Autant ouvrir plusieurs sessions tcp.
quand on envoie en multicast, il n'est pas légitime d'attendre un accusé de réception.
ou alors, il faudrait un système de retransmission sélective ... une horreur au niveau performances.
Autant ouvrir plusieurs sessions tcp.