Comment le téléchargement fonctionne sur internet ?

09/08/2004, 01h09

[Message effacé à la demande de l'auteur]

Ph · 09/08/2004, 01h31

Euh qui t'a mis dans la tête que tu pouvais décider comme ça de la vitesse à laquelle les gens t'envoient des paquets?

Hanny Drocéphale · 09/08/2004, 01h48

1) Non, pas à ma connaissance.
< Edité par Sadyre : attaque >

09/08/2004, 01h49

[Message effacé à la demande de l'auteur]

Hanny Drocéphale · 09/08/2004, 01h51

Le(s) protocole(s) étudier tu dois.

Ph · 09/08/2004, 02h20

[Edit]

Bon quoiqu'il en soit tu ne dis pas à ton interlocuteur à quelle vitesse il doit t'envoyer les paquets, ça n'a pas de sens, un protocole comme udp n'établit même pas de connexion, dans ce cas comment pourrait il spécifier à quelle vitesse acheminer les paquets ?
Ceux ci sont émis et reçus le plus vite possible par le serveur et le client

Imperio · 09/08/2004, 03h10

Ca depend de plusieurs paramètres, mais ca depend surtout de quel protocole est utilise, UDP ou TCP.

L'UDP c'est un protocole "On espère que ca arrive". En gros le serveur envoie des paquets vers le client en espérant que ca lui arrive. dans ce cas la, aucun effort n'est fait pour récupérer des paquets ou les mettre en attente, en gros il y a de forte chances pour que pleins de paquets disparaissent. De toute façon il est impensable d'envoyer des paquets plus gros que je dirais 5Kb, avec de si gros paquets la chance pour qu'il y ait des erreurs grandit plus fortement qu'avec des paquets de 1Ko par exemple. De plus l'UDP se fiche de l'ordre... c'est a dire que si tu envoies en UDP (et je simplifier énormément la) "1", puis "2" puis "3", ca pourrait arriver en gros 3,2,1 ou 1,3,2 ou 2,3,1, etc... Si avec l'UDP, le paquet se perd, tanpis, en gros... si il est corrompu, tanpis... si il arrive trop top ou trop tard, tanpis... Ou alors il faut prendre des precautions au niveau du programme recevant les paquets pour faire lui meme la detection d'erreurs au niveau software (le programme lui meme).

Le TCP est different. Il y a deja une detection-correction d'erreur présente au niveau du protocole lui meme. TCP garantie que ton paquet arrivera dans l'ordre, sans erreurs et qu'il arrivera a destination, tout simplement. Il arrive que des paquets TCP se perdent, mais le protocole se charge alors de les renvoyer jusqu'à ce qu'ils arrivent, et dans l'ordre. TCP est donc plus lent, mais aussi plus fiable...

Maintenant pour ton petit "scenario"... Si tu "forçais" techniquement ton serveur a t'envoyer de "gros" paquets... Deja je ne suis pas sur que le protocole TCP les accepte (de 1...) De plus, si ta connection est trop lente pour telecharger tout a la fois, des paquets se perdront, c'est meme sur. Ca sera alors en gros, un framboisier bien confus si tu veux mon avis.

Les programmes de telechargement en general utilisent le principe d'accuse de reception.

Simplification:
Le Client dit au serveur "Envoie moi tel bout du fichier"
Le serveur envoie ce bout (generalement en un paquet qui varie en taille selon le programme).
Le Client recoit le paquet, il verifie qu'il a la bonne taille, et renvoie un message au server:
"Paquet XXXX ok, envoie moi le suivant".
Dans l'ideal, ceci se passe plusieurs fois par secondes, ce qui donne une vitesse accrue. Si un paquet ne recoit pas d'accuse de receptionm il est renvoye par le serveur jusqu'à obtention d'un accuse de reception.

Donc en fait (apres les longues explications):
1) Cela depend du programme, mais a mon avis c'est impossible, car il faut renvoyer au serveur un message disant que tu as recu le paquet XXXX, et pour connaitre cet identifiant il faudrait avoir recu ce paquet... Maintenant ca depend totalement du protocole, du programme, etc, mais a mon avis, c'est impossible, car en plus en general ces programmes ont une capacite upload limite dans le programme donc 1Mo/s me semble bien gros... Mais si tu reussissait a le faire, ca serait considere comme du hacking, puisque c'est l'exploitation d'une faille d'un programme et une utilisation accrue d'un reseau... Les MMORPGs comme Star wars galaxies ont une close disant que tu n'as pas le droit d'utiliser trop de bande passante, par exemple...
2) Ca disparaitrait surement, une partie serait mise en attente, mais en gros tu ne recevrait pas quelque chose d'utile...

09/08/2004, 03h23

[Message effacé à la demande de l'auteur]

Hanny Drocéphale · 09/08/2004, 10h21

< Edité par Sadyre : flame >

Aroet · 09/08/2004, 13h33

< Edité par Sadyre : hors sujet >

Niark · 09/08/2004, 15h10

faire perdre des paquets intentionellement s'appelle "tcp damping".
en retardant l'envoi de l'accusé de reception de chaque paquet, ils sont reconnus par le serveur comme étant perdus et il les renvoie plusieurs fois, consommant ainsi beaucoup plus de bande passante que la normale. mais ceci n'est utilisable que par du tcp/ip pur comme un serveur de mails

la question de départ etait pertinente , mais le reste des questions me parait trop "wanabee haxor" pour y répondre . tout mène dans la direction d'une attaque de réseau p2p vu les énoncés. pas de bol, ces logiciels banissent automatiquement dans ce cas.

IEFBR14 · 09/08/2004, 15h58

même réponse que Niark, a noter que le "TCP damping" peut être utilisé comme méthode de spam (même si c'est assez radical)

pour la 2e question .... cela dépend des serveurs, pendant un temps, certains gardent les informations en mémoire (c'est assez rare quand même), mais en général, celles ci sont perdues.

Slaughter In A Grave · 09/08/2004, 19h55

< Edité par Sadyre : hors sujet >

St Thomas · 09/08/2004, 20h08

< Edité par Sadyre : hors sujet >

watt0 · 09/08/2004, 20h11

Imperio a fournit de bonnes explications, mais je voudrais juste ajouter que ce sont surtout les éléments actifs du réseau (ponts, routeurs) qui déterminent la vitesse d'émission ainsi que la taille des paquets selon la topologie des sous-réseaux (X25, ATM, Token Ring, Ethernet) à traverser.
Ainsi les paquets transiteront toujours à la vitesse maximale de chaque sous-réseau, et ce sont aux éléments actifs qui doivent parvenir à transformer les paquets en fonction du sous-réseau.
Je pense que c'est ça, je n'ai que de vagues souvenirs de mes cours de réseaux.

Sadyre · 09/08/2004, 20h29

J'ai sérieusement hésité à faire un rappel à l'ordre lors du 1er passage, cette fois ci il y est, vous êtes priés de rester dans le sujet et d'éviter le hors charte.

Slaughter In A Grave et St Thomas, un tiers du fil était déjà édité, c'est jouer avec le feu que de vouloir en rajouter une couche. En l'occurence vous vous êtes brulés.

lumina Invité	[Message effacé à la demande de l'auteur]
09/08/2004, 01h09

Ph Bagnard	Euh qui t'a mis dans la tête que tu pouvais décider comme ça de la vitesse à laquelle les gens t'envoient des paquets?
09/08/2004, 01h31

Hanny Drocéphale [FED]	1) Non, pas à ma connaissance. < Edité par Sadyre : attaque >
09/08/2004, 01h48

lumina Invité	[Message effacé à la demande de l'auteur] [Message effacé à la demande de l'auteur]
09/08/2004, 01h49

Hanny Drocéphale [FED]	Le(s) protocole(s) étudier tu dois.
09/08/2004, 01h51

Ph Bagnard	[Edit] Bon quoiqu'il en soit tu ne dis pas à ton interlocuteur à quelle vitesse il doit t'envoyer les paquets, ça n'a pas de sens, un protocole comme udp n'établit même pas de connexion, dans ce cas comment pourrait il spécifier à quelle vitesse acheminer les paquets ? Ceux ci sont émis et reçus le plus vite possible par le serveur et le client
09/08/2004, 02h20

Mélancolie Invité	[Message effacé à la demande de l'auteur] [Message effacé à la demande de l'auteur]
09/08/2004, 03h23

Hanny Drocéphale [FED]	< Edité par Sadyre : flame >
09/08/2004, 10h21

Aroet Prophète	< Edité par Sadyre : hors sujet >
09/08/2004, 13h33

IEFBR14	même réponse que Niark, a noter que le "TCP damping" peut être utilisé comme méthode de spam (même si c'est assez radical) pour la 2e question .... cela dépend des serveurs, pendant un temps, certains gardent les informations en mémoire (c'est assez rare quand même), mais en général, celles ci sont perdues.
09/08/2004, 15h58

Slaughter In A Grave Bagnard	< Edité par Sadyre : hors sujet >
09/08/2004, 19h55

St Thomas Alpha & Oméga	< Edité par Sadyre : hors sujet >
09/08/2004, 20h08

Sadyre Alpha & Oméga	J'ai sérieusement hésité à faire un rappel à l'ordre lors du 1er passage, cette fois ci il y est, vous êtes priés de rester dans le sujet et d'éviter le hors charte. Slaughter In A Grave et St Thomas, un tiers du fil était déjà édité, c'est jouer avec le feu que de vouloir en rajouter une couche. En l'occurence vous vous êtes brulés.
09/08/2004, 20h29

Comment le téléchargement fonctionne sur internet ?

Connectés sur ce fil