Hallo zusammen Bitte bestätigt mein Verständniss oder korrigiert, falls ich falsch liege. Ich habe zwei Unix-Geräte (Gerät A und Gerät B) im selben Subnetz. Schritt 1) Gerät A pingt Gerät B. Dadurch sendet Gerät A automatisch einen Arp-Request der von Gerät B beantwortet wird. Im Arp-Cache von Gerät A ist nun Gerät B bekannt. Schritt 2) Sage Gerät B, von nun an keine Arp-Requests mehr zu beantworten Schritt 3) Kontrolliere Eintragszutände auf Gerät A. Der Eintrag für Gerät B hat den Status "Reachable" Nun zu meiner Frage. Nach Ablauf der "base_reachable_time" auf Gerät A sollte dieses doch automatisch erneut nachfragen, ob Gerät B noch erreichbar ist oder? Oder bleibt der Eintrag fortan nun bestehen auf dem Status "Reachable" bis ich einen Arp-Request händisch trigger? Vielen Dank vorab!
Wenn kein Verkehr mehr läuft fliegt der Eintrag (nach Ablauf des Timers) raus!
Und mit Timer meinst Du "base_reachable_time" oder? Ich habe einfach das Problem, dass sich gar nichts tut. Wenn ich manuell nichts trigger, bleibt der Eintrag persistent. Selbst über mehrere Tage. Die "base_reachable_time" ist auf 30 Sek. (Unix default) gestellt.
Kann ich Dir nicht genau sagen, wie die Timer sich nennen. Schau mal hier, vielleicht hilft Dir das: http://stackoverflow.com/questions/15372011/configuring-arp-age-timeout
Die Timer liegen schon etwas länger. Auf einem FreeBSD (welches beim arp-Kommando die expiry time mit anzeigt) bekomme ich für einen frischen Eintrag 1200 s angezeigt. Für diese Zeit wird normalerweise nicht neu nachgefragt, es sei denn, der Host antwortet nicht mehr. Gefragt wird aber ohnehin nur, wenn Datenpakete für den jeweiligen Host da sind. Es gibt kein „automatisches Auffrischen“ oder sowas von Einträgen, die aus dem Cache rausgeworfen worden sind.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.