आवाज़ नहीं आ रही, एक तरफ़ ही सुनाई दे रहा है, गूँज, “रोबोट”

फ़ोन रजिस्टर्ड हो सकता है, कॉल कर सकता है और कॉल उठा सकता है — और फिर भी कोई आवाज़ ट्रांसफ़र न करे। बात यह है कि रजिस्ट्रेशन और आवाज़ दो अलग रास्ते हैं: रजिस्ट्रेशन पोर्ट 5060 पर सर्विस मैसेज से जाता है, और आवाज़ पोर्ट 10000–20000 पर पैकेट की अलग स्ट्रीम से। आपके प्रतिष्ठान का राउटर पहले को पास कर सकता है और दूसरे को काट सकता है। यह फ़ोन की खराबी नहीं है और न ही PBX की खराबी: दस में से नौ मामलों में इनके बीच का नेटवर्क रोक रहा होता है, और इसे कुछ ही मिनटों में ढूँढा जा सकता है।

फ़ोन की सामान्य सेटिंग “SIP-फ़ोन की सेटिंग” के अवलोकन में है, बाकी लक्षण लक्षण के अनुसार डायग्नोस्टिक्स में हैं।

पहले एडमिन पैनल में जाँचें#

1. उसी डिवाइस से इको-टेस्ट *43। PBX रिसीवर उठाता है, एक सेकंड बाद टोन देता है और फिर आपकी आवाज़ लौटाता है। टोन जान-बूझकर इको से पहले बजता है — यह “PBX → फ़ोन” दिशा को माइक्रोफ़ोन से अलग जाँचता है:

   क्या सुनाई देता है	इसका क्या मतलब है
   टोन, फिर अपनी आवाज़	आवाज़ दोनों तरफ़ जा रही है — PBX तक का नेटवर्क ठीक है
   टोन है, खुद सुनाई नहीं देते	आवाज़ फ़ोन से PBX तक नहीं पहुँच रही
   टोन भी नहीं	आवाज़ PBX से फ़ोन तक नहीं पहुँच रही
   खुद सुनाई देते हैं, पर टूट-फूट या देरी के साथ	रास्ता है, पर खराब है: पैकेट लॉस, जिटर, ओवरलोडेड चैनल

   *43 में दस सेकंड बोलिए — तब PBX लॉस, जिटर और देरी माप पाएगा। विस्तृत जानकारी — “कनेक्शन क्वालिटी की जाँच”।

2. कॉल लॉग — समस्या वाली कॉल खोलिए। उत्तर मिली कॉल में “आवाज़” पंक्ति बताती है कि आवाज़ दोनों तरफ़ गई या नहीं: “दोनों तरफ़”, “फ़ोन एक्सटेंशन 101 से आवाज़ नहीं गई” या “सामने वाले से आवाज़ नहीं गई”, — और साथ में हर तरफ़ के लॉस, जिटर और RTT।

3. डिवाइस का कार्ड → “दोनों तरफ़ आवाज़” — इस फ़ोन की कितनी कॉल एकतरफ़ा थीं। जो मॉडल उत्तर के समय आवाज़ खो देते हैं, उनके लिए PBX खुद “PBX से टोन” चालू कर देता है — यह भी यहीं दिखता है।

4. बातचीत की रिकॉर्डिंग, अगर रिकॉर्डिंग चालू है: रिकॉर्डिंग में जिसकी आवाज़ सुनाई देती है, उसकी आवाज़ PBX तक पहुँची।

5. समर्पित PBX पर SIP-ट्रेस: आवाज़ के विवरण (SDP, पंक्तियाँ c= और m=audio) में दिखता है कि हर पक्ष ने कौन-सा पता और पोर्ट बताया।

रजिस्ट्रेशन है, पर आवाज़ क्यों नहीं#

हमारा PBX आवाज़ हमेशा अपने ज़रिए पास करता है (फ़ोन आपस में सीधे आवाज़ का आदान-प्रदान नहीं करते) और आवाज़ वहीं लौटाता है जहाँ से फ़ोन की आवाज़ आई, न कि उस पते पर जो फ़ोन ने अपने बारे में बताया। इसलिए राउटर के पीछे वाले फ़ोन को न STUN चाहिए, न पोर्ट फ़ॉरवर्डिंग। पर इसी से यह भी निकलता है: अगर फ़ोन से PBX तक कुछ भी नहीं पहुँचता, तो PBX के पास लौटाने की जगह ही नहीं — नतीजा दोनों तरफ़ खामोशी।

रजिस्ट्रेशन ठीक होने पर भी आवाज़ अक्सर ये चीज़ें तोड़ती हैं:

1. राउटर पर SIP ALG (“SIP Helper”, “SIP Passthrough”)। राउटर SIP में “मदद” करता है और सर्विस मैसेज के अंदर के पते बदल देता है — अक्सर गलत तरीके से। रजिस्ट्रेशन हो जाता है, आवाज़ नहीं आती या सिर्फ़ एक तरफ़ आती है। राउटर के ब्रांड के अनुसार इसे कहाँ बंद करें — “नेटवर्क, राउटर और इंटरनेट”।
2. आउटगोइंग UDP 10000–20000 बंद। फ़ायरवॉल “इंटरनेट” (वेब पोर्ट) और 5060 पास करता है, पर वॉइस पोर्ट नहीं।
3. डबल NAT — प्रोवाइडर का राउटर और उसके पीछे अपना राउटर: पते दो बार बदलते हैं, और बदलने वालों में से एक गलती करता है।
4. Wi-Fi — क्लाइंट आइसोलेशन वाला गेस्ट नेटवर्क, कमज़ोर सिग्नल, एक्सेस पॉइंट से दूर फ़ोन।
5. ओवरलोडेड चैनल — वीडियो सर्विलांस रिकॉर्डिंग क्लाउड पर भेज रहा है, ग्राहक उसी इंटरनेट पर वीडियो देख रहे हैं: आवाज़ छेद के साथ पहुँचती है।

कोई आवाज़ नहीं आ रही#

ऐसा क्यों होता है#

• वॉइस पोर्ट दोनों तरफ़ बंद हैं: आउटगोइंग UDP 10000–20000 को फ़ायरवॉल या राउटर काट रहा है। चूँकि फ़ोन से कुछ भी नहीं आया, PBX को पता नहीं चलता कि जवाब कहाँ भेजना है।
• SIP ALG ने कॉल के विवरण में वॉइस का पता बदल दिया, और पैकेट ग़लत जगह चले जाते हैं।
• फ़ोन में वॉइस एन्क्रिप्शन (SRTP) चालू है — हमारा PBX डिफ़ॉल्ट रूप से इसे नहीं देता।
• फ़ोन में हमारे तीनों कोडेक (G.711 PCMA, PCMU और G.722) बंद हैं। तब कॉल आम तौर पर कनेक्ट भी नहीं होता — जवाब 488।
• फ़ोन VPN या कॉर्पोरेट प्रॉक्सी से जुड़ा है, जो UDP पास नहीं करता।

क्या करें#

हर चरण के बाद *43 डायल करें; आगे बढ़ें — सिर्फ़ तब जब काम न बना हो।

1. राउटर पर SIP ALG बंद करें और राउटर तथा फ़ोन को रीस्टार्ट करें।
2. PBX के पते पर आउटगोइंग UDP 10000–20000 खोलें (साझा सर्वर के लिए 10000–10200 काफ़ी है)।
3. फ़ोन में SRTP / वॉइस एन्क्रिप्शन बंद करें और जाँचें कि कम से कम G.711 (PCMA या PCMU) चालू है।
4. फ़ोन को केबल से संस्थान के मुख्य नेटवर्क में लगाएँ, गेस्ट Wi-Fi और VPN से बचते हुए।
5. अगर प्रोवाइडर के राउटर के पीछे आपका अपना राउटर भी है — तो प्रोवाइडर के राउटर को ब्रिज मोड में डालें या फ़ोन को सीधे उसमें लगाएँ। अधिक जानकारी — «नेटवर्क, राउटर और इंटरनेट»।

सिर्फ़ एक तरफ़ सुनाई देता है#

ऐसा क्यों होता है#

एकतरफ़ा आवाज़ के दो अलग-अलग मामले हैं — *43 इन्हें गूँज से पहचानता है:

• «मुझे नहीं सुनते» (गूँज है, ख़ुद की आवाज़ नहीं): आवाज़ फ़ोन से PBX तक नहीं पहुँचती। कारण: SIP ALG, बंद माइक्रोफ़ोन या Mute बटन, ख़राब हेडसेट, हेडसेट मोड चालू होना बिना हेडसेट के, फ़ोन का गेस्ट Wi-Fi में होना। कुछ मॉडलों में आवाज़ ठीक जवाब के समय खो जाती है — फ़ोन वॉइस पोर्ट बदल देता है (जैसे D-Link DPH-150S का व्यवहार); ज्ञात मॉडलों के लिए PBX इसे ख़ुद ठीक कर देता है, «PBX से गूँज» चालू करके।
• «मुझे सुनाई नहीं देता» (गूँज नहीं है): आवाज़ PBX से फ़ोन तक नहीं पहुँचती: सख़्त फ़ायरवॉल, SIP ALG, डबल NAT। अगर कॉल के लॉग में लिखा है «सामने वाले से आवाज़ नहीं आ रही थी», तो टेलीकॉम ऑपरेटर या कॉल करने वाले की तरफ़ चुप्पी थी — आपके फ़ोन का इसमें कोई दोष नहीं।

क्या करें#

1. *43 डायल करें और गूँज से दिशा तय करें।
2. «मुझे नहीं सुनते»: Mute और हेडसेट जाँचें, स्पीकरफ़ोन की जगह रिसीवर आज़माएँ; SIP ALG बंद करें; फ़ोन को गेस्ट Wi-Fi से हटाएँ।
3. «मुझे सुनाई नहीं देता»: SIP ALG बंद करें; फ़ायरवॉल जाँचें (आउटगोइंग UDP 10000–20000 और उसके जवाब); डबल NAT हटाएँ।
4. *43 दोनों तरफ़ साफ़ है, पर एकतरफ़ा आवाज़ सिर्फ़ बाहरी कॉल पर — ख़राबी PBX और टेलीकॉम ऑपरेटर के बीच है। किसी सहकर्मी को किए आंतरिक कॉल से तुलना करें और कॉल का समय सपोर्ट को भेजें।
5. एकतरफ़ा आवाज़ जवाब के समय और सिर्फ़ एक मॉडल में — समर्पित PBX पर «फ़ोन सेटिंग्स» में एक्सटेंशन के लिए «आउटगोइंग गूँज — PBX से, ऑपरेटर से नहीं» चालू करें। क़ीमत: जवाब से पहले ऑपरेटर के संदेश («ग्राहक उपलब्ध नहीं») कर्मचारी को सुनाई नहीं देंगे।

गूँज#

ऐसा क्यों होता है#

गूँज का मुख्य नियम: इसे वह सुनता है, जिसकी आवाज़ दूसरे सिरे पर परावर्तित होती है। अगर अपनी गूँज आप सुन रहे हैं — स्रोत सामने वाले के पास है: उसका स्पीकरफ़ोन, सस्ता हेडसेट, तेज़ स्पीकर, कार में रखा फ़ोन — माइक्रोफ़ोन उसके स्पीकर से आपकी आवाज़ पकड़कर वापस भेज देता है। अगर गेस्ट शिकायत कर रहा है — स्रोत आपके पास है।

दूसरा आम स्रोत — अनालॉग लाइन: गेटवे-अडैप्टर (ATA) से जुड़ा साधारण फ़ोन या गेटवे से जुड़ी सिटी लाइन। डिजिटल की «चार तारों» और अनालॉग की «दो तारों» के जोड़ पर सिग्नल का कुछ हिस्सा वापस परावर्तित होता है; गेटवे का इको कैंसलर इसे दबाता है।

लाइन पर जितनी ज़्यादा देरी, उतनी ज़्यादा सुनाई देने वाली गूँज: लगभग तुरंत लौटा परावर्तन कान नहीं पकड़ता, पर देर से आया परावर्तन दोहराव की तरह सुनाई देता है।

*43 में आपको ख़ुद को सुनना चाहिए — यह गूँज नहीं, यही तो जाँच है। लेकिन अगर *43 में आपकी आवाज़ साफ़ देरी से लौटती है (लॉग में RTT देरी 300 ms से ज़्यादा), तो असली कॉल पर कोई भी गूँज ज़्यादा चुभेगी: दोष चैनल का है।

क्या करें#

1. तय करें कि गूँज कौन सुन रहा है। आप — सामने वाले के पास देखें; गेस्ट — अपने पास।
2. आपके हैंडसेट से गूँज: स्पीकरफ़ोन की जगह रिसीवर, स्पीकर की आवाज़ कम, दूसरा हेडसेट; स्पीकरफ़ोन पर बात करते समय फ़ोन दीवार या शीशे के पास न रखें। Yealink के दस्तावेज़ के अनुसार बहुत पास रखा संवेदनशील माइक्रोफ़ोन भी गूँज देता है।
3. गेटवे से होकर जाने वाली कॉल पर गूँज (अनालॉग फ़ोन या सिटी लाइन): जाँचें कि गेटवे में इको कैंसलर चालू है — Grandstream HT में यह फ़ील्ड Disable Line Echo Canceller (LEC) है, वॉइस के लिए यह No होना चाहिए (फ़ैक्टरी मान); अगर पोर्ट का गेन (Rx / Tx gain) बढ़ाया था, तो उसे फ़ैक्टरी पर लौटाएँ।
4. एक ही टेलीकॉम ऑपरेटर से जाने वाली सभी बाहरी कॉल पर गूँज, जबकि आंतरिक कॉल साफ़ हों — कॉल का समय सपोर्ट को भेजें।

“रोबोट” जैसी आवाज़, गड़गड़ाहट, शब्द गायब होना#

ऐसा क्यों होता है#

आवाज़ छोटे पैकेट में कटती है, और हर गायब हुआ पैकेट एक गायब हुआ शब्दांश है। असमान रूप से आए पैकेट को फ़ोन कुछ समय के लिए संरेखित करता है, लेकिन अगर फैलाव बड़ा हो — आवाज़ टूटती है। यहाँ से तीन संख्याएँ निकलती हैं, जिन्हें PBX *43 में और हर उत्तरित कॉल पर मापता है:

यही सीमाएँ लॉग में “गुणवत्ता अच्छी / स्वीकार्य / ख़राब” का मूल्यांकन देती हैं।

नुकसान और जिटर कहाँ से आते हैं: Wi-Fi (ख़ासकर एक्सेस पॉइंट से दूर या भरे हुए चैनल पर), अतिभारित इंटरनेट (कैमरे, अपलोड, अपडेट, उसी चैनल पर गेस्ट Wi-Fi), कमज़ोर राउटर, जो लोड नहीं संभाल पाता, मोबाइल इंटरनेट और VPN।

क्या करें#

1. *43 दो बार करें: शांत समय में और पीक आवर में। शांति में अच्छा और पीक में ख़राब — चैनल भरा है; हमेशा ख़राब — नेटवर्क या Wi-Fi।
2. फ़ोन को Wi-Fi की जगह केबल से जोड़ें।
3. गेस्ट Wi-Fi को सर्विस नेटवर्क से अलग करें और उसकी गति सीमित करें; कैमरों के वीडियो अपलोड को रात में शिफ़्ट करें।
4. राउटर पर फ़ोन के लिए प्राथमिकता (QoS) चालू करें, अगर वह कर सकता है। एक कॉल पर कितना इंटरनेट चाहिए — “नेटवर्क, राउटर और इंटरनेट”।
5. मदद नहीं मिली — प्रोवाइडर को लॉग की संख्याएँ दिखाएँ (नुकसान, जिटर, समय): यह तथ्यों पर बातचीत है, “आपकी सुनाई ख़राब देती है” नहीं।

कैसे पता करें कि ख़राबी किस पक्ष में है#

सपोर्ट को क्या भेजें#

• कॉल की तारीख़ और समय मिनट तक, सामने वाले का नंबर और एक्सटेंशन;
• किसने किसे नहीं सुना या किसने गूँज सुनी;
• इस फ़ोन से *43 का नतीजा: गूँज, अपनी आवाज़, टूटी हुई — और लॉग की संख्याएँ (नुकसान, जिटर, RTT);
• लॉग से कॉल कार्ड का स्क्रीनशॉट, “आवाज़” पंक्ति के साथ;
• फ़ोन का मॉडल और फ़र्मवेयर (फ़ोन के टैग से पंक्ति), वह कैसे जुड़ा है (केबल / Wi-Fi), राउटर का मॉडल और SIP ALG बंद है या नहीं;
• समर्पित PBX पर — दोहराई गई कॉल के SIP ट्रेस का टेक्स्ट।

हमें कैसे लिखें — “सपोर्ट”।

अक्सर पूछे जाने वाले सवाल#

*43 में मुझे अपनी आवाज़ देरी से सुनाई देती है — यह गूँज है?#

नहीं। *43 तो “आपकी आवाज़ लौटाना” है: देरी PBX तक और वापस आने के समय के बराबर है। 300 ms तक इसे लगभग महसूस नहीं किया जाता। अगर देरी सुनाई देने लायक़ है (आधा सेकंड और अधिक), तो असली कॉल में असुविधा होगी — दोष चैनल का है, फ़ोन का नहीं।

आवाज़ सिर्फ़ मोबाइल से कॉल पर गायब होती है — यह हमारी तरफ़ है?#

शायद नहीं: मोबाइल सामने वाले का अपना कमज़ोर हिस्सा है — सेलुलर नेटवर्क। अपने फ़ोन से *43 जाँचें: अगर वह साफ़ है और आंतरिक कॉल भी, तो ऐसी कई कॉल का समय सपोर्ट को भेजें — हम देखेंगे कि किस हिस्से में आवाज़ खो रही है।

क्या दूसरे कोडेक — G.729 या Opus — मदद करेंगे?#

नहीं। हमारा PBX फ़ोन को G.711 (PCMA, PCMU) और G.722 देता है — इन्हें सभी फ़ोन समझते हैं, और ये आवाज़ को संपीड़ित नहीं करते, इसलिए त्रुटियों के प्रति अधिक टिकाऊ हैं। G.729, Opus और AMR फ़ोन को नहीं दिए जाते: इन्हें फ़ोन में चालू करने की ज़रूरत नहीं।

क्या आवाज़ का एन्क्रिप्शन चालू कर सकते हैं, ताकि राउटर कॉल में “न घुसे”?#

अभी नहीं: फ़ोन UDP / TCP पर बिना TLS और SRTP के काम करते हैं। फ़ोन में “एहतियात के तौर पर” चालू किया गया SRTP तो सन्नाटा देता है। राउटर के ख़िलाफ़ एन्क्रिप्शन नहीं, बल्कि बंद SIP ALG मदद करता है।

संबंधित अनुभाग#

• फ़ोन काम नहीं कर रहा: लक्षणों के अनुसार निदान
• SIP फ़ोन की सेटिंग — कनेक्शन गुणवत्ता की जाँच *43, प्रतिष्ठान का नेटवर्क
• टेलीफ़ोनी के लिए नेटवर्क, राउटर और इंटरनेट — राउटर ब्रांड के अनुसार SIP ALG, डबल NAT, चैनल
• कॉल कट जाती है — 30 सेकंड पर कटना भी SIP ALG से शुरू होता है
• कॉल लॉग और SIP ट्रेस
• एनालॉग फ़ोन के लिए गेटवे: Grandstream HT, Yeastar TA और Dinstar DAG

स्रोत#

• RFC 3550 — RTP और RTCP रिपोर्ट, जिनसे पैकेट हानि, जिटर और विलंब की गणना होती है — https://www.rfc-editor.org/rfc/rfc3550
• ITU-T G.114 — एकतरफ़ा विलंब पर सिफ़ारिशें (150 / 300 ms राउंड-ट्रिप विलंब की सीमाएँ *43 में — उद्योग अभ्यास) — https://www.itu.int/rec/T-REC-G.114
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: गूँज और टूटती आवाज़ के कारण
• Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
• PBX कोड: shared/sip/advanced-options.json (direct_media=no, rtp_symmetric, force_rport, rewrite_contact, कोडेक, rtp_timeout=0), sip-edge/asterisk/rtp.conf (strictrtp=yes, पोर्ट), sip-edge/sipsync/linecheck.go (गूँज परीक्षण *43, सीमाएँ 1 / 3 %, 30 / 50 ms, 150 / 300 ms)
• एडमिन पैनल की स्क्रीनें: कॉल लॉग की “आवाज़” पंक्ति (admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), “दोनों तरफ़ आवाज़” ब्लॉक (admin/components/integrations/SipDeviceMediaHealth.tsx), “आउटगोइंग रिंगबैक — PBX से” (admin/components/integrations/SipOptions.i18n.ts)