FreeDOS: ping von FreeDOS raus geht, ping nach FreeDOS rein geht nicht

Betroffen ist ein PC, auf dem Linux und FreeDOS jeweils nativ, also nix mit VM, installiert sind. Unter Linux ist der Zugriff auf das LAN vollumfänglich möglich, womit ein Hardware-Defekt ausscheidet. NIC in dem PC ist ein Intel PRO/100 82557.

Unter FreeDOS ist ping sowohl zum gerade laufenden anderen PC (Linux) als auch zum Router (FritzBox) erfolgreich.

Vom anderen PC aus hingegen scheitert ping auf den PC mit laufendem FreeDOS. ping schmeißt nur Destination Host Unreachable raus.

Bevor zum ersten Mal von FreeDOS aus ein ping auf den anderen PC los gelassen wird, zeigt ip neigh show auf dem anderen PC für den PC mit laufendem FreeDOS:

192.168.0.63 dev eth0 lladdr 00:a0:c9:4c:52:52 STALE

Während von FreeDOS aus ein ping auf den anderen PC läuft, zeigt ip neigh show auf dem anderen PC für den PC mit laufendem FreeDOS:
192.168.0.63 dev eth0 lladdr 00:a0:c9:4c:52:52 DELAY

Nach dem Ende von ping von FreeDOS aus auf den anderen PC zeigt ip neigh show auf dem anderen PC für den PC mit laufendem FreeDOS:

192.168.0.63 dev eth0 lladdr 00:a0:c9:4c:52:52 PROBE

Und wenig später kommt, wobei es dann auch bis zum nächsten Versuch bleibt:

192.168.0.63 dev eth0 FAILED

Was ist da faul? Vermutlich fehlt irgendetwas in Software auf FreeDOS. Aber was?

zweite Runde:

Von FreeDOS aus läuft ping mal etwas länger, und während das läuft, wird ping vom anderen PC aus auf FreeDOS los gelassen. Solange ping von FreeDOS aus läuft, funktioniert auch das ping in die andere Richtung. Nach dem Ende des ping von FreeDOS aus tritt wieder das eingangs beschriebene Verhalten auf.

Eine Recherche anhand dieses Resultats ergibt, dass auf FreeDOS ein permanent im Hintergund laufender network stack fehlt, also etwas, das bei Linux seit 'ner Ewigkeit und bei Windows seit 'ner halben Ewigkeit mit dabei ist, weshalb man da auch nicht gleich drauf kommt. Bei FreeDOS haben viele Netzwerkprogramme diesen network stack (meist WATTCP oder MTCP) gleich mit drin, weshalb die Frage ist, ob da überhaupt permanent ein network stack im Hintergrund laufen muss oder darf. Dieses Szenario dürfte auf Systeme mit sehr wenig Arbeitsspeicher abzielen.