2017-08-04 8 views
-1

D'après ce que j'ai compris jusqu'ici, contrairement à la fragmentation IP non transparente; où les paquets sont fragmentés à la source et réassemblés seulement à la destination; systèmes de réseau intermédiaires dans la fragmentation IP transparente, réassembler et fragmenter le paquet IP pendant le transit. Étant donné l'exemple ci-dessous où deux systèmes d'extrémité (A) et (B) communiquent entre eux, dont chacun fait partie de sous-réseau1 et sous-réseau3 respectivement. Est-ce que router1 réassemblerait les fragments de paquets IP envoyés par A, puis enverrait le paquet entier non fragmenté à router2 qui le fragmenterait avant de l'envoyer à B? Est-ce ainsi que fonctionne la fragmentation IP transparente?Fragmentation IP transparente

(A) subnet1 ----- router1 ------ subnet2 ------- router2 ------- subnet3 (B) 

Répondre

0

Je pense que vous devriez lire ce post qui vous donne une idée de la façon dont cela fonctionne.

Pour moi, le paquet est par router1 envoyé rassemble à ROUTEUR2 puis arrivent à B. Dans tous les cas B l'ensemble recieve et non des fragments paquet réalisés par A.

0

Dans la fragmentation IPv4 normale, un routeur fragmenter un paquet si le MTU de l'interface suivante est plus petit que la taille du paquet. La fragmentation se produit sur le (s) routeur (s), mais le réassemblage des fragments de paquet relève de la responsabilité du système d'extrémité.

L'utilisation de la fragmentation et du réassemblage entre deux systèmes intermédiaires dans le chemin n'est pas directement couverte par le RFC IPv4, il n'y a donc pas de véritable standard pour la façon dont cela se produit. Fondamentalement, la fin d'un lien va fragmenter un paquet pour correspondre à la MTU du lien, et l'autre extrémité du lien va réassembler les fragments au paquet original. Ce n'est pas quelque chose de commun, car cela impose une lourde charge aux routeurs. Dans la fragmentation normale, le poids du réassemblage est placé sur le système d'extrémité.

De RFC 791, Internet Protocol:

Le service Internet de base est datagrammes orienté et prévoit la fragmentation des datagrammes au niveau des passerelles, avec qui aura lieu réassemblage au module de protocole Internet de destination dans l'hôte de destination. Bien sûr, la fragmentation et le réassemblage des datagrammes au sein d'un réseau ou par accord privé entre les passerelles d'un réseau est également autorisé car cela est transparent pour les protocoles Internet et les protocoles de niveau supérieur . Ce type transparent de fragmentation et de réassemblage est appelé fragmentation "dépendant du réseau" (ou intranet) et n'est pas discuté plus loin ici.

La description complète de la fragmentation dans la RFC:

Fragmentation

Fragmentation d'un datagramme Internet est nécessaire quand il est originaire dans un réseau local qui permet à une grande taille de paquet et doit traverser un réseau local qui limite les paquets à une taille inférieure pour atteindre la destination .

Un datagramme Internet peut être marqué "ne pas fragmenter". Tout datagramme Internet ainsi marqué ne doit pas être fragmenté sur Internet dans les circonstances . Si le datagramme Internet marqué ne pas fragmenter ne peut pas être envoyé à sa destination sans le fragmenter, il doit être remplacé par .

La fragmentation, la transmission et le réassemblage sur un réseau local qui est invisible pour le module de protocole Internet est appelé fragmentation intranet et peut être utilisé [6].

La procédure de fragmentation et de réassemblage d'Internet doit être capable de fractionner un datagramme en un nombre presque arbitraire de pièces qui peuvent être réassemblées plus tard . Le récepteur des fragments utilise le champ d'identification pour s'assurer que les fragments des différents datagrammes ne sont pas mélangés. Le champ de décalage de fragment indique au récepteur la position d'un fragment dans le datagramme d'origine. Le décalage de fragment et la longueur déterminent la partie du datagramme original couverte par ce fragment. L'indicateur more-fragments indique (en étant réinitialisé) le dernier fragment . Ces champs fournissent des informations suffisantes pour réassembler les datagrammes.

Le champ d'identification est utilisé pour distinguer les fragments d'un datagramme de ceux d'un autre. Le module de protocole d'origine d'un datagramme Internet définit le champ d'identification à une valeur qui doit être être unique pour cette paire source-destination et le protocole pendant le temps le datagramme sera actif dans le système Internet. Le module de protocole d'origine d'un datagramme complet définit l'indicateur more-fragments sur zéro et le décalage de fragment sur zéro.

Pour fragmenter un datagramme Internet, un module de protocole Internet (pour exemple, dans une passerelle), crée deux nouvelles datagrammes Internet et des copies le contenu des champs d'en-tête Internet de la longue datagrammes en les deux nouveaux en-têtes Internet . Les données du datagramme long sont divisées en deux parties sur une limite de 8 octets (64 bits) (la deuxième partie peut ne pas être un multiple entier de 8 octets, mais la première doit l'être). Appelez le nombre de blocs de 8 octets dans la première partie NFB (pour le numéro des blocs de fragmentation). La première partie des données est placée dans le premier nouveau datagramme Internet et le champ Longueur totale est défini sur la longueur du premier datagramme. Le drapeau more-fragments est défini sur un. La deuxième partie des données est placée dans le deuxième nouveau datagramme Internet et le champ de longueur totale est défini sur la longueur du deuxième datagramme . Le drapeau more-fragments porte la même valeur que le long datagramme. Le champ de décalage de fragment du deuxième nouveau datagramme Internet est mis à la valeur de ce champ dans le datagramme long plus ONF.

Cette procédure peut être généralisée pour une division n-way, plutôt que pour la répartition bidirectionnelle décrite.

pour assembler les fragments d'un datagramme, un internet module de protocole (par exemple à un hôte de destination) combine Internet datagrammes qui ont tous la même valeur pour les quatre champs: identification, la source, la destination et protocole . La combinaison est effectuée en plaçant la partie de données de chaque fragment dans la position relative indiquée par le décalage de fragment dans l'en-tête Internet de ce fragment. Le premier fragment aura le décalage de zéro et le dernier fragment aura l'indicateur more-fragments remis à zéro.