C cenaly.com
ফ্রিতে শুরু করুন

টেলিফোনির জন্য নেটওয়ার্ক, রাউটার এবং ইন্টারনেট

পোর্ট, SIP ALG এবং জনপ্রিয় ব্র্যান্ডের রাউটারে কীভাবে এটি বন্ধ করবেন, NAT, Wi-Fi এবং VLAN, একটি কলের জন্য কতটুকু ইন্টারনেট প্রয়োজন

On this page 18

টেলিফোনির জন্য নেটওয়ার্ক, রাউটার ও ইন্টারনেট

IP টেলিফোন প্রতিষ্ঠানের নেটওয়ার্কে POS বা কম্পিউটারের মতোই একটি ডিভাইস: এটি আপনার রাউটার হয়ে ইন্টারনেটে আমাদের PBX-এর সাথে সংযুক্ত হয়। প্রায় সবসময়ই এটি “শুধু কাজ করে”, আর যখন কাজ করে না — তখন দায়ী রাউটারের তিন-চারটি সেটিং, যা সব ব্র্যান্ডেই একই। এই পৃষ্ঠায় বলা হয়েছে নেটওয়ার্ক থেকে ঠিক কী দরকার, জনপ্রিয় ব্র্যান্ডের রাউটারে বাধা সৃষ্টিকারী “সহায়ক” SIP ALG কোথায় বন্ধ করতে হবে এবং একটি কলে কত ইন্টারনেট লাগে।

টেলিফোনে নিজে কী দিতে হবে (সার্ভার, লগইন, পাসওয়ার্ড) — তা “SIP টেলিফোন সেটআপ” পর্যালোচনায় আছে। নেটওয়ার্কে যেকোনো পরিবর্তনের পর শব্দ পরীক্ষা — ইকো-টেস্ট *43 (দেখুন “নেটওয়ার্ক কীভাবে পরীক্ষা করবেন”)।


সংক্ষেপে: পাঁচটি নিয়ম#

  1. পোর্ট ফরওয়ার্ড করার দরকার নেই। টেলিফোন নিজেই আপনার নেটওয়ার্কের ভেতর থেকে PBX-এর সাথে সংযুক্ত হয় — বাইরে থেকে ইনকামিং সংযোগ হয় না।
  2. রাউটারে SIP ALG বন্ধ করুন (একে “SIP Helper”, “SIP Passthrough”-ও বলা হয়)। “৩০ সেকেন্ড পর কল কেটে যায়” এবং “আমার কথা শোনা যায় না” — এর সবচেয়ে সাধারণ কারণ এটি — আপনার ব্র্যান্ডে এটি কোথায়।
  3. টেলিফোন — সার্ভিস নেটওয়ার্কে, ভালো হয় কেবলে। গেস্ট Wi-Fi-তে নয়: সেখানে ডিভাইসগুলো একে অপর থেকে বিচ্ছিন্ন থাকে, আর প্রায়ই একটি লগইন পৃষ্ঠা থাকে যা টেলিফোন পার হবে না।
  4. ইন্টারনেট সামান্য লাগে, কিন্তু স্থিরভাবে: প্রতি কথোপকথনে প্রতি দিকে প্রায় 100 kbit/s। গতি নয়, বরং চ্যানেল যেন “সর্বোচ্চ সীমা” পর্যন্ত ভরে না যায় — বিশেষত আপলোডে — সেটিই বেশি গুরুত্বপূর্ণ।
  5. নেটওয়ার্ক নিয়ে যেকোনো কাজের পর *43 ডায়াল করুন। অ্যাডমিন প্যানেলে সবুজ বিন্দু রেজিস্ট্রেশন বোঝায়, শব্দ নয়।

নেটওয়ার্কের মধ্য দিয়ে কল কীভাবে যায়#

 IP টেলিফোন ──► প্রতিষ্ঠানের রাউটার ──► ইন্টারনেট ──► Cenaly PBX
 (192.168.x.x)  (NAT: ঠিকানা         প্রোভাইডার    sip.<আপনার ডোমেইন>
                 বাইরের ঠিকানায়                   বা ডেডিকেটেড মেশিন
                 বদলে দেয়)

সব চলাচল টেলিফোনই শুরু করে:

  1. টেলিফোন PBX-এ রেজিস্ট্রেশন পাঠায় (পোর্ট 5060)। রাউটার মনে রাখে: “এই বাইরের পোর্ট থেকে আসা প্যাকেট — 192.168.x.x টেলিফোনের জন্য” — একে বলা হয় ঠিকানা অনুবাদ (NAT)।
  2. PBX উত্তর দেয় এবং পরে ইনকামিং কল ঠিক সেখানেই পাঠায়, যেখান থেকে রেজিস্ট্রেশন এসেছিল — রাউটারের ওই একই “ছিদ্র” দিয়ে। তাই পোর্ট ফরওয়ার্ড করার দরকার নেই: দরজা খুলেছে টেলিফোন নিজেই।
  3. ভয়েস (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 প্রোভাইডারের 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 নিজেই এটি করতে পারে (উপরের ব্লক দেখুন), আর রাউটার তার “সাহায্যে” কেবল বাধা দেয়।

কীভাবে নষ্ট করে। এটি প্রায়ই ভুলভাবে বা প্যাকেটের অর্ধেক অংশ পুনর্লিখন করে। সাধারণ লক্ষণ:

  • উত্তর দেওয়ার ঠিক ~৩০ সেকেন্ড পরেই কল কেটে যায় — উত্তরের নিশ্চিতকরণ (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 থেকে টিক তুলুন (৩.৮.৫ থেকে ফার্মওয়্যার); কনসোলে — 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-helper sip চালু থাকে (সাধারণত № ১৩)। কেবল কনসোলে বন্ধ করা যায়: 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 (১ ঘণ্টা) প্যারামিটার আছে — হেল্পার বন্ধ থাকলে এগুলো কাজ করে না।
  • OpenWrt: SIP হেল্পার থাকে kmod-nf-nathelper-extra প্যাকেজে; প্যাকেজ নেই — ALG-ও নেই। জোন অনুযায়ী হেল্পার চালু করে ফায়ারওয়ালের auto_helper অপশন।

রাউটার যদি প্রোভাইডারের হয় (অপটিক্যাল টার্মিনাল, ইন্টারনেট প্রোভাইডারের “বক্স”) এবং আইটেম দেখা না যায় — মেনু সাধারণত সংক্ষিপ্ত। প্রোভাইডারকে ফোন করে বলুন: “আমার রাউটারে SIP ALG বন্ধ করুন” বা “টার্মিনালকে ব্রিজ মোডে নিন”, যদি এর পেছনে আপনার নিজের রাউটার থাকে।

বন্ধ করার পর রাউটার এবং ফোনগুলো রিবুট করুন (পুরোনো NAT রেকর্ড রিবুট বা টাইমার শেষ হওয়া পর্যন্ত থাকে), তারপর *43 ডায়াল করুন।


NAT, ডুয়াল NAT এবং keep-alive#

Keep-alive। রাউটার ফোনের জন্য "গর্ত" মনে রাখে যতক্ষণ এর মধ্য দিয়ে কিছু যাতায়াত করে। যদি ফোন রাউটারের UDP টাইম-আউটের চেয়ে বেশি সময় চুপ থাকে, তাহলে রেকর্ডটি মুছে যায় — এবং ইনকামিং কল ফোন পর্যন্ত পৌঁছায় না, যদিও অ্যাডমিন প্যানেলে আরও কয়েক মিনিট সবুজ বিন্দু জ্বলতে থাকে ("আউটগোয়িং কাজ করে, ইনকামিং আসে না")। Linux-ভিত্তিক রাউটারগুলিতে (অনেক হোম এবং প্রোভাইডার মডেল এতে চলে) ডিফল্ট টাইম-আউট — একমুখী UDP স্ট্রিমের জন্য ৩০ সেকেন্ড এবং উত্তরসহ স্ট্রিমের জন্য ১২০ সেকেন্ড; MikroTik-এ — ৩০ সেকেন্ড এবং ৩ মিনিট।

তাই:

  • ফোনে NAT keep-alive চালু করুন (এটি "NAT Keep-alive", "Keep Alive Interval", "UDP keep-alive" নামেও পরিচিত) ১৫–৩০ সেকেন্ড ব্যবধানে, যদি এমন অপশন থাকে;
  • অথবা ফোনটি TCP-তে সুইচ করুন — TCP সংযোগ রাউটার অনেক বেশি সময় ধরে রাখে (আমাদের PBX একই পোর্ট 5060-এ TCP গ্রহণ করে);
  • PBX তার দিক থেকে প্রতি ৬০ সেকেন্ডে প্রতিটি ফোন পোল করে — এটি সাহায্য করে, কিন্তু ৩০ সেকেন্ড টাইম-আউটের রাউটারে শুধু এটাই যথেষ্ট নয়।

ডুয়াল NAT — যখন প্রোভাইডারের রাউটার বা অপটিক্যাল টার্মিনালের পিছনে আপনার নিজের রাউটার থাকে, এবং দুটোই NAT করে। আমাদের PBX শুধু সবচেয়ে বাইরের ঠিকানা দেখে এবং এভাবেও কাজ করে, কিন্তু: SIP ALG দুটি ডিভাইসেই বন্ধ করতে হবে, এবং keep-alive দুটি টাইম-আউটের মধ্যে ছোটটির মধ্যে থাকতে হবে। সেরা বিকল্প — প্রোভাইডারের ডিভাইসটি ব্রিজ মোডে নিয়ে আসা, যাতে NAT একটি হয়।

মোবাইল ইন্টারনেট এবং প্রোভাইডারের "ধূসর" IP (CGNAT) — এটি একই ডুয়াল NAT, শুধু বাইরের স্তরটি অপারেটরের এবং এটি কনফিগার করা যায় না। কাজ করে, কিন্তু keep-alive বিশেষভাবে গুরুত্বপূর্ণ: অপারেটরদের টাইম-আউট কখনও কখনও ছোট হয়।

নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরের জন্য: টাইম-আউট এবং পরীক্ষা
  • Linux রাউটার (OpenWrt এবং অনেক হোম ও প্রোভাইডার মডেলের ফার্মওয়্যার): nf_conntrack_udp_timeout = ৩০ সেকেন্ড, nf_conntrack_udp_timeout_stream = ১২০ সেকেন্ড — Linux কার্নেলের ডকুমেন্টেশন। MikroTik: /ip firewall connection tracking → udp-timeout = ৩০ সেকেন্ড, udp-stream-timeout = ৩ মিনিট। যদি ফোনে keep-alive না থাকে, UDP টাইম-আউট ১৮০ সেকেন্ড পর্যন্ত বাড়ান।
  • 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-এর মাধ্যমে একটি কথোপকথন প্রায় প্রতি দিকে ৮৭ কিলোবিট/সে নেয় — G.711 (A-law/µ-law) এবং G.722 কোডেকের জন্য সমান। নিরাপত্তার জন্য প্রতি কথোপকথনে ১০০ কিলোবিট/সে ধরে রাখুন — গ্রহণ এবং প্রেরণ উভয়ের জন্য।

একসাথে কথা বলছে প্রেরণ ও গ্রহণে প্রয়োজন (প্রতিটি)
১টি ফোন ০.১ মেগাবিট/সে
২ ০.২ মেগাবিট/সে
৪ ০.৪ মেগাবিট/সে
৮ ০.৮ মেগাবিট/সে
১০ ১ মেগাবিট/সে
২০ ২ মেগাবিট/সে

দুটি বিষয় যেখানে অনেকে হোঁচট খায়:

  • প্রতিষ্ঠানের ভেতরে দুটি ফোনের কথোপকথন — এটি ইন্টারনেটের মাধ্যমে দুটি স্ট্রিম, শূন্য নয়: ভয়েস সর্বদা PBX-এর মাধ্যমে যায় (প্রতিটি ফোন — PBX-তে এবং ফিরে)। একসাথে কথা বলা ফোনগুলো গণনা করুন, কল নয়।
  • সংকীর্ণ স্থান — প্রেরণ। ADSL, মোবাইল ইন্টারনেট এবং অনেক পরিকল্পনায় প্রেরণের গতি গ্রহণের চেয়ে কয়েকগুণ কম। যদি প্রেরণ চ্যানেল ক্যামেরা, ক্লাউড ব্যাকআপ বা ভিডিও আপলোডে ব্যস্ত থাকে, ভয়েস ভেঙে যেতে শুরু করবে, এমনকি যখন "পরীক্ষায় গতি ভালো"।

গতির চেয়ে গুণমান বেশি গুরুত্বপূর্ণ। স্বাভাবিক কথোপকথনের জন্য প্রয়োজন:

সূচক ভালো খারাপ শোনা যায়
প্যাকেট ক্ষতি ১ % পর্যন্ত ৩ %-এর বেশি — "বুদবুদ" হয়, অক্ষর হারিয়ে যায়
জিটার (বিলম্বের বিস্তার) ৩০ মিলিসেকেন্ড পর্যন্ত ৫০ মিলিসেকেন্ডের বেশি — শব্দ ভেঙে যায়
রাউন্ড-ট্রিপ বিলম্ব ১৫০ মিলিসেকেন্ড পর্যন্ত ৩০০ মিলিসেকেন্ডের বেশি — কথোপকথনকারীরা একে অপরকে থামিয়ে দেয়

এই একই সংখ্যাগুলো PBX প্রতিটি *43 পরীক্ষার জন্য কল লগে দেখায়।

মোবাইল ইন্টারনেট। একটি কথোপকথন প্রতি দিকে প্রায় মিনিটে ০.৬ মেগাবাইট খরচ করে, অর্থাৎ মোট প্রায় মিনিটে ১.২ মেগাবাইট, বা কথোপকথনের প্রতি ঘণ্টায় প্রায় ৭২ মেগাবাইট।

কীভাবে গণনা করা হয়েছে

আমাদের PBX-এর কোডেক — G.711 (PCMA/PCMU) এবং G.722 — উভয়ই ৬৪ কিলোবিট/সে অডিও প্রেরণ করে। ফোন প্রতি ২০ মিলিসেকেন্ডে একটি প্যাকেট পাঠায় (ptime ২০ মিলিসেকেন্ড — এই কোডেকগুলোর জন্য মান), অর্থাৎ সেকেন্ডে ৫০টি প্যাকেট।

  • প্যাকেটের পেলোড: ৬৪,০০০ বিট/সে × ০.০২ সে = ১২৮০ বিট = ১৬০ বাইট।
  • হেডার: RTP ১২ + UDP ৮ + IPv4 ২০ = ৪০ বাইট → IP স্তরে প্যাকেট — ২০০ বাইট।
  • IP স্তরে: ২০০ বাইট × ৮ × ৫০ প্যাকেট/সে = ৮০ কিলোবিট/সে।
  • ইথারনেট কেবলে ফ্রেম হেডারের আরও ১৮ বাইট যোগ হয়: ২১৮ বাইট × ৮ × ৫০ = ৮৭.২ কিলোবিট/সে — এটাই "প্রায় ৮৭"।
  • RTCP (গুণমানের রিপোর্ট, কয়েক সেকেন্ডে একবার) কিলোবিট/সে-এর ভগ্নাংশ যোগ করে — উপেক্ষণীয়। প্রদানকারীর PPPoE প্রতি প্যাকেটে ৮ বাইট যোগ করে (+৩.২ কিলোবিট/সে)।

সূত্র: ব্যান্ডউইথ = (পেলোড + হেডার) × ৮ × (১০০০ / ptime); G.711 এবং G.722-এর জন্য ২০ মিলিসেকেন্ডে: (১৬০ + ৪০ + ১৮) × ৮ × ৫০ = ৮৭,২০০ বিট/সে।

ট্রাফিক: ৮০ কিলোবিট/সে (IP স্তরে, যেমন মোবাইল অপারেটর গণনা করে) = ১০,০০০ বাইট/সে × ৬০ = ৬০০,০০০ বাইট ≈ ০.৬ মেগাবাইট প্রতি মিনিটে এক দিকে; ×২ দিক = ১.২ মেগাবাইট/মিনিট; ×৬০ মিনিট = ৭২ মেগাবাইট/ঘণ্টা।


কীভাবে নেটওয়ার্ক পরীক্ষা করবেন#

  1. ইকো-পরীক্ষা *43 সেই ফোন থেকে যা প্রশ্ন উত্থাপন করে: টোন → আপনার নিজের কণ্ঠস্বর। চারটি ফলাফল কীভাবে পড়বেন (কণ্ঠস্বর ছাড়া টোন, নীরবতা, ভাঙা) — পর্যালোচনায়: «সংযোগের গুণমান পরীক্ষা»। কমপক্ষে ১০ সেকেন্ড কথা বলুন — তখন কল লগে ক্ষতি, জিটার এবং বিলম্ব দেখা যাবে।
  2. PBX থেকে ডিভাইসে কল (ডিভাইস কার্ড → «পরীক্ষা» → «ডিভাইসে কল করুন») ফিরতি পথ পরীক্ষা করে — রাউটারের সেই "গর্ত" যা দিয়ে আগমনকারী কল আসে।
  3. অন্য নেটওয়ার্ক থেকে একই পরীক্ষা (মোবাইল ইন্টারনেট থেকে ফোন বা সফটফোন) দ্রুত উত্তর দেয় প্রতিষ্ঠানের নেটওয়ার্ক দোষী কিনা।

যদি কিছু ভুল হয় — লক্ষণ অনুযায়ী বিশ্লেষণ:


নিরাপত্তা#

  • ফোন, ATA বা গেটওয়ে সরাসরি ইন্টারনেটে প্রকাশ করবেন না: এতে 5060 ফরওয়ার্ড করবেন না, DMZ-এ রাখবেন না এবং "সাদা" IP দেবেন না। ইন্টারনেট চব্বিশ ঘণ্টা রোবট স্ক্যান করে — খোলা ডিভাইস রাতে "১০০" বা "১০০০"-এর মতো নম্বর থেকে কল করতে শুরু করে, এবং সবচেয়ে খারাপ ক্ষেত্রে এটি অর্থপ্রদানকারী কলে ব্যবহার করা হয়। আমাদের স্কিমে ফরওয়ার্ডিং একেবারেই প্রয়োজন নেই।
  • ফোনের ওয়েব ইন্টারফেসের কারখানার পাসওয়ার্ড পরিবর্তন করুন (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 এবং এক মিনিটের বেশি সময়ের একটি কল দিয়ে পরীক্ষা করুন। যদি ৩০ সেকেন্ড পর কল কেটে যায়, আর রাউটারটি প্রোভাইডারের হয় — প্রোভাইডারকে SIP ALG বন্ধ করতে বা ডিভাইসটি ব্রিজ মোডে চালু করতে বলুন।

ফোন চালু করার পর প্রথম কয়েক মিনিটেই শুধু ইনকামিং আসে#

রাউটারে পুরনো হয়ে যাওয়া NAT রেকর্ডের ক্লাসিক লক্ষণ: UDP টাইম-আউটের চেয়ে বেশি সময় ফোন চুপ থাকলে রাউটার ভুলে যায় ইনকামিং কোথায় পাঠাতে হবে। ফোনে ১৫–৩০ সেকেন্ডের NAT keep-alive চালু করুন বা ট্রান্সপোর্ট TCP-তে বদলে দিন। বিস্তারিত — “কল কেটে যায়” এবং “NAT, ডাবল NAT এবং keep-alive” বিভাগে।

SIM-কার্ডসহ মোবাইল রাউটার কি আমাদের জন্য যথেষ্ট?#

১–৩টি একসাথে চলা কথোপকথনের জন্য — সাধারণত হ্যাঁ: প্রতি কথোপকথনে প্রতি দিকে প্রায় ০.১ Mbit/s দরকার। দুর্বল জায়গা — অস্থিরতা: ৩%-এর বেশি প্যাকেট লস এবং ৩০০ ms-এর বেশি বিলম্বে কথোপকথন অস্বস্তিকর হয়ে যাবে। পিক আওয়ারে *43 পরীক্ষা করুন এবং কল লগে সংখ্যাগুলো দেখুন।

ফোনগুলো কি গেস্ট Wi-Fi-তে রাখা যায়?#

না রাখাই ভালো। গেস্ট নেটওয়ার্কে প্রায়ই ক্লায়েন্ট আইসোলেশন এবং লগইন পেজ চালু থাকে, আর গেস্টরা নিজেদের ভিডিও দিয়ে চ্যানেল ভাগ করে নেয় — সবচেয়ে ব্যস্ত সময়ে ভয়েস কেটে যেতে শুরু করবে। ফোনগুলোর জন্য আলাদা সার্ভিস নেটওয়ার্ক বা VLAN নির্ধারণ করুন।


সম্পর্কিত বিভাগ#

সূত্র#

Was this article helpful?