J'ai un petit problème avec ça :
 
Un hote A envoie à l'hote B un datagramme Ip de 129 octets au total. L'en-tête IP ne contient aucune option. La route ne comporte qu'un seul routeur. Le deuxième sous-réseau traversé impose une longueur utile maximum de trame de 128 octets. Combien d'octets (en tenant compte des différents en-têtes) sont-ils délivrés au module IP de la machine destinataire ? (Chacun des sous réseaux utilise un protocole d'accès avec un en-tête de trame de 18 octects)
 
j'y comprend pas grand chose là dedans    
 
Help me !    

bonne chance

ps: je te soutiens moralement  

aspegic500mg a écrit a écrit : ps: je te soutiens moralement

 
moi aussi !!
on est tous avec toi ...

Merci les gars
Je crois que j'aurais du mettre gros problème  
   

ça me fait penser au controle de reseau de lundi prochain
 
 

com21 a écrit a écrit : ça me fait penser au controle de reseau de lundi prochain

et encore j'ai pas osé mettre la question la plus diffiçile    
 

Un hote A envoie à l'hote B un datagramme Ip de 129 octets au total.
 
Le paquet fait 129 octets, entête compris !
 
L'en-tête IP ne contient aucune option.
 
L'entête ne sera pas plus gros que son strict minimum !
 
La route ne comporte qu'un seul routeur.
 
Ok, donc seulement deux sous-réseau IPs
 
Le deuxième sous-réseau traversé impose une longueur utile maximum de trame de 128 octets.
 
La le paquet est trop long pour traverser en un seul bloc ce réseau, il devra donc être passé avec deux paquets.
 
Combien d'octets (en tenant compte des différents en-têtes) sont-ils délivrés au module IP de la machine destinataire ?
 
Bon la question
 
(Chacun des sous réseaux utilise un protocole d'accès avec un en-tête de trame de 18 octets)
 
On connaît la taille des entêtes !
 
 
La solution (si je ne me plante pas )
 
paquet initial : 129 octet, dont 18 d'entête et 111 de données.
 
taille de paquet max sur 2nd sous-réseau : 128 octets, dont 18 d'entête et donc 110 de données.
 
Combien de paquets faut-il pour passer 111 octets de données ? La réponse est triviale il en faut 2 (la division entière + 1)
 
Donc 2 entêtes (18 x 2) et les données (111), soit au total : 147 octets.
 
Il pourrait y avoir plusieurs pièges (mais ca me gonfle de vérifier ces détails d'implémentation IP) :
- si l'entête IP à une taille minimale supérieur à 18 octets
- si les octets doivent être alignés ou complêtés à une taille fixe (par exemple alignement sur un mot de 16 ou 32 bits)
- si le séquencage des paquets augmente la taille de ces derniers (options dans l'entête ?)

 
tu me sauves la vie (ça fait mal la tête contre le mur )merci bcp  

Bon finalement j'ai ouvert un bouquin traitant du protocole IP.  
 
Un datagramme IP a une taille d'entête de 20 octets au minimum. Un paquet IP est composé de :
 
- 4 bits : IP Version
- 4 bits : Internet Header Length
- 4 bits : Type of Service
- 16 bits : Total Length
 
- 16 bits : Identification
- 1 bit : 0
- 1 bit : Don't Fragment Flag
- 1 bit : More Flags
- 13 bits : Fragment Offset
 
- 8 bits : Time To Live (TTL)
- 8 bits : Protocole
- 16 bits : Header Checksum
 
- 32 bits : Source address
 
- 32 bits : Destination Address
 
- X bits : Options
- +Y bits : Padding alignés sur 32 bits
 
- X bits : Données
 
Bleu : Entête minimal
Vert : Options d'entête
Rouge : Données
 
On peut déduire que le séquencage n'augmente pas la taille des entêtes de paquets. Que l'entête de trame de 18 octets fait partie d'une couche sous-jacente à IP.
 
 
Je reprendrai le problème de la manière suivante :
entête de trame (ethernet ?) : 18 octets ->
entête IP : 20 octets ->
129-(18+20) = 91 octets de données ->
91+(20*2)+(18*2) = 167 octets au total

 merci bcp  
 
je crois que je vais devoir m'acheter un bouquin    là dessus vu que j'ai pas mal d'exo à faire pour la rentrée  

Bon en lisant il y a encore une subtilité, les donneés doivent être un multiple de 8 octets (à l'exception du dernier fragment) lorsqu'elle sont fragmentées :
 
Paquet orginal :
- entête de trame : 18 octets
- entête IP : 20 octets
- données : 91 octets
Total : 129 octets
 
Fragment 1 :
- entête de trame : 18 octets
- entête IP : 20 octets
- données : 88 octets (multiple de 8)
Total : 126 octets
 
Fragment 2 :
- entête de trame : 18 octets
- entête IP : 20 octets
- données : 3 octets
Total : 41 octets
 
41 + 126 = 167 octets
 

dafl a écrit a écrit :  merci bcp     je crois que je vais devoir m'acheter un bouquin    là dessus vu que j'ai pas mal d'exo à faire pour la rentrée

 
J'ai un bouquin intitulé Le Macmillan TCP/IP (édition 1998) qui est pas mal fait. http://www.ssm.fr

la taille minimale d une en-tete ip est 5 mots de 4 octes, donc 20 octets

le mosieur parle juste d ip, donc l en tete ethernet on s en fou

tomate77 a écrit a écrit : le mosieur parle juste d ip, donc l en tete ethernet on s en fou

 
si l'en-tête de trame est marqué dans l'énnonçé faut bien s'en servir  
 
Merci requin pour le site Le Macmillan TCP/IP ça au moins c'est complet comme bouquin

Ce cours sur le reseau je l'attaque aprés les vacances normalement  

aspegic500mg a écrit a écrit : Ce cours sur le reseau je l'attaque aprés les vacances normalement

bon courage    

 
on parle du "module ip", donc il ne recoit que le paquet a partir de l en tete ip  

Merci tomate77
ce que je comprend pas c'est que l'entête ip on nous en parle pas trop dans l'énnonçé y'a que l'entête de trame
donc on revient sur 147 octets ou alors faut faire
129-20=120
120+(2*20)= 160
mais avec la deuxième solution on se sert pas de l'en tête de trame pour formulé dans la question    
 
Merci d'avance  

le sujet est flou, mais il parle du nb d octets pour le "module ip", donc juste la partie ip et pas ethernet + ip
 
l en tete ip fait au minimum 5 * 4 octets = 20 octets
donc tu as pour le 1er datagrame fait 128 - 20 = 118 octets
mais il y a bien une histoire d alignement sur 8 octets pour les n -1 1ers datagrames
 
or 112 est un multiple de 8 donc le 1er paquet fait : 112 + 20 d en tete
 
il reste 129 - 112 = 17 octets
 
le 2eme paquet fait 20 + 17
 
voilou, normalemt c bon
 

Merci bcp tomate77  

tomate77 a écrit a écrit : le sujet est flou, mais il parle du nb d octets pour le "module ip", donc juste la partie ip et pas ethernet + ip   l en tete ip fait au minimum 5 * 4 octets = 20 octets donc tu as pour le 1er datagrame fait 128 - 20 = 118 octets mais il y a bien une histoire d alignement sur 8 octets pour les n -1 1ers datagrames   or 112 est un multiple de 8 donc le 1er paquet fait : 112 + 20 d en tete   il reste 129 - 112 = 17 octets   le 2eme paquet fait 20 + 17   voilou, normalemt c bon

Ca me parait être ça aussi ...

oui tu as raison
 
mais comme tu as dis, le raisonnement est le meme, sauf que je ne me rappele plus de la taille min d une en tete ethernet

donc la longeur utile des données et de 110 sur le deuxième sous rezo.
mais on doit les enlever où ces 18 dans le calcul    
faut-il encore les enlever au 118 ?
 
y manquerait pas la réponse de requin ?  

tomate77 a écrit a écrit : oui tu as raison   mais comme tu as dis, le raisonnement est le meme, sauf que je ne me rappele plus de la taille min d une en tete ethernet

On s'en fout ... d'ailleurs où avez vous lu Ethernet dans le sujet ?  
Tout ce qu'on sait c'est :

Mais à la limite on s'en "branle" puisque la question posée c'est :

Sauf que ...

Et vi ... peu importe le nombre de protocoles dans lequel est encapsulé IP entre les deux sous-réseaux, l'entête d'une trame est de 18 octets sur 128 possible sur le second réseau ...  
Ca veut dire qu'il reste 128 - 18 = 110 octets pour IP (header + data), cad 110 - 20 = 90 pour les données utiles dans IP, par trames dans le second réseaux ... on fera abstraction du premier réseau dont on ne sait rien ...
On peut donc en déduire qu'il y a fragmentation du datagramme qui part de A en deux paquets IP ...  
Faites vos calculs maintenant ...
 
Attention, ca suppose qu'on parle bien d'une longueur de trames de 128 octets (que ce soit Ethernet ou du Frame Relay p/r exemple, je ne vais pas vérifier les longueurs correspondantes hein, cé pas le but de la question ici ... ) et pas d'un MTU de 128 octets, ce qui n'est pas la même chose ...

Franchement, ce sujet d'exo pourrait devenir vicieux en précisant les IP de A et B et en donnant l'entête IP du datagramme qui part de A en mettant le 46ème bit de cet entête à 1 ...
Et là "Combien d'octets arrivent au module IP de B ?"
Réponse : ????    

de 90 on prend le multiple de 8 donc 88
88+20(header)=108
129-88=41
41+20(header)=61
 
il y a donc 108+61 octets qui sont délivrés au module ip de la machine destinataire c'est bien ça ?
 
 :