- Verschifft
- 3. September 2026 um 00:06 UTC
- Autor
- Kamo
- Ausschuss
- a2eebfc
FreePBX's PJSip-Treiber standardmäßig direct_media zu YES (generateDefaultDeviceSettings, PJSip.class.php:210) und der GraphQL addExtension Mutation hat kein Feld, um es zu überschreiben, so dass jede Erweiterung KamoCRM schaffte ankommen mit Medien erlaubt, Endpunkt-zu-Ende-Punkt zu fließen. Alle 21 Erweiterungen, die durch die GUI auf k1m1 erstellt wurden, sind "no"; die durch die API war das einzige "Ja". Wenn direkte Medien ausgehandelt werden, verlässt Asterisk die Medienpfad, und der MixMonitor() Aufnahme dieses ganzen Programms existiert zum Hochladen fängt die Stille ein. Die vorherige Commit behauptete, dies könne nicht aus der Custom-Post-Datei behoben werden weil "ein (+) Block kann nur ADD eine Option, nie überschreiben gewinnt". Das war falsch und aus einem peinlichen Grund falsch: das Experiment dahinter verwendet "pjsip reload", was die gleiche Commit beweist nicht Nachbearbeitung (+) passt überhaupt an. So wurde der Block nie angewendet und der Endpunkt behielt seinen ursprünglichen Wert, der genau wie First-Value-Gewinne aussah. Re-Run richtig gegen einen Endpunkt, dessen generierte Konfiguration sagte direct_media=yes, direkt_media=no anhängen und neu laden mit "Modul reload res_pjsip.so": direct_media ging wahr -" falsch. LAST-Wert gewinnt. Keine FreePBX Datenbank Anmeldeinformationen erforderlich, die wichtig ist, weil der Agent hat keine auf einer Kundenbox. Der Versöhner sendet also auch direct_media=no aus. Die beiden Bedenken sind Gespürt separat pro Erweiterung, anstatt voneinander abgeleitet: - WebRTC-Einstellungen sind nur dann unsere, wenn niemand sonst einen Block dafür geschrieben hat Erweiterung, weil sie sonst duplizieren oder widersprechen würde der Dienstplan. - direct_media ist bedingungslos bei uns. Ein Dienstplan-Block setzt es nicht, so ein Erweiterung, deren WebRTC-Block jemand anderes besitzt noch Aufzeichnungen Still ohne es. Eine solche Erweiterung erhält einen zweiten (+) Block, der direkt_media allein trägt. NORMALIZE_DIRECT_MEDIA standardmäßig ON . Im Gegensatz zum WebRTC-Block ist es sicher für jede Art von Telefon, und es ist direkt in dem, was die README bereits verspricht ("Überprüft, ob Ihr Telefonsystem eingerichtet ist, um Anrufe aufzuzeichnen, wie Kamo erwartet und macht die Änderungen für Sie"). Es ist ein Fingerzeig, so dass eine explizite Falsch ist von abwesend zu unterscheiden; ein schlichtes Bonol konnte nicht ausgeschaltet werden. Verifiziert live: eine frische API-geknüpfte Erweiterung read direct_media=true, und nach Einse-und plus ein Modul neu laden lesen falsch, mit den anderen 21 Erweiterungen und der Erik_Primary Stamm unverändert und der KlusterServices-Roster erhalten ätig für ätig. Alle 22 Live-Erweiterungen lesen jetzt direct_media=false.