नेटवर्क, राउटर और टेलीफ़ोनी के लिए इंटरनेट
IP फ़ोन व्यवसाय के नेटवर्क में एक ऐसा ही डिवाइस है जैसे POS या कंप्यूटर: यह आपके राउटर से होकर इंटरनेट के ज़रिए हमारे PBX तक जाता है। लगभग हमेशा यह “बस काम करता है”, और जब काम नहीं करता — तो इसके लिए राउटर की तीन-चार सेटिंग्स ज़िम्मेदार होती हैं, जो सभी ब्रांड्स में एक जैसी हैं। इस पेज पर — नेटवर्क से क्या चाहिए, लोकप्रिय ब्रांड्स के राउटर्स पर रुकावट डालने वाले “सहायक” SIP ALG को कहाँ बंद करें, और एक कॉल के लिए कितना इंटरनेट चाहिए।
फ़ोन में खुद क्या भरना है (सर्वर, लॉगिन, पासवर्ड) — “SIP फ़ोन सेट करना” के अवलोकन में। नेटवर्क में किसी भी बदलाव के बाद आवाज़ की जाँच — इको-टेस्ट *43 (देखें “नेटवर्क की जाँच कैसे करें”)।
संक्षेप में: पाँच नियम#
- पोर्ट फ़ॉरवर्ड करने की ज़रूरत नहीं। फ़ोन खुद आपके नेटवर्क के अंदर से PBX से जुड़ता है — बाहर से आने वाले कनेक्शन नहीं होते।
- राउटर पर SIP ALG बंद करें (इसे “SIP Helper”, “SIP Passthrough” भी कहते हैं)। यह “30 सेकंड में कॉल टूट जाती है” और “मेरी आवाज़ नहीं आती” का सबसे आम कारण है — आपके ब्रांड में यह कहाँ है।
- फ़ोन — सर्विस नेटवर्क में, बेहतर हो कि केबल से। गेस्ट Wi-Fi में नहीं: वहाँ डिवाइस एक-दूसरे से अलग रहते हैं, और अक्सर लॉगिन पेज होता है, जिससे फ़ोन आगे नहीं बढ़ पाएगा।
- इंटरनेट थोड़ा चाहिए, पर स्थिर: एक बातचीत के लिए लगभग 100 kbit/s हर दिशा में। गति से ज़्यादा ज़रूरी है कि चैनल “पूरी क्षमता तक” न भर जाए — ख़ासकर अपलोड।
- नेटवर्क पर किसी भी काम के बाद
*43डायल करें। एडमिन पैनल में हरा बिंदु रजिस्ट्रेशन बताता है, आवाज़ नहीं।
कॉल नेटवर्क से होकर कैसे जाती है#
IP फ़ोन ──► व्यवसाय का राउटर ──► इंटरनेट ──► PBX Cenaly
(192.168.x.x) (NAT: पता बदलकर ISP sip.<आपका डोमेन>
बाहरी बनाता है) या समर्पित मशीन
सारी गतिविधि फ़ोन शुरू करता है:
- फ़ोन PBX को रजिस्ट्रेशन भेजता है (पोर्ट
5060)। राउटर याद रखता है: “इस बाहरी पोर्ट से आने वाले पैकेट — फ़ोन 192.168.x.x के लिए हैं” — इसे पता अनुवाद (NAT) कहते हैं। - PBX जवाब देता है और फिर इनकमिंग कॉल उसी जगह भेजता है जहाँ से रजिस्ट्रेशन आया था — राउटर में उसी “छेद” से। इसलिए पोर्ट फ़ॉरवर्ड करने की ज़रूरत नहीं: दरवाज़ा फ़ोन ने खुद खोला।
- आवाज़ (RTP) भी फ़ोन खुद भेजना शुरू करता है, और PBX उस पते और पोर्ट पर आवाज़ भेजता है जहाँ से वह आई।
इससे दो शर्तें निकलती हैं, जिनके बिना संपर्क टूट जाता है: राउटर SIP पैकेट की सामग्री न लिखे (यह SIP ALG करता है) और कॉल के बीच फ़ोन के चुप रहने पर “छेद” न भूल जाए (यह keep-alive है)। दोनों नीचे समझाए गए हैं।
नेटवर्क एडमिन के लिए: PBX खुद NAT के साथ क्या करता है
PBX की तरफ़ सभी एक्सटेंशन के लिए चालू हैं (shared/sip/advanced-options.json, समूह nat):
force_rport— जवाब उस पते और पोर्ट पर जाते हैं जहाँ से अनुरोध आया था (RFC 3581), न किViaहेडर में लिखे पते पर;rewrite_contact— PBX फ़ोन को रजिस्ट्रेशन के असली बाहरी स्रोत पते से याद रखता है, न किContactहेडर के निजी पते 192.168.x.x से;rtp_symmetric— आवाज़ वहीं भेजी जाती है जहाँ से फ़ोन से आ रही है (symmetric RTP), न कि SDP के पते पर;direct_media=no— आवाज़ हमेशा PBX से होकर जाती है, चाहे एक ही व्यवसाय के दो फ़ोन के बीच हो; फ़ोन कभी सीधे एक-दूसरे से जुड़ने की कोशिश नहीं करते।
इसलिए फ़ोन को STUN, TURN और ICE की ज़रूरत नहीं, और व्यवसाय को स्थिर बाहरी IP की ज़रूरत नहीं। फ़ोन रजिस्ट्रेशन 60–3600 सेकंड के लिए माँग सकता है (60 से कम — इनकार 423 Interval Too Brief, डिफ़ॉल्ट 120 सेकंड); PBX हर रजिस्टर्ड डिवाइस को हर 60 सेकंड में OPTIONS अनुरोध से जाँचता है।
नेटवर्क एडमिन के लिए पोर्ट#
नियम एक है: PBX के पते तक जाने वाली आउटगोइंग और उसके जवाब की अनुमति दें (सामान्य “stateful” फ़ायरवॉल यह खुद करता है)। इनकमिंग नियम और पोर्ट फ़ॉरवर्डिंग की ज़रूरत नहीं।
| क्या | PBX की तरफ़ प्रोटोकॉल और पोर्ट | व्यवसाय से दिशा |
|---|---|---|
| रजिस्ट्रेशन और कॉल (SIP) | UDP 5060; TCP 5060 — अगर फ़ोन TCP पर स्विच किया गया हो | PBX के पते तक आउटगोइंग |
| आवाज़ (RTP) | UDP 10000–20000 (साझा कॉन्टूर 10000–10200 इस्तेमाल करता है, समर्पित मशीन — पूरी रेंज 10000–20000) | PBX के पते तक आउटगोइंग |
| नाम (DNS) | UDP/TCP 53 | ISP के DNS सर्वर या आपके अपने तक |
| समय (NTP) | UDP 123 | समय सर्वर तक — वरना कॉल इतिहास में ग़लत समय होगा |
PBX का पता — नाम है, IP नहीं: यह “एक्सटेंशन क्रेडेंशियल” विंडो में दिखता है (साझा कॉन्टूर के लिए sip.<आपका डोमेन> या आपकी समर्पित मशीन का नाम)। नियमों में IP “याद से” न भरें और इसे इस पेज से न लें — यहाँ यह जान-बूझकर नहीं है।
फ़ायरवॉल के लिए विवरण
- फ़ोन के लोकल पोर्ट (वह किस पोर्ट से SIP और RTP भेजता है) हर ब्रांड में अलग हैं — आउटगोइंग को स्रोत पोर्ट से फ़िल्टर करने की ज़रूरत नहीं, गंतव्य पते और पोर्ट से फ़िल्टर करें।
- PBX की तरफ़ एक बातचीत के लिए दो पोर्ट: RTP सम पोर्ट लेता है, RTCP (गुणवत्ता रिपोर्ट) — पड़ोसी विषम पोर्ट। यह PBX का आंतरिक मामला है, पर समझाता है कि रेंज इतनी चौड़ी क्यों है।
- अगर फ़ायरवॉल IP पता माँगता है, तो उसे नाम से पाएँ (
nslookup <SIP-सर्वर>)। समर्पित मशीन का IP स्थिर है; साझा कॉन्टूर के लिए नाम से या उस तक की पूरी आउटगोइंग UDP की अनुमति देना ज़्यादा भरोसेमंद है। - TCP 5061 (TLS पर SIP) समर्पित मशीन पर एन्क्रिप्टेड सिग्नलिंग के लिए खुला है। फ़ोन को यह तभी चाहिए जब क्रेडेंशियल विंडो में ट्रांसपोर्ट — TLS हो; डिफ़ॉल्ट में वहाँ UDP है।
- आवाज़ का एन्क्रिप्शन (SRTP) नहीं है — अगर फ़ायरवॉल की “VoIP इंस्पेक्शन” SRTP माँगती है, तो PBX के पते के लिए उसे बंद करें।
SIP ALG — राउटर पर बंद करें#
यह क्या है। SIP ALG (Application Layer Gateway; अलग-अलग ब्रांडों में — “SIP Helper”, “SIP Passthrough”, “SIP के लिए ALG”) राउटर का एक फ़ंक्शन है जो टेलीफ़ोनी में “मदद” करता है: SIP पैकेटों के अंदर घुसकर उनमें पते बदल देता है। यह पुराने फ़ोन के लिए बनाया गया था, जो NAT के पीछे काम नहीं कर पाते थे। हमारा PBX यह खुद कर सकता है (ऊपर ब्लॉक देखें), और राउटर अपनी “मदद” से सिर्फ़ बाधा डालता है।
यह कैसे तोड़ता है। यह अक्सर गलत तरीके से या आधे पैकेटों को ही बदलता है। आम लक्षण:
- जवाब देने के ठीक ~30 सेकंड बाद कॉल कट जाती है — जवाब की पुष्टि (
ACK) गलत जगह चली गई, और एक पक्ष टाइमर पर फ़ोन रख देता है; - सिर्फ़ एक तरफ़ सुनाई देता है या आवाज़ बिल्कुल नहीं आती — वॉइस स्ट्रीम के विवरण में पता बदल दिया गया है;
- फ़ोन कभी रजिस्टर होता है, कभी नहीं, इनकमिंग कभी-कभी आती हैं।
इन खराबियों की बारीकी “कॉल कट जाती है” और “आवाज़ नहीं, एक तरफ़ सुनाई देता है” पेजों पर विस्तार से बताई गई है। यहाँ — कहाँ बंद करें।
| ब्रांड | कहाँ बंद करें | फ़ैक्ट्री से |
|---|---|---|
| Keenetic (और Netcraze) | सिस्टम की सामान्य सेटिंग्स → कंपोनेंट सेट बदलें → “SIP के लिए एप्लिकेशन लेयर गेटवे (ALG)” हटाएँ → अपडेट करें। Keenetic में SIP ALG कोई चेकबॉक्स नहीं, सिस्टम का अलग कंपोनेंट है: इसे हटाया जाता है। राउटर को इंटरनेट चाहिए, यह सिस्टम को नवीनतम वर्शन तक अपडेट करेगा और खुद रीस्टार्ट हो जाएगा — शांत समय में करें | दस्तावेज़ में नहीं बताया गया |
| MikroTik (RouterOS) | NAT हेल्पर का मेन्यू /ip firewall service-port → प्रविष्टि sip → बंद करें: /ip firewall service-port disable sip |
दस्तावेज़ में नहीं बताया गया |
| TP-Link Archer (Wi-Fi 6) | Advanced → Security → ALG → SIP ALG बंद करें | दस्तावेज़ में नहीं बताया गया |
| TP-Link xDSL और LTE मॉडेम (Archer VR/VX/MR, TD-W) | Advanced → NAT Forwarding → ALG → SIP ALG बंद करें | दस्तावेज़ में नहीं बताया गया |
| TP-Link Deco | Deco ऐप → More → Advanced → NAT Forwarding → SIP ALG → बंद करें | दस्तावेज़ में नहीं बताया गया |
| D-Link DIR (रूसी फ़र्मवेयर) | अतिरिक्त → ALG/Passthrough → SIP स्विच बाईं ओर → लागू करें | दस्तावेज़ में नहीं बताया गया |
| D-Link DIR (अंग्रेज़ी फ़र्मवेयर) | Advanced → Firewall → Advanced Settings… → SIP → बंद करें | दस्तावेज़ में नहीं बताया गया |
| Zyxel VMG/XMG (प्रोवाइडर के मॉडेम) | Network Setting → NAT → ALG → SIP ALG बंद करें | दस्तावेज़ में नहीं बताया गया |
| ASUS | WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (ASUS में SIP ALG को SIP Passthrough कहते हैं ⚠️ verify) | चालू |
| NETGEAR (Nighthawk, Orbi RBR50/40/20) | ADVANCED → Setup → WAN Setup → Disable SIP ALG पर चेक लगाएँ → Apply | चालू |
| DrayTek Vigor | NAT → ALG → Enable SIP/RTSP ALG हटाएँ (3.8.5 से फ़र्मवेयर); कंसोल में — sys sip_alg 0 |
बंद |
| AVM FRITZ!Box | AVM के दस्तावेज़ में SIP ALG का अलग स्विच नहीं है। लेकिन बाहरी PBX के लिए सुरक्षा हटानी होगी: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → “Nutzung von Internettelefonie aus dem Heimnetz unterbinden” (घरेलू नेटवर्क से इंटरनेट टेलीफ़ोनी पर रोक) का चेक हटाएँ — वरना FRITZ!Box फ़ोनों को हमारे PBX तक नहीं जाने देगा | — |
| Ubiquiti UniFi (Cloud Gateway) | कुछ करने की ज़रूरत नहीं: Ubiquiti के दस्तावेज़ के अनुसार UniFi गेटवे SIP ALG लागू नहीं करते। इसके आगे लगे प्रोवाइडर के राउटर की जाँच करें | ALG नहीं है |
| Tenda | Tenda के घरेलू Wi-Fi राउटर के मैनुअल में SIP ALG का विकल्प नहीं है। Tenda DSL मॉडेम में: Advance → Services → ALG → SIP हटाएँ | — |
| Huawei, ZTE (प्रोवाइडर के ऑप्टिकल टर्मिनल: HG8245H, HG8145V, F660, F670L…) | निर्माता के खुले दस्तावेज़ में पथ नहीं है, मेन्यू आमतौर पर प्रोवाइडर द्वारा काटा गया होता है — प्रोवाइडर से पूछें | — |
| Sagemcom, Technicolor, AirTies (प्रोवाइडर के बॉक्स) | निर्माता के दस्तावेज़ में विकल्प नहीं है — प्रोवाइडर से पूछें | — |
| Xiaomi / Redmi | निर्माता के दस्तावेज़ में विकल्प नहीं है — *43 और एक मिनट से लंबी कॉल से जाँचें |
— |
“फ़ैक्ट्री से: दस्तावेज़ में नहीं बताया गया” का मतलब है कि निर्माता नहीं लिखता कि ALG शुरू में चालू है या नहीं, — जाकर देखें। पथ निर्माताओं के आधिकारिक मैनुअल से लिए गए हैं (सूची — “स्रोत” में); किसी दूसरे फ़र्मवेयर में विकल्पों के नाम थोड़े अलग हो सकते हैं।
नेटवर्क एडमिन के लिए: बिज़नेस गेटवे
- TP-Link Omada (अपने वेब इंटरफ़ेस वाला गेटवे): Transmission → NAT → ALG — SIP हटाएँ।
- Zyxel ATP/USG (ZLD): Configuration → Network → ALG — Enable SIP ALG हटाएँ (और Enable SIP Transformations)।
- Fortinet FortiGate: फ़ैक्ट्री से SIP को ALG प्रोसेस करता है (
default-voip-alg-mode proxy-based) और session-helpersipचालू रहता है (आमतौर पर № 13)। बंद सिर्फ़ कंसोल में होता है:config system session-helper→delete 13→end; फिरconfig system settings→set default-voip-alg-mode kernel-helper-based→end; पॉलिसी में VoIP प्रोफ़ाइल नहीं होनी चाहिए। जाँच —diagnose sys session list | grep sip। - MikroTik: service-port में SIP प्रविष्टि के पैरामीटर
sip-direct-media(डिफ़ॉल्ट yes) औरsip-timeout(1 घंटा) हैं — हेल्पर बंद होने पर ये लागू नहीं होते। - OpenWrt: SIP हेल्पर पैकेज
kmod-nf-nathelper-extraमें रहता है; पैकेज नहीं — तो ALG भी नहीं। ज़ोन के अनुसार हेल्पर फ़ायरवॉल का विकल्पauto_helperचालू करता है।
अगर राउटर प्रोवाइडर का है (ऑप्टिकल टर्मिनल, इंटरनेट प्रोवाइडर का “बॉक्स”) और विकल्प दिख नहीं रहा — मेन्यू आमतौर पर काटा गया होता है। प्रोवाइडर को फ़ोन करके कहें: “मेरे राउटर पर SIP ALG बंद कर दें” या “टर्मिनल को ब्रिज मोड में डाल दें”, अगर इसके पीछे आपका अपना राउटर लगा है।
बंद करने के बाद राउटर और फ़ोन रीस्टार्ट करें (पुरानी NAT प्रविष्टियाँ रीस्टार्ट या टाइमर खत्म होने तक रहती हैं), फिर *43 डायल करें।
NAT, दोहरा NAT और keep-alive#
Keep-alive. राउटर फ़ोन के लिए बनी “छेद” को तब तक याद रखता है जब तक उससे कुछ आ-जा रहा हो। अगर फ़ोन राउटर के UDP टाइम-आउट से ज़्यादा देर चुप रहता है, तो रिकॉर्ड हट जाता है — और इनकमिंग कॉल फ़ोन तक नहीं पहुँचती, हालाँकि एडमिन पैनल में कुछ मिनट तक हरी बिंदी जलती रहती है (“आउटगोइंग कॉल हो रही हैं, इनकमिंग नहीं”)। Linux वाले राउटरों में (कई घरेलू और प्रोवाइडर मॉडल इसी पर चलते हैं) डिफ़ॉल्ट टाइम-आउट 30 सेकंड है एकतरफ़ा UDP स्ट्रीम के लिए और 120 सेकंड — जवाब वाली स्ट्रीम के लिए; MikroTik में — 30 सेकंड और 3 मिनट।
इसलिए:
- फ़ोन में NAT keep-alive चालू करें (इसे “NAT Keep-alive”, “Keep Alive Interval”, “UDP keep-alive” भी कहते हैं) 15–30 सेकंड के अंतराल पर, अगर ऐसा विकल्प मौजूद हो;
- या फ़ोन को TCP पर स्विच करें — TCP कनेक्शन राउटर कहीं ज़्यादा देर तक बनाए रखते हैं (हमारा PBX उसी पोर्ट
5060पर TCP स्वीकार करता है); - हमारा PBX अपनी ओर से हर फ़ोन को हर 60 सेकंड में पोल करता है — इससे मदद मिलती है, लेकिन 30 सेकंड के टाइम-आउट वाले राउटर पर सिर्फ़ यह काफ़ी नहीं है।
दोहरा NAT — जब प्रोवाइडर के राउटर या ऑप्टिकल टर्मिनल के पीछे आपका अपना राउटर हो, और दोनों NAT कर रहे हों। हमारा PBX सिर्फ़ सबसे बाहरी पता देखता है और ऐसे भी काम करता है, लेकिन: SIP ALG दोनों डिवाइसों पर बंद करना होगा, और keep-alive दोनों में से छोटे टाइम-आउट के अंदर आना चाहिए। सबसे अच्छा विकल्प — प्रोवाइडर के डिवाइस को ब्रिज मोड में डाल दें, ताकि NAT एक ही रहे।
मोबाइल इंटरनेट और प्रोवाइडर का “ग्रे” IP (CGNAT) — यह वही दोहरा NAT है, बस बाहरी स्तर ऑपरेटर के पास है और उसे कॉन्फ़िगर नहीं किया जा सकता। काम करता है, लेकिन keep-alive ख़ास तौर पर ज़रूरी है: ऑपरेटरों के टाइम-आउट कभी-कभी छोटे होते हैं।
नेटवर्क एडमिनिस्ट्रेटर के लिए: टाइम-आउट और जाँच
- Linux राउटर (OpenWrt और कई घरेलू व प्रोवाइडर मॉडलों की फ़र्मवेयर):
nf_conntrack_udp_timeout= 30 से.,nf_conntrack_udp_timeout_stream= 120 से. — Linux कर्नेल का दस्तावेज़। MikroTik:/ip firewall connection tracking→udp-timeout= 30 से.,udp-stream-timeout= 3 मि.। अगर फ़ोन keep-alive के बिना हैं, तो UDP टाइम-आउट बढ़ाकर 180 से. कर दें। - पुराने पड़ चुके NAT रिकॉर्ड की पहचान: आउटगोइंग हमेशा काम करती हैं, इनकमिंग कुछ मिनट की निष्क्रियता के बाद आना बंद हो जाती हैं और आउटगोइंग कॉल के तुरंत बाद “जी उठती” हैं।
- इसके उलट फ़ोन तक का रास्ता एडमिन पैनल से जाँचा जा सकता है: डिवाइस का कार्ड → “जाँच” टैब → “डिवाइस पर कॉल करें” (देखें अवलोकन, “कनेक्शन गुणवत्ता की जाँच”)।
केबल, Wi-Fi, PoE, VLAN और QoS#
- केबल Wi-Fi से बेहतर है। डेस्कटॉप फ़ोन केबल से जोड़ें। Wi-Fi देरी और पैकेट लॉस बढ़ाता है, ख़ास तौर पर उस हॉल में जहाँ नेटवर्क मेहमान भी साझा करते हैं; एक्सेस पॉइंट के बीच स्विच करते समय बातचीत टूट सकती है।
- गेस्ट नेटवर्क फ़ोन के लिए नहीं है। उसमें आम तौर पर क्लाइंट आइसोलेशन चालू रहता है (डिवाइस एक-दूसरे को नहीं देख पाते — कंप्यूटर फ़ोन का वेब इंटरफ़ेस नहीं खोल पाएगा) और कभी-कभी लॉगिन पेज (“captive portal”) होता है, जिसे फ़ोन पार नहीं कर सकता।
- हॉल में इधर-उधर घूमने के लिए DECT, Wi-Fi फ़ोन नहीं। DECT हैंडसेट अपने रेडियो पर चलते हैं, Wi-Fi पर निर्भर नहीं होते और चार्ज ज़्यादा देर टिकाते हैं।
- PoE से बिजली। ज़्यादातर ऑफ़िस फ़ोन PoE 802.3af स्टैंडर्ड के तहत स्विच से बिजली लेते हैं — अलग पावर अडैप्टर की ज़रूरत नहीं। अगर स्विच में PoE नहीं है, तो पावर अडैप्टर अक्सर अलग से बिकता है। वीडियो फ़ोन और एक्सपैंशन मॉड्यूल वाले डिवाइसों को PoE+ (802.3at) की ज़रूरत पड़ सकती है।
- स्मार्टफ़ोन पर सॉफ़्टफ़ोन Wi-Fi से मोबाइल नेटवर्क पर जाते ही रजिस्ट्रेशन खो देता है — देखें “सॉफ़्टफ़ोन”।
नेटवर्क एडमिनिस्ट्रेटर के लिए: वॉइस VLAN और QoS
VLAN. मैनेज्ड स्विच वाले प्रतिष्ठान में फ़ोनों को अलग वॉइस VLAN में डालना सुविधाजनक रहता है: गेस्ट और ऑफ़िस ट्रैफ़िक आवाज़ में रुकावट नहीं डालता, फ़ोन मेहमानों को नहीं दिखते। फ़ोन को VLAN नंबर हाथ से (अपनी नेटवर्क सेटिंग्स में), स्विच से LLDP-MED के ज़रिए, या DHCP ऑप्शन से मिलता है — अपनी ब्रांड का पेज देखें। फ़ोन के PC पोर्ट में लगा कंप्यूटर सामान्य नेटवर्क में ही रहता है। PBX के लिए VLAN कुछ नहीं बदलता: बाहर की ओर फ़ोन फिर भी राउटर के NAT से ही निकलता है।
QoS. आवाज़ को मोटे चैनल की नहीं, अपलोड कतार में प्राथमिकता की ज़रूरत होती है: जब कोई कैमरों का वीडियो या क्लाउड बैकअप अपलोड कर रहा हो, तो आवाज़ के पैकेट फ़ाइलों के साथ एक ही कतार में खड़े रहते हैं — यहीं से “रोबोट” आवाज़ और देरी आती है। क्या किया जा सकता है:
- राउटर में प्राथमिकता (QoS / SQM / Smart Queue / “बैंडविड्थ कंट्रोल”) चालू करें और फ़ोनों के IP पतों या वॉइस VLAN को सबसे ऊँची प्राथमिकता दें;
- “भारी” डिवाइसों (कैमरे, NAS) के लिए बैंडविड्थ चैनल की असली स्पीड से थोड़ा कम तय करें — तब कतार भरती नहीं;
- फ़ोन आम तौर पर आवाज़ को ख़ुद DSCP कोड 46 (EF) से और सिग्नलिंग को 24–26 (CS3/AF31) से मार्क करते हैं; राउटर इस मार्क के हिसाब से प्राथमिकता दे सकता है। आपके राउटर के बाहर इंटरनेट पर DSCP मार्क आम तौर पर नहीं माने जाते — इसलिए अपने अपलोड को ही नियंत्रित करना चाहिए।
कितना इंटरनेट चाहिए#
हमारे PBX के ज़रिए एक बातचीत में लगभग 87 kbit/s प्रत्येक दिशा में लगते हैं — G.711 (A-law/µ-law) और G.722 कोडेक के लिए समान। बफ़र के साथ प्रति बातचीत 100 kbit/s रखें — प्राप्ति और प्रेषण, दोनों के लिए।
| एक साथ बात करने वाले | प्रेषण और प्राप्ति पर चाहिए (प्रत्येक) |
|---|---|
| 1 फ़ोन | 0,1 Mbit/s |
| 2 | 0,2 Mbit/s |
| 4 | 0,4 Mbit/s |
| 8 | 0,8 Mbit/s |
| 10 | 1 Mbit/s |
| 20 | 2 Mbit/s |
दो बातें जिन पर लोग अक्सर अटकते हैं:
- एक ही परिसर के दो फ़ोनों के बीच बातचीत — यह इंटरनेट से होकर दो स्ट्रीम है, शून्य नहीं: आवाज़ हमेशा PBX से होकर जाती है (हर फ़ोन — PBX तक और वापस)। उन फ़ोनों की गिनती करें जो एक साथ बात कर रहे हैं, कॉल की नहीं।
- अड़चन प्रेषण है। ADSL, मोबाइल इंटरनेट और कई योजनाओं में प्रेषण की गति प्राप्ति से कई गुना कम होती है। अगर प्रेषण चैनल कैमरों, क्लाउड बैकअप या वीडियो अपलोड से व्यस्त है, तो आवाज़ टूटने लगेगी, भले ही “टेस्ट पर गति अच्छी हो”।
गुणवत्ता गति से ज़्यादा ज़रूरी है। सामान्य बातचीत के लिए चाहिए:
| संकेतक | अच्छा | खराब सुनाई देता है |
|---|---|---|
| पैकेट लॉस | 1 % तक | 3 % से ज़्यादा — “बुलबुले” जैसी आवाज़, अक्षर गायब |
| जिटर (देरी का उतार-चढ़ाव) | 30 ms तक | 50 ms से ज़्यादा — आवाज़ टूटती है |
| राउंड-ट्रिप देरी | 150 ms तक | 300 ms से ज़्यादा — दोनों एक-दूसरे की बात काटने लगते हैं |
यही आँकड़े PBX हर *43 जाँच के लिए कॉल लॉग में दिखाता है।
मोबाइल इंटरनेट। एक बातचीत में लगभग 0,6 MB प्रति मिनट प्रत्येक दिशा में खर्च होते हैं, यानी कुल मिलाकर लगभग 1,2 MB प्रति मिनट, या बातचीत के लगभग 72 MB प्रति घंटा।
गणना कैसे की गई
हमारे PBX के कोडेक — G.711 (PCMA/PCMU) और G.722 — दोनों 64 kbit/s ऑडियो भेजते हैं। फ़ोन हर 20 ms में एक पैकेट भेजता है (ptime 20 ms — इन कोडेक के लिए मानक), यानी 50 पैकेट प्रति सेकंड।
- पैकेट का पेलोड: 64 000 bit/s × 0,02 s = 1280 bit = 160 byte।
- हेडर: RTP 12 + UDP 8 + IPv4 20 = 40 byte → IP स्तर पर पैकेट — 200 byte।
- IP स्तर पर: 200 byte × 8 × 50 पैकेट/s = 80 kbit/s।
- Ethernet केबल में फ़्रेम हेडर के 18 byte और जुड़ते हैं: 218 byte × 8 × 50 = 87,2 kbit/s — यही “लगभग 87” है।
- RTCP (गुणवत्ता रिपोर्ट, हर कुछ सेकंड में) kbit/s के अंश भर जोड़ता है — नगण्य। प्रोवाइडर का PPPoE प्रति पैकेट 8 byte जोड़ता है (+3,2 kbit/s)।
सूत्र: बैंडविड्थ = (पेलोड + हेडर) × 8 × (1000 / ptime); G.711 और G.722 के लिए 20 ms पर: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s।
ट्रैफ़िक: 80 kbit/s (IP स्तर पर, जैसा मोबाइल ऑपरेटर गिनता है) = 10 000 byte/s × 60 = 600 000 byte ≈ 0,6 MB प्रति मिनट एक दिशा में; ×2 दिशाएँ = 1,2 MB/min; ×60 मिनट = 72 MB/h।
नेटवर्क की जाँच कैसे करें#
- इको-टेस्ट
*43उस फ़ोन से जो सवाल खड़े कर रहा है: बीप → आपकी ही आवाज़। चारों नतीजे (बीप बिना आवाज़, सन्नाटा, टूटी आवाज़) कैसे पढ़ें — अवलोकन में: “संचार गुणवत्ता की जाँच”। कम से कम 10 सेकंड बोलें — तभी कॉल लॉग में पैकेट लॉस, जिटर और देरी दिखेंगे। - PBX से उपकरण पर कॉल (उपकरण का कार्ड → “जाँच” → “उपकरण पर कॉल करें”) वापसी रास्ता जाँचता है — राउटर में वही “छेद” जिससे इनकमिंग आती हैं।
- वही जाँच किसी दूसरे नेटवर्क से (मोबाइल इंटरनेट से फ़ोन या सॉफ़्टफ़ोन) तुरंत बताती है कि गलती परिसर के नेटवर्क की है या नहीं।
अगर कुछ गड़बड़ है — लक्षण के अनुसार समाधान:
- रजिस्टर नहीं हो रहा: संदेश और त्रुटि कोड
- आवाज़ नहीं, एक तरफ़ सुनाई देता है, इको, “रोबोट”
- कॉल 30 सेकंड या 15–30 मिनट में कट जाती है
- सभी लक्षण — निदान
सुरक्षा#
- फ़ोन, ATA या गेटवे को सीधे इंटरनेट पर न खोलें: उस पर
5060फ़ॉरवर्ड न करें, उसे DMZ में न रखें और उसे “सफ़ेद” IP न दें। इंटरनेट पर चौबीसों घंटे रोबोट स्कैन करते रहते हैं — खुला उपकरण रातों-रात “100” या “1000” जैसे नंबरों से कॉल करने लगता है, और बदतर स्थिति में उसका इस्तेमाल पैसे वाली कॉल के लिए होता है। हमारी योजना में फ़ॉरवर्डिंग की ज़रूरत ही नहीं है। - फ़ोन के वेब इंटरफ़ेस का फ़ैक्ट्री पासवर्ड बदलें (admin/admin जैसे) — वरना परिसर के नेटवर्क में कोई भी, बिना आइसोलेशन वाले गेस्ट Wi-Fi सहित, सेटिंग्स खोलकर अकाउंट क्रेडेंशियल पढ़ सकता है।
- अगर फ़ोन में “SIP केवल सर्वर/प्रॉक्सी से स्वीकार करें” (Allow SIP from proxy only, Accept SIP from registrar only) विकल्प है — उसे चालू करें।
- फ़ोन और राउटर का फ़र्मवेयर निर्माता के आधिकारिक स्रोतों से अपडेट करें।
अक्सर पूछे जाने वाले प्रश्न#
क्या व्यवसाय को स्थिर (“सफ़ेद”) IP-पता चाहिए?#
नहीं। फ़ोन स्वयं PBX से जुड़ता है, और PBX उसे उसके वास्तविक बाहरी पते से याद रखता है, चाहे वह कोई भी हो। यह प्रदाता के “ग्रे” IP पर भी काम करता है और मोबाइल इंटरनेट के ज़रिए भी।
क्या राउटर पर पोर्ट 5060 और 10000–20000 फ़ॉरवर्ड करने चाहिए?#
नहीं, और कोशिश भी न करें: फ़ोन पर 5060 फ़ॉरवर्ड करने से वह इंटरनेट के स्कैनर के लिए दिखने लगता है। इतना काफ़ी है कि राउटर आउटगोइंग पास करे (फ़ैक्ट्री सेटिंग में यह ऐसे ही सेट होता है)।
मुझे अपने राउटर में SIP ALG नहीं मिला। क्या करें?#
NAT, “फ़ायरवॉल”, “सुरक्षा”, “WAN”, “कंपोनेंट” अनुभागों में देखें। कोई विकल्प न हो — हो सकता है कि इस मॉडल में ALG बिल्कुल न हो; *43 और एक मिनट से लंबी कॉल से जाँचें। अगर कॉल 30 सेकंड में टूट जाती हैं और राउटर प्रदाता का है — तो प्रदाता से SIP ALG बंद करने या डिवाइस को ब्रिज मोड में डालने के लिए कहें।
इनकमिंग कॉल फ़ोन चालू करने के बाद सिर्फ़ पहले कुछ मिनट आती हैं#
यह राउटर पर पुराने हो चुके NAT रिकॉर्ड का क्लासिक संकेत है: फ़ोन UDP टाइम-आउट से ज़्यादा देर चुप रहता है, और राउटर भूल जाता है कि इनकमिंग कहाँ भेजनी है। फ़ोन में NAT keep-alive 15–30 सेकंड पर चालू करें या ट्रांसपोर्ट को TCP पर बदलें। विस्तार से — “कॉल टूट जाती है” और अनुभाग “NAT, डबल NAT और keep-alive”।
क्या SIM-कार्ड वाला मोबाइल राउटर हमारे लिए काफ़ी होगा?#
1–3 एक साथ बातचीत के लिए — आम तौर पर हाँ: हर दिशा में प्रति बातचीत लगभग 0,1 Mbit/s चाहिए। कमज़ोर पहलू है अस्थिरता: 3 % से ज़्यादा लॉस और 300 ms से ज़्यादा देरी पर बातचीत असुविधाजनक हो जाएगी। पीक आवर में *43 जाँचें और कॉल लॉग में संख्याएँ देखें।
क्या फ़ोन गेस्ट Wi-Fi पर लगा सकते हैं?#
बेहतर है कि नहीं। गेस्ट नेटवर्क में अक्सर क्लाइंट आइसोलेशन और लॉगिन पेज चालू रहता है, और चैनल को मेहमान अपने वीडियो के साथ बाँटते हैं — सबसे व्यस्त घंटे में आवाज़ टूटने लगेगी। फ़ोन के लिए अलग सर्विस नेटवर्क या VLAN आवंटित करें।
संबंधित अनुभाग#
- अवलोकन: फ़ोन को PBX से जोड़ना — क्रेडेंशियल, इको-टेस्ट
*43, फ़ैक्ट्री रीसेट - सॉफ़्टफ़ोन: Zoiper, MicroSIP, Linphone
- लक्षणों के अनुसार निदान
- रजिस्टर नहीं हो रहा: संदेश और त्रुटि कोड
- आवाज़ नहीं, एक तरफ़ सुनाई देना, इको, “रोबोट”
- कॉल टूट जाती है
स्रोत#
- Keenetic: Application-layer gateway (ALG) for SIP — https://support.keenetic.com/explorer/kn-1613/en/51136-application-layer-gateway--alg--for-sip.html ; घटकों की स्थापना और विस्थापन (Component options, स्वचालित पुनःआरंभ) — https://support.keenetic.com/explorer/kn-1613/en/16326-os-components-installation-removal.html ; वही रूसी में (Netcraze): https://support.netcraze.ru/challenger/nc-3910/ru/16326-os-components-installation-removal.html , घटक का नाम — https://support.netcraze.ru/challenger/nc-3910/ru/16327-os-component-description.html
- MikroTik RouterOS: NAT → NAT Helpers (
/ip firewall service-ports) — https://help.mikrotik.com/docs/spaces/ROS/pages/3211299/NAT ; Connection tracking (udp-timeout30 सेकंड,udp-stream-timeout3 मिनट) — https://help.mikrotik.com/docs/spaces/ROS/pages/130220087/Connection+tracking - TP-Link: Archer AX55 v4 User Guide (Advanced > Security > ALG) — https://static.tp-link.com/upload/manual/2023/202312/20231201/1910013469_Archer%20AX55_UG_REV4.0.0.pdf ; xDSL मॉडेम के लिए FAQ 343 (Advanced > NAT Forwarding > ALG) — https://www.tp-link.com/us/support/faq/343/ ; Deco के लिए FAQ 2422 — https://www.tp-link.com/us/support/faq/2422/ ; Omada Gateway User Guide (Transmission > NAT > ALG) — https://static.tp-link.com/upload/manual/2026/202603/20260311/Omada%20Gateway%20(New%20VI)_UG.pdf
- D-Link: DIR-X1530, उपयोगकर्ता पुस्तिका v4.0.1 (अतिरिक्त / ALG/Passthrough) — https://ftp.dlink.ru/pub/Router/DIR-X1530/Description/DIR-X1530_A1_User%20Manual_v.4.0.1._13.07.22_RU.pdf ; DIR-842 rev B manual 2.01 (Advanced > Firewall > Advanced Settings > SIP) — https://support.dlink.com/resource/products/DIR-842/REVB/DIR-842_REVB_MANUAL_2.01_EN_US.PDF
- Zyxel: VMG8825-T50K User's Guide (Network Setting > NAT > ALG) — https://download.zyxel.com/VMG8825-T50K/user_guide/VMG8825-T50K_V5.13_5.50.pdf ; ATP500 ZLD 4.60 web help (Configuration > Network > ALG) — http://webhelp.zyxel.com/wohView/help_docs/ATP500_V4.60_ABFU/ZW%20ATP/h_ALG.html
- ASUS: [Wireless Router] WAN - NAT Passthrough Introduction (SIP Passthrough, डिफ़ॉल्ट मान) — https://www.asus.com/support/faq/1011727/
- NETGEAR: How do I disable SIP ALG on my NETGEAR device using the router web interface? («By default NETGEAR routers have SIP ALG turned ON») — https://kb.netgear.com/30796/How-do-I-disable-SIP-ALG-on-my-NETGEAR-device-using-the-router-web-interface ; Orbi User Manual — https://www.downloads.netgear.com/files/GDC/RBK50/Orbi_UM_EN.pdf
- DrayTek: Enable ALG on Vigor Router (NAT >> ALG, फ़र्मवेयर 3.8.5+) — https://www.draytek.com/support/knowledge-base/5598 ; DrayTek UK: SIP ALG (डिफ़ॉल्ट रूप से बंद,
sys sip_alg 0) — https://www.draytek.co.uk/support/guides/kb-sip-alg - AVM: IP-Telefon oder Internettelefonie-Software im FRITZ!-Heimnetz einsetzen (Wissensdokument #268) — https://fritz.com/service/wissensdatenbank/dok/FRITZ-Box-7590/268_IP-Telefon-oder-Internettelefonie-Software-im-FRITZ-Heimnetz-einsetzen/
- Ubiquiti: UniFi Talk Network Firewall Requirements («UniFi Cloud Gateways do not apply SIP ALG») — https://help.ui.com/hc/en-us/articles/43476960093463-UniFi-Talk-Network-Firewall-Requirements
- Tenda: AC6/AC7/AC8/AC10/AC11 पुस्तिका (SIP ALG का विकल्प नहीं है) — https://www.tendacn.com/prod/api/download/3926 ; User Guide of DSL Modem Router V15 (Advance > Services > ALG) — https://static.tenda.com.cn/other/qrcoder/Web%20User%20Guide-V15.pdf
- Fortinet: FortiGate 7.6 Administration Guide — SIP ALG and SIP session helper — https://docs.fortinet.com/document/fortigate/7.6.6/administration-guide/147933/sip-alg-and-sip-session-helper
- OpenWrt: kmod-nf-nathelper-extra — https://openwrt.org/packages/pkgdata/kmod-nf-nathelper-extra ; Firewall configuration (
auto_helper) — https://openwrt.org/docs/guide-user/firewall/firewall_configuration - Linux कर्नेल दस्तावेज़: Netfilter Conntrack Sysfs variables (
nf_conntrack_udp_timeout= 30 सेकंड,nf_conntrack_udp_timeout_stream= 120 सेकंड) — https://docs.kernel.org/networking/nf_conntrack-sysctl.html - RFC 3581 — Symmetric Response Routing (
rport) — https://www.rfc-editor.org/rfc/rfc3581 - RFC 3550 — RTP और RTCP (RTP हेडर 12 बाइट, RTCP रिपोर्ट) — https://www.rfc-editor.org/rfc/rfc3550
- PBX कोड: सामान्य कॉन्टूर के पोर्ट (UDP/TCP 5060, UDP 10000–10200) —
sip-edge/setup-infra.sh,sip-edge/asterisk/rtp.conf; समर्पित मशीन के पोर्ट (UDP/TCP 5060, TCP 5061, UDP 10000–20000) —lambdas/pbx-provisioner-go/naming.go; NAT (force_rport,rewrite_contact,rtp_symmetric,direct_media=no), पंजीकरण अवधि 60–3600 सेकंड,OPTIONSपोल हर 60 सेकंड में, कोडेक —shared/sip/advanced-options.json