Docs: Bonding (M10) erstmals gegen echte Hardware verifiziert

hAP lite, ether3+ether4, mode=active-backup: bond1 korrekt angelegt
und laufend. App meldete beim zweiten Anlege-Versuch einen Fehler
(Exit-Code 126, kein Klartext), Router-Zustand zeigte aber Erfolg —
vermutlich kurz abgerissene SSH-Verbindung durch Interface-
Neuinitialisierung, dokumentiert statt weiterverfolgt. Kein Code
geändert, nur HANDOFF/CHATLOG.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

CHATLOG.md

@@ -1082,3 +1082,17 @@ Test, WLAN/Bonding/PPPoE-Live-Tests).
   eingerichteten WLAN. Damit M5 (WLAN-Schritt) und der WLAN-Teil von
   M10 (Experte-Tab-Schemas) erstmals vollständig gegen Hardware
   bestätigt — vorher nur der "kein WLAN"-Zweig getestet.
+
+## Session: Bonding erstmals gegen echte Hardware verifiziert (M10)
+
+- "Bonding testen" (hAP lite, ether3+ether4 frei) → Experte-Tab →
+  Interfaces → Bonding, `mode=active-backup`. Erster Versuch schlug
+  erwartungsgemäß fehl ("ether3 already in bridge" — Ports waren noch
+  LAN-Bridge-Mitglieder). Nach Entfernen aus der Bridge zweiter
+  Versuch: App meldete einen Fehler ("Exit-Code 126" ganz ohne
+  Klartext), `/interface bonding print` am Router zeigte aber `bond1`
+  bereits korrekt angelegt und laufend — vermutlich eine durch die
+  Interface-Neuinitialisierung kurz abgerissene SSH-Verbindung, die
+  die App fälschlich als Fehler wertete. Bonding selbst funktioniert
+  einwandfrei. "reicht, doku aktualisieren und committen, aber nicht
+  deployen" → HANDOFF.md aktualisiert, Commit ohne Release-Deploy.