Wenn 10.0.0.2 die Anforderung von 5.6.7.8 empfängt und zu antworten versucht, wenn keine explizite Route zu 5.6.7.8 oder eine Standardroute vorhanden ist, auf die zurückgegriffen werden kann, weiß es nicht, wohin die Antwort gesendet werden soll.
Erläuterung: Angenommen, 10.0.0.2 und 10.0.0.3 befinden sich in demselben Subnetz (durch die Subnetzmaske bestimmt).
Eine Beispielroute-Tabelle unter 10.0.0.2 (ROUTE PRINT in Windows)
Network Destination Netmask Gateway Interface 0.0.0.0 0.0.0.0 10.0.0.1 10.0.0.2 10.0.0.0 255.255.255.0 On-link 10.0.0.2 (added by me)10.0.2.0 255.255.255.0 10.0.0.99 10.0.0.2
Ab Version 10.0.0.2 befindet sich der .3-Computer innerhalb des Netzwerkziels "10.0.0.0". Dies ist "On-Link", dh 10.0.0.2 und 10.0.0.3 befinden sich auf derselben logischen Verbindung. Daher müssen Pakete von und nach .2 und .3 nicht weitergeleitet werden. Sie schicken sie direkt miteinander. Es ist kein Routing beteiligt.
Wenn .3 oder .2 als Antwort auf eine Anforderung von 5.6.7.8 versuchen, ein Paket an 5.6.7.8 zurückzuschicken (unabhängig davon, ob NAT weitergeleitet oder tatsächlich geroutet wird), weil 5.6.7.8 weder direkt in der Verknüpfung ist noch sich innerhalb der anderen Routen befindet In der Routentabelle liegt sie unter dem Netzwerkziel "0.0.0.0" und müsste wissen, wohin das Paket zum Weiterleiten an das endgültige Ziel gesendet werden soll - in diesem Fall die Standardroute.
Wenn in der Routingtabelle 10.0.0.2 versucht hat, an 10.0.2.50 zu senden, wird das Paket über einen anderen Router bei 10.0.0.99 geroutet, da diese Route in der Routentabelle angegeben ist. Wenn diese Route nicht angegeben wurde, wird die Standardroute übernommen.
Wenn also keine explizit definierten Routen zu einem Ziel vorhanden sind und sich das Ziel nicht im lokalen Subnetz befindet, wird es an den Standardrouter gesendet.