0
que se passera-t-il lorsque la valeur du champ Longueur totale dans l'en-tête IPv4 est inférieure à la longueur de la trame Ethernet? Comment se comportera un appareil lors de la réception de ce type de cadre? Le périphérique a-t-il été reconnu comme non valide en raison d'une incohérence et a-t-il été rejeté?ethernet ipv4 longueur totale du champ ne correspond pas à la longueur totale de l'image
Deuxième situation, la longueur maximale d'une trame ethernet est de 1518 octets - que se passera-t-il si j'étends cette trame et ajoute 2 octets supplémentaires. En supposant que la longueur totale IPv4 correspond à la longueur du cadre étendu.
Merci.
Ok, je comprends. Mais, si la valeur du champ Longueur totale dans un en-tête IPv4 est inférieure à la longueur de l'en-tête ipv4 et des données ipv4, que se passera-t-il? Non compris l'en-tête ETH. – user2921643
Tout d'abord, vous devriez dépasser l'expéditeur en ne faisant rien car cela viole la norme. Si cela arrive en transit, le CRC serait probablement incorrect, et le paquet est rejeté. Si vous parvenez à créer cette situation intentionnellement, ce qui se passe dépendra du système d'exploitation et des pilotes. Cela pourrait causer un débordement de tampon, ce qui serait considéré comme une attaque. Les systèmes d'exploitation modernes et les pilotes rechercheront probablement cette situation exacte et abandonneront le paquet. –
Ok, c'est clair maintenant. Donc, si je veux étendre mon cadre, je dois modifier à la fois la longueur totale et la somme de contrôle. J'ai la dernière question: La longueur maximum de la trame ETH est 1518B mais ma longueur totale IP max est 65535B. Il n'est pas clair pour moi comment créer un tel paquet qui a plus d'octets dans la trame IP que dans Ethernet (ETH contient l'en-tête IPv4 et la charge utile). – user2921643