Asterisk, FreePBX और Issabel में RTP पैकेट लॉस, जिटर और आने-जाने की देरी पर नज़र रखें। पता करें कि गुणवत्ता कब बदली, जाँच को किसी ट्रंक या एक्सटेंशन तक सीमित करें और अगला कदम तय करें।
30 दिन मुफ़्त। कार्ड की ज़रूरत नहीं। ऑडियो अपलोड नहीं होता।
छोटा उछाल भी उपयोगी संकेत है।इस अवधि की जाँच करें
समझाने के लिए उदाहरण · काल्पनिक माप, ग्राहकों का डेटा नहीं
पैकेट लॉस4.1 %अधिकतम
जिटर48 मि.से.अधिकतम
RTCP RTT180 मि.से.अधिकतम
15 मिनट में पैकेट लॉस
10:0010:0510:1010:15
RTCP में रिपोर्ट हुआ लॉसजाँच का संदर्भ मान: 2%
औसत पैकेट लॉस केवल 0.8% है, लेकिन अधिकतम 4.1% तक पहुँचता है। ट्रंक, स्थानीय नेटवर्क या किसी फ़ोन की जाँच तय करने से पहले प्रभावित अवधि और मीडिया की दिशा देखें।
संकेतों को समझें
तीन माप। अलग-अलग संकेत।
औसत, अधिकतम और मापों की संख्या को साथ देखें। औसत छोटे उछाल छिपा सकता है; केवल एक ऊँचा मान लगातार समस्या होने का प्रमाण नहीं है।
%
पैकेट लॉस
प्राप्त करने वाला पक्ष RTCP रिपोर्ट की अवधि में गायब RTP पैकेट बताता है। पैकेट लॉस आवाज़ में अंतराल या टूटे शब्दों के साथ दिखाई दे सकता है।
2% से जाँच शुरू करें
ट्रंक और एक्सटेंशन पर एक ही अवधि की तुलना करें। देखें कि बढ़ोतरी एक कनेक्शन तक सीमित है या कई पर है।
मि.से.
जिटर
जिटर पैकेट आने के समय में बदलाव बताता है। कोडेक की क्लॉक दर ज्ञात होने पर PBXonix, RTCP के मान को मिलीसेकंड में बदलता है।
30 मि.से. से जाँच शुरू करें
देखें कि उछाल नेटवर्क पर अधिक लोड के समय आता है या नहीं। ज़रूरत हो तो तार वाले और Wi-Fi रास्तों की तुलना करें।
मि.से. RTT
आने-जाने की देरी
RTT, RTCP के आने-जाने का समय मापता है। यदि दोनों लोग एक साथ बोलने लगते हैं, तो ऊँचा मान जाँच में मदद कर सकता है। यह एक दिशा में आवाज़ की देरी नहीं मापता।
300 मि.से. से जाँच शुरू करें
उस कनेक्शन के सामान्य RTT से तुलना करें। नेटवर्क रूट, भीड़ और बदलाव का दायरा जाँचें।
ये PBXonix के जाँच-संदर्भ मान हैं, हर परिस्थिति में आवाज़ की गुणवत्ता की गारंटी नहीं। कोडेक, जिटर बफ़र और मीडिया का रास्ता भी महत्त्वपूर्ण हैं। अलर्ट की सीमा और अवधि अलग से सेट की जाती हैं।
लक्षण से जाँच तक
पहले क्या जाँचेंगे?
काल्पनिक मानों वाले तीन उदाहरण। ये जाँच की दिशा सुझाते हैं, किसी खराब डिवाइस या सेवा प्रदाता की अपने-आप पहचान नहीं करते।
01
कई उपयोगकर्ताओं को शब्द टूटे सुनाई देते हैं
क्या दिखाई देता है
अधिकतम लॉस 4.1% · जिटर 48 मि.से.
इसका क्या अर्थ हो सकता है
यदि एक ट्रंक के कई एक्सटेंशन पर समान उछाल है, तो साझा मीडिया रास्ते की जाँच करें। केवल एक एक्सटेंशन प्रभावित हो तो उस डिवाइस के पास से शुरुआत करें।
अगली जाँच
समान PBX, अवधि और मीडिया दिशा चुनें। ट्रंक और एक्सटेंशन की पंक्तियों की तुलना करें, फिर इंटरफ़ेस त्रुटियाँ, लिंक लोड और QoS सेटिंग जाँचें।
02
दोनों लोग एक साथ बोलने लगते हैं
क्या दिखाई देता है
RTT 420 मि.से. · लॉस 0.2%
इसका क्या अर्थ हो सकता है
कम पैकेट लॉस होने पर भी बढ़ता RTT देरी का संकेत है। केवल इन मापों से देरी की जगह या टेलीकॉम प्रदाता की गलती साबित नहीं होती।
अगली जाँच
सामान्य अवधि और दूसरे ट्रंक से तुलना करें। देखें कि उसी समय WAN रूट, VPN रास्ता या बैंडविड्थ की माँग बदली थी या नहीं।
03
कॉल चल रही हैं, लेकिन ग्राफ़ खाली हैं
क्या दिखाई देता है
RTCP अवलोकन नहीं · मान उपलब्ध नहीं
इसका क्या अर्थ हो सकता है
डेटा न होना 0% लॉस नहीं है। कलेक्टर RTCP की प्रतीक्षा कर सकता है, मीडिया Asterisk से होकर न जा रहा हो सकता है या कुछ मेट्रिक चुने गए कोडेक पर निर्भर हो सकते हैं।
अगली जाँच
पहले कलेक्टर की स्थिति और आखिरी अपडेट देखें। पुष्टि करें कि Asterisk, RTCP इवेंट देता है और एजेंट के पास निगरानी की अनुमति है। फिर मीडिया का रास्ता जाँचें।
दोहराई जा सकने वाली प्रक्रिया
शिकायत से ठोस जाँच तक पहुँचें।
डेटा संग्रह की पुष्टि करें
आखिरी अपडेट और RTCP मापों की संख्या देखें। जुड़ा हुआ एजेंट भी गुणवत्ता के अवलोकनों की प्रतीक्षा कर सकता है।
सही अवधि चुनें
पिछला घंटा, 24 घंटे या सात दिन देखें। शिकायत के समय की तुलना औसत और अधिकतम, दोनों से करें।
दायरा छोटा करें
PBX और मीडिया दिशा के अनुसार फ़िल्टर करें। ज्ञात ट्रंक और आंतरिक एक्सटेंशन के उपलब्ध मापों की तुलना करें।
घटना पर नज़र रखें
समयरेखा देखें, ज़िम्मेदार व्यक्ति तय करें और की गई जाँच लिखें। बदलाव के बाद उन्हीं मेट्रिक की तुलना करें।
लगातार बदलाव पर अलर्ट पाएँ।
सेटिंग में गुणवत्ता सूचनाएँ चालू करें। सीमा, अवधि और अवलोकनों की न्यूनतम संख्या चुनकर ईमेल या Telegram पर अलर्ट पाएँ। घटना केंद्र में समस्या और सुधार देखें; नियोजित काम के लिए रखरखाव मोड का उपयोग करें।
गुणवत्ता मॉड्यूल हर मिनट के संख्यात्मक सार और ज्ञात ट्रंक व एक्सटेंशन के तकनीकी पहचानकर्ता भेजता है। ग्राहकों के फ़ोन नंबर, कॉल करने वालों के नाम, ऑडियो, पैकेट कैप्चर और मूल SIP संदेश अपलोड नहीं होते। एजेंट बाहर की ओर HTTPS कनेक्शन से क्लाउड से जुड़ता है।
औसत RTCP अवलोकनों की संख्या के अनुसार भारित हैं, कॉल या पैकेट की संख्या के अनुसार नहीं। ये समूह में रखे गए माप हैं, अलग-अलग कॉल की रिकॉर्डिंग नहीं। PBXonix, MOS की गणना नहीं करता। स्थिर ग्राफ़ से कोडेक, फ़ोन या ध्वनि संबंधी समस्याएँ खारिज नहीं होतीं।
Asterisk कॉल गुणवत्ता के बारे में सवाल
रजिस्टर्ड SIP ट्रंक पर भी आवाज़ खराब क्यों हो सकती है?+
SIP रजिस्ट्रेशन सिग्नलिंग की उपलब्धता बताता है। RTP मीडिया पहुँचाता है और RTCP उस रास्ते की रिपोर्ट देता है। ट्रंक रजिस्टर्ड रह सकता है, जबकि पैकेट लॉस, जिटर या देरी बातचीत को प्रभावित करें। ट्रंक की स्थिति और गुणवत्ता के माप साथ देखें।
क्या यह FreePBX, Issabel, SIP और PJSIP के साथ काम करता है?+
PBXonix, Asterisk के RTCP रिपोर्ट इवेंट एकत्र करता है। संग्रह प्रक्रिया Asterisk 16 और 20 पर chan_sip और PJSIP के साथ सत्यापित है। FreePBX और Issabel का समर्थन Asterisk संस्करण, इवेंट की उपलब्धता, निगरानी अनुमति और मीडिया सेटिंग पर निर्भर है।
कभी-कभी जिटर या RTT क्यों नहीं दिखता?+
हर RTCP अवलोकन में सभी मेट्रिक नहीं होते। जिटर को मिलीसेकंड में बदलने के लिए कोडेक की क्लॉक दर जानना ज़रूरी है; RTT रिपोर्ट की सामग्री और दिशा पर भी निर्भर करता है। सीधे मीडिया प्रवाह या RTCP न होने पर ग्राफ़ खाली हो सकते हैं। अनुपलब्ध मान को शून्य नहीं दिखाया जाता।
क्या औसत प्रति कॉल निकाले जाते हैं?+
नहीं। हर मेट्रिक का औसत उपलब्ध RTCP अवलोकनों से उनकी संख्या के अनुसार भारित होता है। लंबी कॉल अधिक अवलोकन दे सकती है। मापों की संख्या अलग-अलग कॉल की संख्या नहीं है, और औसत लॉस पूरे PBX के पैकेटों के अनुसार भारित हानि प्रतिशत नहीं है।
क्या PBXonix ग्राहक नंबर भेजता या ऑडियो रिकॉर्ड करता है?+
गुणवत्ता मॉड्यूल संख्यात्मक सार और PBX के ज्ञात तकनीकी पहचानकर्ता भेजता है। ग्राहक नंबर, नाम, ऑडियो, पैकेट कैप्चर या मूल SIP अपलोड नहीं होते। सुरक्षा और डेटा पृष्ठ पर सामान्य संग्रह मॉडल समझाया गया है।
क्या पैकेट लॉस, जिटर या देरी के अलर्ट मिल सकते हैं?+
हाँ। सेटिंग में सीमा, अवधि और अवलोकनों की न्यूनतम संख्या के साथ गुणवत्ता अलर्ट चालू कर सकते हैं। ईमेल और Telegram तय किए गए सूचना चैनल का उपयोग करते हैं। घटना केंद्र में ज़िम्मेदार व्यक्ति, तकनीकी टिप्पणियाँ और सुधार की स्थिति देख सकते हैं।