La cosa più importante da ricordare è quella le rotte non sono statiche . In base alla progettazione, i percorsi su Internet pubblico stanno cambiando in continuazione. A volte i percorsi cambiano a causa del bilanciamento del carico; a volte cambiano perché un nodo scende; a volte cambiano perché i router decidono letteralmente a caso di cambiare le regole di routing (solo per scuotere le cose).
Dal punto di vista di un utente finale che non ha accesso a livello di amministratore di sistema a ogni singolo router e hub Internet intermedio tra l'origine e la destinazione di un pacchetto, è necessario trattarlo come il Principio di incertezza di Heisenberg.
Cose da considerare:
Sulla base della "destinazione" IP dichiarata nel pacchetto, i router intermedi potrebbero decidere di indirizzarti diversamente . Pertanto, se un traceroute è un tentativo di mappare in sequenza i router tra origine e destinazione, un traceroute può essere gettato via fuori rotta avendo percorsi che seguono percorsi diversi a seconda del nodo che si sta tentando di raggiungere.
Non tutti i router ascolteranno i ping ICMP o UDP. Possono scegliere di ignorare silenziosamente questo traffico e semplicemente rilasciarlo alla NIC (spesso per aiutare a combattere DDoS). Questo può frustrare il tuo tentativo di mappare una rotta.
Anche se si esegue correttamente il mapping di una rotta e tutti i nodi intermedi rispondono ai ping e non tentano di giocare con il tentativo di associazione, la rotta potrebbe cambiare per i pacchetti successivi inviati utilizzando un protocollo "reale" (o anche se si tenta di un traceroute una seconda volta).
QoS può causare reti di normale comportamento per indirizzare il traffico in modo diverso. Ad esempio, il VoIP o lo streaming video possono richiedere un percorso, mentre la normale navigazione sul Web potrebbe richiedere un altro.
Il genere del traffico può causare differenze nel routing. Ad esempio, anche senza considerare QoS, potresti ottenere un percorso diverso per FTP rispetto a quello per SSH. I nodi intermedi possono esercitare qualsiasi discrezione (qualsiasi cosa, da una selezione di percorsi completamente casuale, a un tentativo malevolo di rallentare il traffico, a un onesto tentativo di rendere più veloce la connessione effettuando il routing al nodo con il minimo carico) nel determinare dove indirizzare il traffico da ciascun hop.
In teoria, i router intermedi potrebbero anche, se lo desiderano, trasformare il tentativo di traceroute in un ciclo infinito: il nodo A punta al nodo B, il nodo B punta al nodo C e il nodo C punta indietro al nodo A. Non c'è nulla che fermi il i router non lo fanno (non sono sicuro del motivo per cui sceglierebbero, ma è una possibilità) per i pacchetti rilevati come "traceroutes" (ping ICMP o UDP). Può fare questo per tentare di sventare i tuoi sforzi, o per qualsiasi altra ragione.
L'algoritmo di individuazione multipath è utile, ma non può superare questi limiti teorici.
Fondamentalmente, per determinare un percorso, devi inviare uno o più pacchetti. Questi pacchetti possono essere instradati in qualsiasi modo i nodi intermedi lo ritengano opportuno. Ma non appena si invia un altro pacchetto, non c'è assolutamente nulla che impedisca ai router di cambiare il percorso. Questa è una sorta di analogia di rete del principio di indeterminazione di Heisenberg.
I percorsi sono effimero e transitorio . Non si deve fare affidamento sulle informazioni ricevute da un traceroute per qualcosa di importante, se non per diagnosticare un problema di connettività su una rete in cui si ha già una profonda conoscenza della topologia (ad esempio su una LAN aziendale complicata) e può controllare il comportamento del nodi partecipanti. Se uno qualsiasi dei nodi partecipanti non è "tuo" (se non è possibile accedere con privilegi di amministratore di sistema), i risultati del traceroute sono effettivamente arbitrari.
D'altra parte, se tutti i nodi partecipanti siamo il tuo, puoi, come amministratore, controllare il comportamento esatto di ciascun nodo. Ad esempio, è possibile abilitare ICMP e configurare statico percorsi (percorsi che non cambiano). Puoi quindi essere sicuro che il tuo traceroute sia accurato. Ma se metti un bilanciatore di carico nel mezzo, dovrai essere consapevole del comportamento del bilanciamento del carico e del modo in cui può cambiare percorso quasi come necessario (anche se generalmente non è casuale e generalmente non tenta di ti ingannano apposta).