Die Online-Dokumentation beschreibt die Werte von "Send OK but deferred", die im MONITOR.NLM in der LAN Information angezeigt werden, folgendermaßen:

"Die Anzahl der Rahmen, deren Übertragung wegen eines belegten Mediums verzögert wurde. Dies ist der Fall, wenn zu dem Zeitpunkt, an dem der Adapter den Befehl zum Übertragen des Pakets empfängt, eine andere Station auf der Leitung überträgt."

Mit anderen Worten: Dieser Fehler ist eigentlich gar kein Fehler, sondern soll die Anzahl der Pakete anzeigen, die nicht sofort gesendet wurden, sondern etwas verzögert wurden, um eine Kollision, die bei Ethernet (CSMA/CD) zwangsläufig auftritt, zu verhindern.

Der Server sagt der NIC, sie soll ein Paket wegschicken, die NIC stellt aber fest, daß die Leitung gerade blockiert ist und sendet überhaupt nicht. Sie wartet und schickt das Paket los, wenn die Leitung frei ist.

Eine Kollision im Sinne von CSMA/CD tritt erst auf, wenn das Paket bereits gesendet wurde, während der Signallaufzeit des ersten Paketes von der NIC aber noch ein weiteres Paket von einer anderen NIC empfangen wird. Gemäß CSMA/CD ist das der Kollisionsfall und das Paket ist erneut zu senden.

In der Praxis ist dieser Wert unabhängig von der Verkabelungsart (sowohl bei BNC als auch einer strukturierten TP Verkabelung mit CAT5) immer höher als der von Single oder Multiple Collision und darf durchaus bei 0,15% bis 1,5% der gesamten Paketanzahl liegen.