نیٹ ورک، روٹر اور ٹیلی فونی کے لیے انٹرنیٹ
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 جفت (even) پورٹ لیتا ہے، RTCP (معیار کی رپورٹس) ساتھ والا طاق (odd)۔ یہ 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»، «ALG برائے SIP») روٹر کی ایک خصوصیت ہے جو ٹیلی فونی کی «مدد» کرتی ہے: 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 والے روٹروں میں (بہت سے گھریلو اور پرووائیڈر ماڈل اسی پر چلتے ہیں) یک طرفہ UDP اسٹریمز کے لیے ڈیفالٹ ٹائم آؤٹ 30 سیکنڈ اور جواب والے اسٹریمز کے لیے 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 دونوں ٹائم آؤٹس میں سے چھوٹے کے اندر رہنا چاہیے۔ بہترین حل یہ ہے کہ پرووائیڈر کی ڈیوائس کو برج (bridge) موڈ میں لایا جائے تاکہ 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 بائٹ۔
- ہیڈر: RTP 12 + UDP 8 + IPv4 20 = 40 بائٹ → IP سطح پر پیکٹ — 200 بائٹ۔
- IP سطح پر: 200 بائٹ × 8 × 50 پیکٹ/s = 80 kbit/s۔
- Ethernet کیبل میں فریم ہیڈر کے مزید 18 بائٹ شامل ہوتے ہیں: 218 بائٹ × 8 × 50 = 87,2 kbit/s — یہی ”تقریباً 87“ ہے۔
- RTCP (معیار کی رپورٹیں، ہر چند سیکنڈ بعد) kbit/s کے کچھ حصے شامل کرتا ہے — ناقابلِ لحاظ۔ فراہم کنندہ کا PPPoE فی پیکٹ 8 بائٹ (+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 بائٹ/s × 60 = 600 000 بائٹ ≈ 0,6 MB فی منٹ ایک سمت میں؛ ×2 سمتیں = 1,2 MB/منٹ؛ ×60 منٹ = 72 MB/گھنٹہ۔
نیٹ ورک کی جانچ کیسے کریں#
- ایکو ٹیسٹ
*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