récupération de checksum

Salut à tous,
Je ne sais pas si je poste au bon endrois mais voila est-ce que quelqu'un saurait comment on récupère le checksum contenu dans une trame réseau (ici UDP) dans le but de vérifier l'intégriter de la trame.
Je parle bien du checksum envoyer par la trame et non pas de l'algo de calcul de checksum que j'ai déjà trouver sur ce site. J'ai beau fouiller dans toutes les librairies la seule solution que je vois pour l'instant se serai de tous reprogrammer en socket RAW si quelqu'un à une autre solution SVP:help:je veux pas tous refaire

Citation:

---

Envoyé par clemnantes

J'ai beau fouiller dans toutes les librairies la seule solution que je vois pour l'instant se serai de tous reprogrammer en socket RAW si quelqu'un à une autre solution, je veux pas tous refaire

---

Pourquoi veux-tu faire ça ? En principe, si le checksum d'un paquet n'est pas correct, alors le paquet est rejeté et tu n'en vois même pas la couleur.

Citation:

---

Envoyé par Obsidian

En principe, si le checksum d'un paquet n'est pas correct, alors le paquet est rejeté et tu n'en vois même pas la couleur.

---

Alors il n'y a aucun moyen de voir la différence entre un paquet perdus sur le réseau et un paquet arrivé à destination mais avec des erreurs?

Citation:

---

Envoyé par clemnantes

Alors il n'y a aucun moyen de voir la différence entre un paquet perdus sur le réseau et un paquet arrivé à destination mais avec des erreurs?

---

A ma connaissance, et sans passer par les raw sockets, non : dans les deux cas, tu ne vois pas le paquet. C'est le principe d'UDP : si le paquet est livré, il est intègre, mais tu n'as AUCUNE garantie de livraison, ni de respect de l'ordre des datagrammes. C'est TCP qui gère ça.

En UDP, tu devras faire un sur-protocole gérant les acquittements et / ou les retransmissions si tu veux garantir ce point. Toutefois, si tu veux arriver au niveau de TCP, autant utiliser ce dernier...

Citation:

---

Envoyé par Mac LAK

A ma connaissance, et sans passer par les raw sockets, non : dans les deux cas, tu ne vois pas le paquet.

---

C'est bien domage le but de mon appli est justement de juger de la qualité d'un réseau (avec entre autre paquet perdu paquet déterioré etc...)bon bah tant pis il va falloir passer par les sockets RAW c'est repartie pour un tour:ouin:

Citation:

---

Envoyé par clemnantes

C'est bien domage le but de mon appli est justement de juger de la qualité d'un réseau (avec entre autre paquet perdu paquet déterioré etc...)bon bah tant pis il va falloir passer par les sockets RAW c'est repartie pour un tour:ouin:

---

Heu... C'est une donnée que te donnent normalement les routeurs / switchs, voire les serveurs eux-même, ça : pourquoi la refaire ??

Quant aux raw sockets, je ne saurais trop t'encourager (surtout si c'est en acquisition seulement !) à passer par PCAP, et à oublier la gestion "à la barbare" du mode raw.

Salut merci du conseil pour pcap effectivement ça pourrait résoudre mon problème...
Par contre tant que ce poste est ouvert :mrgreen: :
J'arrive assez facilement à créer un sniffer de réseau sur un port "dédié" mais dés que j'éssaye de sniffer sur un port quelquonque par exemple le port 8000, que j'ai précédement ouvert avec la création d'une socket rien a faire pcap ne voie rien!!!!
Quelqu'un saurait il si il y a une subtilité la dessou?

Citation:

---

Envoyé par clemnantes

Quelqu'un saurait il si il y a une subtilité la dessou?

---

PCAP utilise les [ame="http://fr.wikipedia.org/wiki/Filtre_BPF"]BPF (Berkeley Packet Filter)[/ame] pour filtrer le contenu du flux réseau. Sinon, par défaut, il récupère tout (mode promiscuous), y compris les trames qui ne te sont pas destinées bien sûr.

Il te faut donc créer un filtre adéquat et le fournir à ton port PCAP pour qu'il filtre les données correctement.

A noter que sous Windows, tu ne peux pas sniffer la boucle locale Ethernet : tu ne peux donc pas surveiller le traffic IP entre deux processus tournant sur ta machine. Sous Linux, il faut sniffer l'interface "/dev/lo0", en général, pour avoir les communications locales.

Citation:

---

Envoyé par Mac LAK

. Sous Linux, il faut sniffer l'interface "/dev/lo0", en général, pour avoir les communications locales.

---

Ok je pense que mon soucie doit venir de laje test ça sans tarder
Merci encore pour tes réponses:ccool:

OK il fallait bien écouter se qui se passait sur la boucle locale en (tous cas pour les tests sur une seule machine)

Merci à tous