Discussion :

[valefor]

Bonjour

Sur la doc que j'ai trouvé concernant le format des trames Ethernet (par exemple celui-ci), j'ai du mal à comprendre un truc.

Si j'envoie une trame dont les data font 1500 octets, je créé un paquet dont la taille fait 1518 octets (14 de header plus 4 de fcs plus 1500 de data).

Le problème est que lorsque je fait un pcap_inject(session, buffer, 1518), j'obtiens comme erreur "Message too long". Avec 1514, cela fonctionne.

Je me demande alors est ce que il faut passer en paramètre de cette fonction (qui, sous linux semble appeler send sans modifier la taille) la taille totale du paquet ?

Ou est-ce que l'on ne peut pas envoyer de paquet dont les data fassent 1500 octets ?

Merci d'avance pour vos suggestions.

[nicolas.sitbon]

Si j'envoie une trame dont les data font 1500 octets, je créé un paquet dont la taille fait 1518 octets (14 de header plus 4 de fcs plus 1500 de data).

c'est quoi ce "4 de fcs"?

[valefor]

Le crc.

[nicolas.sitbon]

Il n'existe pas dans ethernet "classique", tu as l'entête ethernet de longueur ETH_HLEN (14) et les datas.

[valefor]

J'y crois à peine !

Nulle part je n'ai trouvé d'explications allant dans ce sens.

A la limite si tu me dis qu'il ne faut pas inclure le fcs dans les trames que l'on passe à send, d'accord.

Mais si tu maintiens, je veux bien une source s'il te plait.

[nicolas.sitbon]

Jusqu'à ce soir je te demande me faire confiance, car la j'ai pas le temps de te faire un source, mais dès que je rentre je m'y mets.

[ram-0000]

...
Si j'envoie une trame dont les data font 1500 octets, je créé un paquet dont la taille fait 1518 octets (14 de header plus 4 de fcs plus 1500 de data).

Le problème est que lorsque je fait un pcap_inject(session, buffer, 1518), j'obtiens comme erreur "Message too long". Avec 1514, cela fonctionne.

Je ne pense pas que tu aies le droit d'injecter une trame dont tu as calculé le CRC. Le CRC est calculé à la volée par la carte erthernet et envoyé en fin de trame.

Il n'existe pas dans ethernet "classique", tu as l'entête ethernet de longueur ETH_HLEN (14) et les datas.

Cela confirme ce que je dis, le CRC n'est pas "membre" de la trame, il est ajouté par la carte.

Par contre, ce CRC existe bien dans une trame ethernet sur le medium physique.

[nicolas.sitbon]

Je ne pense pas que tu aies le droit d'injecter une trame dont tu as calculé le CRC. Le CRC est calculé à la volée par la carte erthernet et envoyé en fin de trame.


Cela confirme ce que je dis, le CRC n'est pas "membre" de la trame, il est ajouté par la carte.

Par contre, ce CRC existe bien dans une trame ethernet sur le medium physique.

Je ne le conteste pas, je dis simplement qu'au niveau 2 du modèle OSI, il n'y a pas de CRC.

[ram-0000]

Je ne le conteste pas, je dis simplement qu'au niveau 2 du modèle OSI, il n'y a pas de CRC.

Il est possible qu'effectivement ce CRC soit dans le modèle OSI au niveau 1 physique

[valefor]

N'empèche que wireshark,affiche bien le crc. Or comme il utilise libpcap, pcap_next doit retourner le paquet avec crc, et je trouverai bisare que ce ne soit pas symétrique...

[ram-0000]

N'empèche que wireshark,affiche bien le crc. Or comme il utilise libpcap, pcap_next doit retourner le paquet avec crc, et je trouverai bisare que ce ne soit pas symétrique...

Il le retourne peut être à titre d'information mais je pense que dans le sens de l'emission, tu ne peux fournir le CRC, il est calculé par la carte.

D'ailleurs fais un essai en envoyant une trame de 100 octets et regarde sur le réseau si c'est 100 octets + CRC calculé par la carte ou 96 octets + le CRC que tu as calculé et fourni dans ta trame

[valefor]

OK, j'essaie comme cela (sans crc) alors.

Merci pour vos suggestions.

[valefor]

Cela dit, je faisais les tests avec des instances UserModeLinux reliées avec des switches virtuels... Wireshark ne voyait pas le checksum.

Or plus tard il s'est avéré que wirshark ne voyait pas toutes les trames non plus. Il se peux que mon expérience ait un vice de procédure.

Je vais faire différents essais et je vous tiens au courant.

Encore merci.