nicht alle ICMP-Zeitüberschreitungsnachrichten erhalten: Warum?

Question

Ich verwende Scapy, um einige gedumpte Pakete wiederzugeben, in denen ich den TTL-Wert ändere. Ich habe sogar mit TTL = 1 sehr merkwürdige Ergebnisse bekommen.

Wenn ich meine Teststunden voneinander getrennt habe, kann ich von ungefähr 40% bis 95% der beantworteten Pakete mit einer ICMP-Zeitüberschreitungsnachricht erhalten. Dann kann ich nicht beantwortete Pakete rekursiv wiederholen und jedes Mal mehr oder weniger den gleichen Prozentsatz an beantworteten Paketen erhalten wie zuvor.

Warum ist das?

Ich habe Pakete mit einem Intervall von 0,1 Sekunden zwischen einander gesendet. Das sollte in Ordnung sein, oder? Mein Timeout-Wert ist 10s, was sehr konservativ sein sollte.

Was ist hier falsch?

Answer 1

Was Sie sagen, ist im Wesentlichen können Sie nur für so viele unerreichbare Hosts in einem bestimmten Zeitraum testen. Ein möglicher Grund: Viele Router limitieren ICMP-Nachrichten.

Es ist viel besser, einen Erfolg auf einem Host für einen ping zu testen, bevor Sie etwas anderes tun; Auf diese Weise haben Sie eine positive Bestätigung der Erreichbarkeit. Der Nachteil ist MS Windows blockiert Pings standardmäßig.

Wenn Sie nicht ping zuerst, dann müssen Sie die Zeit zwischen Ihren Sonden erhöhen, oder erhöhen Sie die ICMP unerreichbar Rate auf dem Router, der die ICMP-Nachrichten zurückgibt.

EDIT:

auf die Kommentare Basierend sieht es aus wie Sie eine Wand für scapy ‚s Fähigkeit schlagen Verkehr zu verarbeiten. Ich habe den Durchsatz in der Vergangenheit verbessert, indem ich mit scapy und dem Laichen tcpdump im Hintergrund gesendet habe, um Verkehr zu empfangen.