- शिप
- 3 सितंबर 2026 को 10:54 pm बजे UTC
- लेखक
- Kamo
- Commit
- a2ef02a
रिंगसेंट्रल और जस्टकॉल ने अपने वेबहुक से INBOUND RINGING प्रकाशित किया। FreePBX KamoPBX ने कुछ भी प्रकाशित नहीं किया - वे ग्राहक के स्वयं के Asterisk हैं और कुछ भी नहीं था इसे देखना। उस अंतराल में जहां मोबाइल सॉफ्टफोन का पुश जगाना अंधा था: कोई रिंगिंग इवेंट नहीं, एक हैंडसेट को जगाने के लिए कुछ भी नहीं है जिसका एसआईपी पंजीकरण ओएस पुनः दावा किया गया है, इसलिए कॉल याद किया जाता है और कोई भी पता नहीं लगाया जाता है। POST/internal/voip/ring एक सदस्य को एक्सटेंशन को हल करता है और प्रकाशित करता है वही voip.call.{orgId}.{memberId} घटना वेबहुक प्रदाता पहले से ही उत्सर्जन करते हैं। कामो-asterisk-समर्थन इसे अपनी AMI इवेंट स्ट्रीम से ApiService के माध्यम से कॉल करता है एपीआई कुंजी सतह। एक्सटेंशन को इसके बजाय उदाहरण के विन्यास को स्कैन करके हल किया जाता है एक व्युत्पन्न क्वेरी, इसलिए इसे जहाज में कोई साझा-लाभकारी परिवर्तन की आवश्यकता नहीं है; उदाहरण दस एक्सटेंशन रखती है और यह प्रति रिंगिंग कॉल एक बार चलती है। एक एक्सटेंशन कोई सदस्य 404 के बजाय 200 {प्रकाशित: झूठी} के उत्तर का मालिक नहीं है। रिंग समूह, आईवीआर और डेस्क फोन के पीछे कोई भी सामान्य यातायात नहीं है, और एक PBX सहायक जो सामान्य यातायात के लिए त्रुटियों को लॉग करना शुरू करता है वह एक है व्यवस्थापक बंद हो जाता है। / आंतरिक / वीप पहले से ही आंतरिक एथफिल्टर की सूची पर है और ओटीके से मुक्त है, इसलिए कोई नहीं यहां सुरक्षा विन्यास परिवर्तन। गैर-प्रतिरोध, वेबहुक पथ की तरह: InstanceSyncService PHONE CALL LOG के एकल लेखक बने।.