non riceve tutti i messaggi superati in tempo ICMP: perché?

Question

Sto utilizzando Scapy per riprodurre alcuni pacchetti scaricati in cui cambio il valore TTL. Ho ottenuto risultati molto strani anche con TTL = 1.

Quando eseguo le mie ore di test l'una dall'altra, posso ottenere da circa il 40% al 95% dei pacchetti a cui è stato risposto un messaggio di superamento del tempo ICMP. Quindi posso ricorsivamente riprodurre i pacchetti senza risposta e ottenere ogni volta più o meno la stessa percentuale di pacchetti con risposta di prima.

Perché è quello?

Ho inviato pacchetti con un intervallo di 0,1 secondi tra loro. Questo dovrebbe essere ok, giusto? Il mio valore di timeout è 10 secondi, che dovrebbe essere molto prudente.

Cosa c'è che non va qui?

Answer 1

Quello che stai dicendo è essenzialmente che puoi testare solo per così tanti ospiti irraggiungibili in un dato lasso di tempo. Una possibile ragione: molti router di messaggi ICMP con limite di velocità.

È molto meglio testare un successo di ping su un host prima di fare qualcos'altro; in questo modo hai una conferma positiva di raggiungibilità. Lo svantaggio è che MS Windows blocca i ping di default.

Se non è possibile utilizzare prima ping, è necessario aumentare il tempo tra le sonde o aumentare la velocità non raggiungibile ICMP sul router che restituisce i messaggi ICMP.

EDIT:

Sulla base dei commenti, sembra che si sta colpendo un muro per scapy 's capacità di elaborare il traffico. Ho migliorato il throughput in passato inviando con scapy e spawning tcpdump in background per ricevere traffico.