(Applogies pour mon mauvais anglais à l'avance. Je ne suis pas un locuteur natif)Hardware Horodatage utilisant tcpdump
Je travaille actuellement sur ma thèse Bachelors. Le but de mon projet est de réaliser des paquets d'horodatage précis et précis (il doit être au moins précis dans la gamme des dixièmes de microsecondes).
J'essaye d'accomplir l'horodatage matériel avec tcpdump, mais il y a quelques problèmes que j'ai rencontrés.
Mon installation:
2 serveurs identiques directement connectés.
Linux: Debian 3.16.7
Interface réseau: Intel i350-T4
Utilisé commande tcpdump:
sudo /usr/sbin/tcpdump -i eth4 -s 59 port 33333 -x -n -tt -v -j adapter_unsynced --time-stamp-precision=nano -w name.pcap
Maintenant, mes résultats en soi un sens et me donnerait les résultats souhaités, mais ils ont un grand décalage pour eux. 36 secondes pour être exact.
La gigue de mes résultats avec l'option -j adapter_unsynced sont environ 10 ps, Si j'utilise l'option -j adapter je reçois un Jitter de ~ (trop imprécis 100 us pour mon application), mais pas les 36 deuxième décalage.
Toutes les horloges sont syncronisées autant que je peux voir. Les horloges du système étaient synchronisées et l'horloge PHC du NIC l'était également. En tant que test, j'ai changé l'horloge système de l'un des serveurs et la modification est apparue sur les résultats lors de l'utilisation de -j adapter_unsynced.
Donc, ma question est: Qu'est-ce que je fais mal, et est ce que je veux faire, même possible avec tcpdump?
Je suis reconnaissant pour tout conseil.
Salutations, Christian
Il est suspect que la différence soit de 36 secondes. Êtes-vous sûr que ce n'est pas 3600 secondes, et vous divisez par 100 quelque part? Je demande, parce que 3600 secondes seraient exactement 1 heure, ce qui pourrait être expliqué par DST ou problèmes de conversion de fuseau horaire – Smeeheey
Les serveurs sont tous deux dans le même fuseau horaire et toutes les horloges fonctionnent en conséquence (Horloge système une horloge PHC NIC sont tous synchronisés). Et oui, 36 secondes, l'horodatage est directement tiré de tcpdump, donc aucune chance réelle pour les divisions – Saddun