A propos de paquets

Résolu/Fermé
weiwei - 13 févr. 2010 à 13:52
 weiwei - 5 mars 2010 à 10:11
Hello,
Je suis en train de m'initier au réseau dans sa globalité, comprendre les principes de bases.
A ce niveau de mon initiation j'étudie le principe physique de l'échange d'informations (les messages sont découpés en paquets eux-même englobés dans des trames assurant la bonne circulation du message).
J'aurais deux questions à posées, deux questions qui trottinent dans ma tête depuis pas mal de temps :

II)Si un des paquets du message ne parvient pas à destination, qui se charge d'en avertir l'éméteur ? y-a-t'il des processus qui, invisiblement aux yeux de l'utilisateur, réparent ces échecs d'envois en renvoyant les messages échoués en cours de route, si oui comment celui qui envoie les messages peut en être informé ?
voici littéralement le problème qui me gène :

1)par msn, j'envoie un message
2)le message est découpé en paquet et chaques paquets est envoyé sur le réseau hasardement d'un routeur à l'autre
3)un message qui passe d'un routeur à un autre échoue (par je ne sais quel problème).
4)A ce moment là, qu'est-ce que le routeur (celui qui a envoyé le paquet défectueux) est chargé de faire ? renvoyer de facon inverse une requête à celui qui a envoyé le message en disant "bonjour un de tes paquets n'est pas parvenu à la source..." (Si non je ne vois pas d'autre solution pour l'avertir).



II)Aussi j'aimerais savoir, quand on envoie un message, les routeurs sont-ils empruntés de manière hasardeuse par les paquets ? (au risque de faire le tour du monde avant de parvenir à sa source ??).
Là aussi je ne vois pas comment un routeur (imaginons le premier routeur rencontré) sait à quel autre routeur l'envoyer (toutes les ip du monde ne sont pas inscritent sur chaques routeurs du monde quand même...).

Voilà autant de questions qui me mettent mal à l'aise dans la suite de mon exploration dans ce monde si vaste !
Merci à ceux qui auront accepté de m'aider (vive internet).

8 réponses

brupala Messages postés 110525 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 18 novembre 2024 13 829
13 févr. 2010 à 23:30
Juste pour recadrer à l'intention des lecteurs éventuels :
la notion de frame (html) telle qu'expliquée dans le lien ci dessus n'a aucun rapport avec la question initiale.
Je pense weiwei voulait parler de trames au niveau transmission de niveau 2.
sinon:
(toutes les ip du monde ne sont pas inscritent sur chaques routeurs du monde quand même...)
non, bien sûr c'est pour cela que les adresses ip comprennent une partie host et une partie réseau variable.
les routeurs ne routent que sur la partie réseau de l'adresse ip de destination, une fois le paquet arrivé dans le réseau de destination il est envoyé (via le mécanisme ARP en IPV4) à l'adresse physique de la bonne machine.
suivant la précision de l'entrée dans la table de routage (équivalente au masque) la partie réseau utilisée pour le routage est plus ou moins grande.
elle va de rien (0.0.0.0) sur une route par défaut ou /8 (255.0.0.0) pour les plus grands réseaux (les 8 premiers bits de l'adresse sont utilisés pour le routage) à plus fin par exemple /24 (255.255.255.0) où les 24 premiers bits sont pris en compte pour router le paquet en fin de parcours.
en début de parcours, on part souvent sur une route /0 pour ensuite affiner en /8, puis masque de plus en plus précis jusqu'à arriver au réseau destinataire puis de là à la machine destinataire.
Voir: https://www.commentcamarche.net/contents/1354-le-cidr
Si les routes n'étaient pas agrégées on aurait la mémoire des routeurs qui exploserait, encore en IPV4 ça pourrait être possible de gérer plusieurs millions de réseaux, mais en IPV6 ce serait impossible car elles se compteraient potentiellement en milliards de milliards.
1
Merci Brupala,
Je suis en train de suivre une formation Cisco et après plusieurs jours de cours j'arrive à répondre à ma propre question, concernant les frames qui n'arrivent pas à destination.

L'idée de routage et d'adresse Ip n'est pas encore clair mais je pense pouvoir y répondre d'ici prochainement car malgré ton long monologue, il me manque beaucoup de base pour approcher ton explication aisément.
Je poste juste un dernier message pour te dire merci de t'avoir donné la peine ^^
1
korhunt Messages postés 833 Date d'inscription mercredi 10 décembre 2008 Statut Membre Dernière intervention 24 novembre 2013 103
13 févr. 2010 à 14:15
Déjà c est un plus compliqué que çà
Tiens voilà un très bon bouquin :
http://images.google.fr/...
0
merci korhunt, mais le problème c'est que je suis déjà sur un bon gros pavet, n'y-a-t'il pas une explication toute claire, autrement accessible que par un livre de 900 pages ?
Un schéma comme on fait pour apprendre aux gamins ?
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
eupe !
0
brupala Messages postés 110525 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 18 novembre 2024 13 829
13 févr. 2010 à 20:13
salut,
ça c'est le rôle du protocole TCP ou des couches supérieures (4 en principe, mais ça peut être fait en session aussi ou même sur l'application) car le réseau ip en lui même ne contrôle pas l'acheminement de ses paquets, contrairement à un réseau X25 par exemple.
0
Bien, merci j'ai été m'informer sur le TCP et j'arrive plus ou moins à comprendre maintenant.
Merci de ton aide, cependant si d'autres ont des suggestions à faire je suis prenant !
0
Nico le Vosgien Messages postés 1552 Date d'inscription vendredi 23 février 2007 Statut Contributeur Dernière intervention 19 novembre 2016 266
13 févr. 2010 à 21:11
Sur la gestion des pertes Brupala t'a répondu : en couche 2 & 3, il n'existe aucun mécanisme pour répondre à ta question. En couche transport, suivant si l'application est gérée par tcp ou udp (pour ne citer qu'eux), il y aura contrôle (tcp) ou pas (udp) de la bonne arrivée de ton paquet.

Comme te l'a également dit Brupala, d'autres contrôles peuvent être mis en place en couche supérieure.

En ce qui concerne ton "tour du monde", je répondrai que si, dans le principe, ton paquet peut faire le tour de la planète avant d'arriver à destination : ça s'appelle le routage :) : la décision d'un routeur n'est donc en rien "hasardeuse"

Néanmoins, dans la vraie vie, ton paquet IP dispose dans son entête d'un champ ttl qui va limiter les chances de voir ce phénomène se réaliser ;)

https://www.frameip.com/entete-ip/

Ensuite, les routes entre un point A et un point B étant souvent multiples (je me situe ici dans ton contexte Internet), il y a bien peu de chance pour que ce tour du monde se réalise !

Et si ! : les routeurs qui composent la dorsale internet (ISP / FAI) connaissent l'ensemble des routes composant Internet. Pour les autres (qui sont donc clients de ces ISP / FAI, ils peuvent également connaître l'ensemble de ces routes ou simplement une route défaut)

https://bgp.potaroo.net/bgprpts/rva-index.html
0
Merci Nico, c'est très clair maintenant, la notion de frame m'a aidé à comprendre en profondeur.
J'ai encore beaucoup de boulot devant moi...surtout dans la connaissance des protocoles.

Je peux maintenant mettre "problème résolu" :)
0