diff --git a/apps/production/element-server-suite.yaml b/apps/production/element-server-suite.yaml
index 977b816..50f4aa0 100644
--- a/apps/production/element-server-suite.yaml
+++ b/apps/production/element-server-suite.yaml
@@ -81,12 +81,13 @@ spec:
       image:
         registry: rohana.axion1337.de
         repository: sorb/threadnet-web
-        # Diagnose-Fenster 2026-08-16 beendet, Befund gesichert: mit EINGESCHALTETEM
-        # Filter wirft LiveKit "Audio context needs to be set on LocalAudioTrack in
-        # order to enable processors" - Element Call baut den Raum ohne webAudioMix,
-        # also hat kein Track einen AudioContext. Mit AUSGESCHALTETEM Filter wird
-        # sehr wohl publiziert ("Local track published"), der Aus-Pfad ist also heil.
-        # Zurueckgerollt 2026-08-16: v0.5.0 brach das Entmuten - es wurde nie ein
+        # v0.5.1 = Entmuten-Vorfall aus v0.5.0 behoben (threadnet-call dcc8643):
+        # Aus-Pfad der KI-Geraeuschunterdrueckung wieder identisch mit Upstream
+        # (kein processor-Schluessel), Feature hart stillgelegt bis zur
+        # webAudioMix-Entscheidung - neutralisiert auch Clients mit noch
+        # aktivierter Einstellung im localStorage. Regressionstests decken beide
+        # Faelle ab. Abnahme: Call zu zweit nach dem Rollout.
+        # Historie 2026-08-16: v0.5.0 brach das Entmuten beidseitig und wurde v0.5.0 brach das Entmuten - es wurde nie ein
         # Audio-Track veroeffentlicht (SFU-Log: kein einziges "published"). Erstes
         # Produktivimage mit dem KI-Filter im Audio-Pfad; v0.4.3 (embedded .7) ist
         # der letzte Stand, mit dem Calls nachweislich liefen (09.-11.08.).
@@ -101,7 +102,7 @@ spec:
         # Die Linie beginnt bei v0.3.0, dem ersten kanonischen CI-Build aus
         # apps/web/Dockerfile - er loeste die Derivat-Images ab, deren
         # Entrypoint ohne Exec-Bit /config.json still brach (ThreadNet-Web#8).
-        tag: v0.4.3
+        tag: v0.5.1
       ingress:
         host: axion1337.chat