कॉल कट जाती है: 30 सेकंड पर, 15–30 मिनट पर

«ठीक इतने समय पर» होने वाला कटना खराब कनेक्शन नहीं, बल्कि एक टाइमर है: किसी एक पक्ष ने किसी चीज़ का इंतज़ार किया, वह नहीं मिली और उसने ईमानदारी से फ़ोन रख दिया। इसलिए कटने के समय से कारण लगभग निश्चित रूप से बताया जा सकता है: ~32 सेकंड — बातचीत शुरू होने की पुष्टि नहीं पहुँची; ~15 या ~30 मिनट — बातचीत का नवीनीकरण नहीं हुआ; इनकमिंग सिर्फ़ चालू करने के बाद के पहले कुछ मिनट काम करती हैं — राउटर ने फ़ोन तक का रास्ता बंद कर दिया। नीचे हर स्थिति की प्रक्रिया शब्दों में और क्या करना है।

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

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

1. कॉल लॉग — कटी हुई कॉल खोलें। «बातचीत» अवधि सेकंड की सटीकता तक दिखाएगा: 0:31–0:33 — पहली स्थिति की पहचान, लगभग 15:00 या 29:30 — दूसरी की। वहीं «फ़ोन किसने रखा» (कॉल करने वाला, कर्मचारी या PBX) और «कटने का कारण» भी।
2. इको-टेस्ट *43, लेकिन लंबा: डायल करें और रिसीवर 45 सेकंड तक पकड़े रखें। *43 भी एक कॉल है, और इसमें बातचीत शुरू होने की पुष्टि उसी रास्ते से गुज़रती है। 32वें सेकंड पर कट गई — फ़ोन और PBX के बीच खराबी; टिक गई — फ़ोन और प्रतिष्ठान का नेटवर्क ठीक है, आगे देखें (बाहरी कॉल, सेवा प्रदाता)।
3. डिवाइस का कार्ड → «कार्यक्षमता»: नियमित रूप से «कनेक्शन नहीं» के फ़ेल होना — राउटर फ़ोन तक का वापसी रास्ता बंद कर रहा है (देखें तीसरी स्थिति)।
4. कार्ड में «डिवाइस पर कॉल करें», आख़िरी कॉल के 10 मिनट बाद: बजा — फ़ोन तक का रास्ता ज़िंदा है; हरी शाखा पर भी चुप — यह राउटर है।
5. समर्पित PBX पर SIP-ट्रेस: बार-बार 200 OK बिना ACK, फिर BYE — पहली स्थिति; बातचीत के बीच में INVITE या UPDATE के बाद BYE — दूसरी।

30–32 सेकंड पर कटना#

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

बातचीत की शुरुआत तीन संदेशों का हैंडशेक है: «कॉल कर रहा हूँ» (INVITE) — «जवाब दिया» (200 OK) — «समझ गया, शुरू करते हैं» (ACK)। जिस पक्ष ने जवाब दिया, वह अपना «जवाब दिया» तब तक दोहराता है जब तक «समझ गया» न मिले। SIP प्रोटोकॉल का नियम: अगर «समझ गया» 64 × T1 = 64 × 0,5 सेकंड = 32 सेकंड में न आए, तो बातचीत ख़त्म करनी होगी। आवाज़़ तब तक जा रही होती है — इसलिए आधे मिनट तक सब ठीक रहता है, और फिर कॉल ख़ुद गिर जाती है।

तो, 32वें सेकंड पर कटने का मतलब है: ACK पुष्टि कहीं खो रही है। क्यों — सामान्य से दुर्लभ की ओर:

1. राउटर पर SIP ALG। राउटर सेवा संदेशों के अंदर के पते बदल देता है, और पुष्टि ग़लत जगह चली जाती है या ख़ारिज हो जाती है। सबसे पहले यही जाँचना चाहिए।
2. बहुत बड़ा पैकेट। अगर फ़ोन में दर्जनों कोडेक चालू हैं, तो कॉल का विवरण ~1300 बाइट से ज़्यादा बड़ा हो जाता है, और UDP पर वह «टुकड़ों» (फ़्रैगमेंट) में जाता है। कई राउटर और फ़ायरवॉल फ़्रैगमेंट चुपचाप फेंक देते हैं — वही संदेश खो जाता है। SIP प्रोटोकॉल ऐसे संदेशों के लिए सीधे TCP पर जाने की माँग करता है।
3. संदेशों में आंतरिक पता। फ़ोन अपने बारे में आंतरिक पता (192.168.x.x) लिखता है, और पुष्टि उसी पर भेजी जाती है। हमारा PBX इसे ख़ुद ठीक कर देता है — वहाँ जवाब देता है जहाँ से संदेश वाक़ई आया, — लेकिन सेवा प्रदाता के पास ऐसी सुरक्षा न हो: तब सिर्फ़ बाहरी कॉल कटती हैं।
4. दोहरा NAT या सख़्त फ़ायरवॉल, जो कॉल के पहले संदेशों को गुज़ारता है और बाद वाले काट देता है।

क्या करें#

हर चरण के बाद लंबा *43 (45 सेकंड) और एक टेस्ट कॉल दोहराएँ; आगे बढ़ें — सिर्फ़ तब जब मदद न मिली हो।

1. राउटर पर SIP ALG बंद करें («SIP Helper», «SIP Passthrough», «SIP के लिए ALG») और राउटर रीस्टार्ट करें। लोकप्रिय ब्रांडों में यह कहाँ है — «नेटवर्क, राउटर और इंटरनेट»।
2. फ़ोन में तीन कोडेक रखें — G.711 PCMA, G.711 PCMU और G.722, — बाकी बंद कर दें: संदेश छोटे हो जाएँगे और टुकड़ों में बँटना बंद हो जाएगा।
3. अगर चरण 2 से मदद न मिली तो ट्रांसपोर्ट TCP पर बदलें (पोर्ट वही, 5060): TCP लंबे संदेशों को ख़ुद सही तरीक़े से काटता है, और फ़्रैगमेंटेशन ख़त्म हो जाता है। हमारा PBX UDP और TCP दोनों स्वीकार करता है।
4. सिर्फ़ बाहरी कॉल कटती हैं, और *43 तथा आंतरिक कॉल टिकती हैं — खराबी PBX और सेवा प्रदाता के बीच है। कई कटी कॉलों का समय सपोर्ट को भेजें।
5. दोहरा NAT हटाएँ — प्रदाता के राउटर को ब्रिज मोड में डालें या फ़ोन सीधे उसमें लगाएँ।

15 या 30 मिनट बाद कॉल कटना#

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

लंबी बातचीत के दौरान दोनों पक्ष समय-समय पर पुष्टि करते हैं कि बातचीत अभी चल रही है — ये सेशन टाइमर हैं। अंतराल कॉल की शुरुआत में तय होता है; एक पक्ष अंतराल के बीच में बातचीत को “बढ़ाने” का वचन देता है, दूसरा पक्ष बढ़ोतरी का इंतज़ार करता है। हमारे PBX पर सेशन टाइमर 1800 सेकंड (30 मिनट) के अंतराल पर चालू हैं; इनकी ज़रूरत इसलिए है कि जिस बातचीत में संपर्क चुपचाप टूट गया हो, वह घंटों लटकी न रहे और लाइन न घेरे।

इससे दो तरह के मामले बनते हैं:

• लगभग 15 मिनट — अंतराल के बीच में बढ़ोतरी भेजी गई, लेकिन वह पहुँची नहीं: सामने वाले पक्ष ने उसे अस्वीकार कर दिया या उसका जवाब नहीं मिला;
• लगभग 29.5 मिनट — बढ़ोतरी हुई ही नहीं, और जिस पक्ष को उसका इंतज़ार था, उसने अंतराल खत्म होने से थोड़ा पहले फ़ोन रख दिया।

बढ़ोतरी क्यों नहीं पहुँचती:

1. राउटर ने सेवा संदेशों का रास्ता बंद कर दिया। बातचीत के दौरान आवाज़ लगातार जाती है, लेकिन सेवा संदेश चुप रहते हैं। अगर फ़ोन में keep-alive बंद है, तो राउटर कुछ मिनटों में सेवा संदेशों का “दरवाज़ा” बंद कर देता है — और PBX से फ़ोन तक बढ़ोतरी नहीं पहुँचती।
2. फ़ोन बढ़ोतरी का तरीका नहीं समझता या उसे अस्वीकार कर देता है — पुराना फ़र्मवेयर, गैर-मानक पैरामीटरों के साथ “Session Timer” चालू।
3. SIP ALG बढ़ोतरी का संदेश खराब कर देता है।
4. टेलीकॉम ऑपरेटर का टाइमर — अगर सिर्फ़ बाहरी कॉल कटती हैं और हमेशा एक ही मिनट पर।

PBX बातचीत में टाइमर तभी चालू करता है, जब फ़ोन भी उन्हें सपोर्ट करता हो ⚠️ verify। ज़्यादातर डेस्कटॉप फ़ोन में “Session Timer” फ़ैक्ट्री सेटिंग में बंद रहता है (Yealink और Grandstream में — दस्तावेज़ के मुताबिक़), और तब बातचीत में टाइमर होते ही नहीं।

क्या करें#

1. फ़ोन में keep-alive चालू करें — यह बातचीत के दौरान भी सेवा संदेशों का रास्ता खुला रखता है। Yealink: Account → Advanced → Keep Alive Type (Default या Options) और Keep Alive Interval — 30 सेकंड (फ़ैक्ट्री मान)।
2. राउटर पर SIP ALG बंद करें।
3. अगर फ़ोन में “Session Timer” चालू किया था — तो फ़ैक्ट्री मान (बंद) पर लौटाएँ या अंतराल 1800 सेकंड रखें: Yealink — Account → Advanced → Session Timer / Session Expires; Grandstream — Account → SIP Settings → Session Timer (Enable Session Timer, Session Expiration)।
4. फ़ोन का फ़र्मवेयर अपडेट करें — बातचीत बढ़ाने की गड़बड़ियाँ अक्सर नए वर्शन में ठीक की गई होती हैं।
5. सिर्फ़ बाहरी कॉल कटती हैं, हर बार एक ही मिनट पर — तो कॉल का समय सपोर्ट को भेजें: हम टेलीकॉम ऑपरेटर के साथ टाइमर मिलाएँगे।

चालू करने के बाद सिर्फ़ पहले कुछ मिनट तक इनकमिंग चलती है#

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

फ़ोन राउटर के पीछे है, और PBX उस तक सिर्फ़ उस “दरवाज़े” से पहुँच सकता है जो फ़ोन ने अपने आख़िरी संदेश से खोला था। राउटर ऐसे दरवाज़े ज़्यादा देर नहीं रखता — घरेलू राउटरों में आधे मिनट से कुछ मिनट की चुप्पी तक — और फिर बंद कर देता है। जब तक फ़ोन बार-बार कुछ भेजता रहता है (चालू होते ही रजिस्ट्रेशन, keep-alive), दरवाज़ा खुला रहता है। चुप हो गया — बंद हो गया, और PBX से आने वाली इनकमिंग कॉल राउटर पर अटक जाती है।

एडमिन पैनल में शाखा तब भी हरी दिख सकती है: रजिस्ट्रेशन फ़ोन ख़ुद, अंदर से रीफ़्रेश करता है, और वह हो जाता है, लेकिन फ़ोन तक बाहर से पहुँचा नहीं जा सकता। रीबूट “इलाज” है, क्योंकि वह दरवाज़ा फिर खोल देता है — कुछ समय के लिए।

हमारा PBX अपनी तरफ़ से हर 60 सेकंड में हर डिवाइस को “तुम जुड़े हो?” अनुरोध भेजकर जाँचता है: यह जवाबी पैकेट भी दरवाज़ा खुला रखता है — लेकिन तभी, जब राउटर उसे एक मिनट से ज़्यादा देर तक बंद करता हो। डिवाइस ने जवाब नहीं दिया — PBX उसे अनुपलब्ध मानता है, शाखा बुझ जाती है, और “कार्यक्षमता” में एक विफलता दिखती है।

क्या करें#

हर चरण के बाद 10 मिनट निष्क्रिय रहने पर इनकमिंग जाँचें (“डिवाइस पर कॉल करें” बटन से या पड़ोसी एक्सटेंशन से); आगे बढ़ें — सिर्फ़ तब जब मदद न मिली हो।

1. फ़ोन में keep-alive चालू करें 20–30 सेकंड के अंतराल पर। Yealink: Account → Advanced → Keep Alive Type / Keep Alive Interval (फ़ैक्ट्री मान Default और 30 सेकंड); Fanvil में — लाइन की अतिरिक्त सेटिंग्स में Keep Alive Type।
2. राउटर पर SIP ALG बंद करें — वह भी दरवाज़े “भूलने” में माहिर है।
3. फ़ोन में रजिस्ट्रेशन की अवधि (Expires / Register Expiration) घटाकर 60–120 सेकंड करें — फ़ोन ख़ुद ज़्यादा बार दरवाज़ा खोलेगा। 60 से कम हमारा PBX नहीं मानेगा (423 Interval Too Brief)।
4. समर्पित PBX पर डिवाइसों की जाँच ज़्यादा बार की जा सकती है: “बारीक़ SIP सेटिंग्स” → “कनेक्टिविटी जाँच, सेकंड” — 60 की जगह 20–30। यह PBX की तरफ़ से दरवाज़ा खुला रखता है, लेकिन सेवा ट्रैफ़िक बढ़ाता है; फ़ोन का keep-alive ज़्यादा भरोसेमंद है।
5. डबल NAT (प्रोवाइडर का राउटर + अपना) — दो दरवाज़े होते हैं, और वे अलग-अलग तरह से बंद होते हैं: एक हटा दें — “नेटवर्क, राउटर और इंटरनेट”।

Wi-Fi से मोबाइल इंटरनेट पर जाने के दौरान कॉल कटना#

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

कैफ़े का Wi-Fi और मोबाइल इंटरनेट — ये दो अलग पते हैं। बातचीत एक पते से शुरू हुई थी, और बातचीत की शुरुआत में PBX ने याद रखा कि आवाज़ कहाँ से आ रही है: सुरक्षा के कारण वह केवल उसी पते से आवाज़ लेता है। जब स्मार्टफ़ोन मोबाइल नेटवर्क पर स्विच होता है, तो आवाज़ नए पते से आने लगती है — और PBX के लिए यह अब पराया स्ट्रीम है, जबकि सेवा संदेश अब भी पुराने पते पर जाते रहते हैं, जो अब मौजूद नहीं है। एक नेटवर्क में शुरू हुई बातचीत दूसरे में जाने पर लगभग हमेशा टूट जाती है। यह तकनीक की ही सीमा है, कोई खराबी नहीं।

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

क्या करें#

1. बातचीत के दौरान नेटवर्क न बदलें: Wi-Fi क्षेत्र से बाहर निकलने से पहले कॉल ख़त्म करें।
2. स्मार्टफ़ोन पर ख़राब Wi-Fi से मोबाइल नेटवर्क पर स्वचालित स्विचिंग बंद करें (iPhone पर — «Wi-Fi सहायता», Android पर — Wi-Fi सेटिंग्स में «मोबाइल नेटवर्क पर स्विच करें»): अभी यही कैफ़े की दहलीज़ पर बातचीत तोड़ देती है।
3. सॉफ़्टफ़ोन को बैकग्राउंड में चलने की अनुमति दें और उसके लिए बैटरी बचत हटा दें — तब नेटवर्क बदलने के बाद वह जल्दी से दोबारा रजिस्टर हो जाता है।
4. जहाँ कॉल खोना नहीं चाहिए (काउंटर, रिसेप्शन), वहाँ स्मार्टफ़ोन की जगह डेस्कटॉप फ़ोन या DECT हैंडसेट लगाएँ।

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

• कई टूटी कॉलों की तारीख़ और समय मिनट तक, नंबर और एक्सटेंशन;
• कितने समय बाद कटती है (जर्नल में — «बातचीत») और हर बार एक जैसा ही होता है या नहीं;
• सभी कॉल कटती हैं या केवल बाहरी; लंबा *43 (45 सेकंड) टिकता है या नहीं;
• फ़ोन का मॉडल और फ़र्मवेयर (डिवाइस टैग की पंक्ति), उसमें keep-alive और Session Timer चालू हैं या नहीं;
• राउटर का मॉडल, SIP ALG बंद है या नहीं, प्रोवाइडर का दूसरा राउटर है या नहीं;
• समर्पित PBX पर — दोहराई गई कटौती का SIP-ट्रेस टेक्स्ट।

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

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

कटौती ठीक 32वें सेकंड पर क्यों होती है, 30वें पर नहीं और 40वें पर नहीं?#

क्योंकि यह संख्या SIP प्रोटोकॉल में ही रखी गई है: बातचीत शुरू होने की पुष्टि के लिए आधे-आधे सेकंड के 64 अंतराल — 32 सेकंड — प्रतीक्षा की जाती है। अगर आपका «लगभग 30 सेकंड» है और हर बार एक जैसा — तो यही है, भले ही स्टॉपवॉच 31 या 33 दिखा रही हो: कुछ समय रिंगटोन और जवाब में चला गया।

SIP ALG बंद है, फिर भी 30वें सेकंड पर कटौती बनी हुई है — और क्या?#

जाँचें कि रास्ते के सभी राउटरों पर ALG बंद है (प्रोवाइडर के राउटर में अक्सर अपना अलग होता है), फ़ोन में तीन कोडेक रखें और TCP ट्रांसपोर्ट आज़माएँ। अगर केवल बाहरी कॉल कटती हैं, और *43 45 सेकंड टिकता है, — तो मामला टेलीकॉम ऑपरेटर तक के हिस्से में है, कॉलों का समय भेजें।

शाखा हरी है, पर इनकमिंग कॉल नहीं आतीं — क्या यह भी «कटौती» है?#

यह वही तंत्र है जो शुरुआती कुछ मिनटों में इनकमिंग वाले भाग में है: रजिस्ट्रेशन अंदर से अपडेट होता है, पर बाहर से फ़ोन तक का दरवाज़ा पहले ही बंद है। जाँच — 10 मिनट निष्क्रियता के बाद «डिवाइस पर कॉल करें»; इलाज — फ़ोन में keep-alive।

क्या PBX पर सेशन टाइमर बस बंद कर दें?#

कर सकते हैं (समर्पित PBX पर, «बारीक SIP सेटिंग्स»), पर यह लक्षण का इलाज है, कारण का नहीं: नवीनीकरण इसलिए नहीं होता क्योंकि सेवा संदेशों का रास्ता बंद या बिगड़ा हुआ है, और वही रास्ता कॉल ट्रांसफ़र और होल्ड के लिए भी चाहिए होगा। साथ ही, टाइमर के बिना चुपचाप टूटी बातचीत घंटों लटकी रहेंगी और लाइनें घेरेंगी। पहले keep-alive और SIP ALG।

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

• फ़ोन काम नहीं कर रहा: लक्षणों के अनुसार निदान — जिसमें «आउटगोइंग चलती हैं पर इनकमिंग नहीं» भी शामिल
• आवाज़ नहीं, एक तरफ़ सुनाई देता है, गूँज, «रोबोट»
• रजिस्टर नहीं होता: संदेश और त्रुटि कोड — «रजिस्टर होता है और ग़ायब हो जाता है», 423 Interval Too Brief
• टेलीफ़ोनी के लिए नेटवर्क, राउटर और इंटरनेट — SIP ALG कहाँ बंद करें, डबल NAT
• SIP फ़ोन की सेटिंग — कैफ़े का नेटवर्क, कनेक्शन गुणवत्ता की जाँच
• कॉल जर्नल और SIP-ट्रेस

स्रोत#

• RFC 3261 — SIP: ACK मिलने तक 200 OK का दोहराव और 64 × T1 के बाद सेशन का अंत (§13.3.1.4), T1 = 500 मि.से. (§17.1.1.1), 1300 बाइट से लंबे संदेशों के लिए TCP पर जाना (§18.1.1) — https://www.rfc-editor.org/rfc/rfc3261
• RFC 4028 — Session Timers: अंतराल के बीच में नवीनीकरण, समाप्ति से min(32 से., अंतराल / 3) पहले BYE — https://www.rfc-editor.org/rfc/rfc4028
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Keep Alive Type / Interval (फ़ैक्टरी Default, 30 से.), Session Timer (फ़ैक्टरी — बंद; Session Expires 1800 से.; अंतराल के आधे पर नवीनीकरण)
• Grandstream GRP261x/262x/263x Administration Guide — Session Timer: Enable Session Timer (फ़ैक्टरी «No»), Session Expiration, Min-SE — https://documentation.grandstream.com/knowledge-base/grp261x-grp262x-grp263x-series-administration-guide/
• Zoiper 5 User Guide v1.0.7 — UDP और पैकेट आकार की सीमा, राउटर के NAT-टाइमआउट — https://www.zoiper.com/pdf/User%20Guide%20Zoiper%205%20v.1.0.7.pdf
• PBX कोड: shared/sip/advanced-options.json (timers=yes, timers_sess_expires=1800, timers_min_se=90, qualify_frequency=60, minimum_expiration=60, rtp_timeout=0, force_rport, rewrite_contact), sip-edge/asterisk/rtp.conf (strictrtp=yes), sip-edge/sipsync/linecheck.go (एको-टेस्ट *43, जाँच की ऊपरी सीमा 300 से.)