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

কোনো সাউন্ড নেই, একতরফা শোনা যাচ্ছে, ইকো, "রোবোটিক সাউন্ড"

রেজিস্ট্রেশন থাকলেও সাউন্ড না থাকার কারণ: SIP ALG, NAT, ব্লক করা RTP, Wi-Fi; ইকো এবং শব্দ কেটে যাওয়া — কারণ এবং পরীক্ষা করার ধাপ

On this page 23

কোনো শব্দ নেই, এক দিকেই শোনা যাচ্ছে, প্রতিধ্বনি, “রোবট”

ফোন নিবন্ধিত থাকতে পারে, কল করতে ও ধরতে পারে — তবুও কোনো শব্দ পাঠাতে পারে না। কারণ হলো নিবন্ধন আর ভয়েস — দুটি আলাদা পথ: নিবন্ধন যায় 5060 পোর্টে সেবা-বার্তা হিসেবে, আর ভয়েস যায় 10000–20000 পোর্টে আলাদা প্যাকেট-প্রবাহ হিসেবে। প্রতিষ্ঠানের রাউটার প্রথমটি পার করতে পারে আর দ্বিতীয়টি কেটে দিতে পারে। এটি ফোনের নষ্ট হওয়া নয়, এটিএস-এর নষ্ট হওয়াও নয়: দশটির মধ্যে নয়টি ক্ষেত্রেই এদের মাঝখানের নেটওয়ার্ক বাধা দেয়, আর তা কয়েক মিনিটেই খুঁজে বের করা যায়।

ফোনের সাধারণ সেটিং — “SIP-টেলিফোন সেটআপ” পর্যালোচনায়, বাকি উপসর্গ — উপসর্গ অনুযায়ী ডায়াগনস্টিকস-এ।

প্রথমে অ্যাডমিন প্যানেলে যাচাই করুন#

  1. প্রতিধ্বনি-পরীক্ষা *43 ওই যন্ত্র থেকেই। এটিএস রিসিভার তোলে, এক সেকেন্ড পর টোন দেয় এবং তারপর আপনার কণ্ঠ ফিরিয়ে দেয়। টোনটি প্রতিধ্বনির আগে বাজে ইচ্ছাকৃতভাবে — এটি “এটিএস → ফোন” দিকটি মাইক্রোফোন থেকে আলাদা করে পরীক্ষা করে:

    কী শোনা যায় এর অর্থ
    টোন, তারপর নিজের কণ্ঠ শব্দ দুই দিকেই যাচ্ছে — এটিএস পর্যন্ত নেটওয়ার্ক ঠিক আছে
    টোন আছে, নিজেকে শোনা যায় না শব্দ ফোন থেকে এটিএস পর্যন্ত পৌঁছাচ্ছে না
    টোনও নেই শব্দ এটিএস থেকে ফোন পর্যন্ত পৌঁছাচ্ছে না
    নিজেকে শোনা যায়, কিন্তু কেটে কেটে বা দেরিতে পথ আছে, কিন্তু খারাপ: প্যাকেট হারানো, জিটার, ওভারলোডেড চ্যানেল

    *43-এ দশ সেকেন্ড কথা বলুন — তাহলে এটিএস প্যাকেট হারানো, জিটার ও বিলম্ব মাপতে পারবে। বিস্তারিত বিশ্লেষণ — “সংযোগের গুণমান পরীক্ষা”।

  2. কল লগ — সমস্যাযুক্ত কলটি খুলুন। উত্তর দেওয়া কলের “শব্দ” লাইনটি বলে, কণ্ঠ দুই দিকেই গিয়েছিল কি না: “দুই দিকেই”, “ফোন এক্সটেনশন 101 থেকে শব্দ যায়নি” বা “সামনের প্রান্ত থেকে শব্দ যায়নি”, — আর পাশে প্রতি দিকের প্যাকেট হারানো, জিটার ও RTT।

  3. যন্ত্রের কার্ড → “দুই দিকেই শব্দ” — এই ফোনের কতটি কল একমুখী ছিল। যে মডেলগুলো উত্তর দেওয়ার মুহূর্তে কণ্ঠ হারায়, তাদের জন্য এটিএস নিজেই “এটিএস থেকে টোন” চালু করে — এটিও এখানে দেখা যায়।

  4. কথোপকথনের রেকর্ডিং, যদি রেকর্ডিং চালু থাকে: রেকর্ডিংয়ে কাকে শোনা যায়, তার কণ্ঠ এটিএস পর্যন্ত পৌঁছেছে।

  5. SIP-ট্রেস ডেডিকেটেড এটিএস-এ: শব্দের বর্ণনায় (SDP, c= ও m=audio লাইন) দেখা যায়, কোন পক্ষ কোন ঠিকানা ও পোর্ট বলেছে।

কেন নিবন্ধন আছে, কিন্তু শব্দ নেই#

আমাদের এটিএস সবসময় কণ্ঠ নিজের মধ্য দিয়ে পাঠায় (ফোনগুলো সরাসরি শব্দ বিনিময় করে না) এবং কণ্ঠ ফেরত পাঠায় সেখানে, যেখান থেকে ফোনের কণ্ঠ এসেছে, ফোন নিজের সম্পর্কে যে ঠিকানা বলেছে সেখানে নয়। তাই রাউটারের পেছনের ফোনের STUN বা পোর্ট ফরওয়ার্ডিং কোনোটিই দরকার নেই। কিন্তু এ থেকেই বোঝা যায়: যদি ফোন থেকে এটিএস পর্যন্ত কিছুই না পৌঁছায়, তবে এটিএস-এর উত্তর দেওয়ারও জায়গা নেই — ফলে দুই দিকেই নীরবতা।

নিবন্ধন ঠিক থাকা সত্ত্বেও কণ্ঠ সাধারণত যা নষ্ট করে:

  1. রাউটারে SIP ALG (“SIP Helper”, “SIP Passthrough”)। রাউটার SIP-কে “সাহায্য” করে সেবা-বার্তার ভেতরের ঠিকানা পুনর্লিখন করে — প্রায়ই ভুলভাবে। নিবন্ধন হয়, শব্দ হয় না বা এক দিকেই হয়। রাউটারের ব্র্যান্ড অনুযায়ী এটি কোথায় বন্ধ করবেন — “নেটওয়ার্ক, রাউটার ও ইন্টারনেট”।
  2. আউটগোয়িং UDP 10000–20000 বন্ধ। ফায়ারওয়াল “ইন্টারনেট” (ওয়েব-পোর্ট) ও 5060 পার করে, কিন্তু ভয়েস-পোর্ট করে না।
  3. ডাবল NAT — প্রোভাইডারের রাউটার প্লাস তার পেছনে নিজের রাউটার: ঠিকানা দুইবার পুনর্লিখিত হয়, আর পুনর্লিখনকারীদের একজন ভুল করে।
  4. Wi-Fi — ক্লায়েন্ট আইসোলেশনসহ গেস্ট নেটওয়ার্ক, দুর্বল সিগন্যাল, অ্যাক্সেস পয়েন্ট থেকে ফোন অনেক দূরে।
  5. ওভারলোডেড চ্যানেল — ভিডিও নজরদারি ক্লাউডে রেকর্ডিং আপলোড করছে, অতিথিরা একই ইন্টারনেটে ভিডিও দেখছে: কণ্ঠ ফুটো নিয়ে আসে।
নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরের জন্য: এটিএস শব্দ নিয়ে কী করে
  • কণ্ঠ সবসময় এটিএস-এর মধ্য দিয়ে (direct_media=no): ফোনগুলো সরাসরি RTP বিনিময় করে না — তাই রেকর্ডিং, সাফলার ও পরিমাপ কাজ করে।
  • সিমেট্রিক RTP (rtp_symmetric=yes): এটিএস কণ্ঠ পাঠায় সেই ঠিকানা ও পোর্টে, যেখান থেকে ফোনের প্রবাহ সত্যিই এসেছে। সিগন্যালিংও একইভাবে (force_rport, rewrite_contact)।
  • কঠোর গ্রহণ (rtp.conf-এ strictrtp=yes): কথোপকথনের শুরুতে কণ্ঠের উৎস মনে রাখার পর, এটিএস কেবল সেখান থেকেই শব্দ গ্রহণ করে — প্রতারণা থেকে সুরক্ষা।
  • RTP পোর্ট: শেয়ার্ড সার্ভার — UDP 10000–10200, ডেডিকেটেড এটিএস — UDP 10000–20000। এটিএস-এর ঠিকানায় আউটগোয়িং UDP খুলতে হবে; ভেতরে ফরওয়ার্ডিং দরকার নেই।
  • কোডেক: G.711 µ-law (PCMU), G.711 A-law (PCMA), G.722। G.729, Opus ও AMR ফোনগুলোকে প্রস্তাব করা হয় না।
  • কণ্ঠ এনক্রিপশন (SRTP) ডিফল্টভাবে বন্ধ। ফোনে SRTP চালু থাকলে নীরবতা বা কল ব্যর্থ হয়।
  • নীরবতায় সংযোগ বিচ্ছিন্ন সেট করা নেই (rtp_timeout=0): শব্দ না থাকায় এটিএস রিসিভার রাখে না — “নীরব” কল ঝুলে থাকবে, যতক্ষণ কেউ রিসিভার না রাখে।

মানগুলো — shared/sip/advanced-options.json ও sip-edge/asterisk/rtp.conf থেকে।

কোনো শব্দই নেই#

কেন এমন হয়#

  • ভয়েস পোর্ট দুই দিকেই বন্ধ: আউটগোয়িং 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. সব বাইরের কলে প্রতিধ্বনি একই টেলিকম অপারেটরের মাধ্যমে, অথচ অভ্যন্তরীণ কল পরিষ্কার — কলের সময় সাপোর্টে পাঠান।

“রোবটের” কণ্ঠ, বুদবুদ শব্দ, সিলেবল হারিয়ে যাওয়া#

কেন এমন হয়#

কণ্ঠকে ছোট ছোট প্যাকেটে ভাগ করা হয়, আর প্রতিটি হারানো প্যাকেট মানে একটি সিলেবলের হারানো টুকরো। এলোমেলোভাবে আসা প্যাকেট ফোন কিছু সময় সমান করে নেয়, কিন্তু তারতম্য বেশি হলে শব্দ কেটে যায়। এখান থেকেই তিনটি সংখ্যা, যা পিবিএক্স *43-এ এবং প্রতিটি উত্তর দেওয়া কলে মাপে:

সংখ্যা ভালো গ্রহণযোগ্য খারাপ
প্যাকেট ক্ষতি ১ % পর্যন্ত ১–৩ % ৩ %-এর বেশি — “বুদবুদ”, হারানো সিলেবল
জিটার (আসার তারতম্য) ৩০ মি.সে. পর্যন্ত ৩০–৫০ মি.সে. ৫০ মি.সে.-এর বেশি — শব্দ কেটে যায়
বিলম্ব RTT (যাওয়া-আসা) ১৫০ মি.সে. পর্যন্ত ১৫০–৩০০ মি.সে. ৩০০ মি.সে.-এর বেশি — দুই পক্ষ একে অপরের কথা কেটে দেয়

একই সীমাগুলো জার্নালে “কণ্ঠস্বর ভালো / গ্রহণযোগ্য / খারাপ” মূল্যায়ন দেয়।

ক্ষতি ও জিটারের উৎস: Wi-Fi (বিশেষত অ্যাক্সেস পয়েন্ট থেকে দূরে বা ভিড়ের চ্যানেলে), অতিরিক্ত বোঝাই ইন্টারনেট (ক্যামেরা, আপলোড, আপডেট, একই চ্যানেলে গেস্ট Wi-Fi), দুর্বল রাউটার, যা লোড সামলাতে পারে না, মোবাইল ইন্টারনেট এবং VPN।

কী করবেন#

  1. *43 দুবার করুন: শান্ত সময়ে এবং ব্যস্ত সময়ে। শান্তিতে ভালো আর ব্যস্ত সময়ে খারাপ — চ্যানেল বোঝাই; সবসময় খারাপ — নেটওয়ার্ক বা Wi-Fi।
  2. ফোনটি Wi-Fi-এর বদলে কেবল দিয়ে সংযুক্ত করুন।
  3. গেস্ট Wi-Fi-কে অফিস নেটওয়ার্ক থেকে আলাদা করুন এবং তার গতি সীমিত করুন; ক্যামেরার ভিডিও আপলোড রাতে সরিয়ে নিন।
  4. রাউটারে ফোনের জন্য অগ্রাধিকার (QoS) চালু করুন, যদি তা সমর্থন করে। একটি কলে কত ইন্টারনেট লাগে — “নেটওয়ার্ক, রাউটার ও ইন্টারনেট”।
  5. কাজ না হলে — জার্নালের সংখ্যাগুলো (ক্ষতি, জিটার, সময়) প্রোভাইডারকে দেখান: এটি তথ্যভিত্তিক আলোচনা, “আপনার দিকে শোনা যায় না” নয়।

কোন পক্ষে সমস্যা, তা কীভাবে বুঝবেন#

পরীক্ষা এটি কী আলাদা করে
সমস্যাযুক্ত ফোন থেকে *43 পিবিএক্স পর্যন্ত আপনার নেটওয়ার্ক ↔ বাকি সবকিছু। *43 পরিষ্কার — প্রতিষ্ঠানের ফোন ও নেটওয়ার্ক ঠিক আছে
সহকর্মীকে অভ্যন্তরীণ কল বনাম বাইরের কল অভ্যন্তরীণ পরিষ্কার, বাইরের খারাপ — পিবিএক্স ও টেলিকম অপারেটরের মধ্যবর্তী অংশ বা কলকারীর পক্ষ
কথোপকথনের রেকর্ডিং রেকর্ডিংয়ে যাকে শোনা যায়, তার কণ্ঠ পিবিএক্স পর্যন্ত পৌঁছেছে। দুজনকেই শোনা যায়, কিন্তু হ্যান্ডসেটে নয় — সমস্যা পিবিএক্স থেকে কোনো একটি ফোন পর্যন্ত অংশে
জার্নালে “শব্দ” লাইন “ফোন এক্সটেনশন 101 থেকে শব্দ আসেনি” — আপনার ফোন বা তার নেটওয়ার্ক; “সামনের পক্ষ থেকে শব্দ আসেনি” — দূরের পক্ষ
একই সকেটে অন্য ফোন একই উপসর্গ — নেটওয়ার্ক; উপসর্গ চলে গেছে — ফোন বা তার সেটিংস

সাপোর্টে কী পাঠাবেন#

  • কলের তারিখ ও সময় মিনিট পর্যন্ত, সামনের পক্ষের নম্বর ও এক্সটেনশন;
  • কে কাকে শোনেননি বা কে প্রতিধ্বনি শুনেছেন;
  • এই ফোন থেকে *43-এর ফলাফল: টোন, নিজের কণ্ঠ, কেটে যাওয়া — এবং জার্নালের সংখ্যা (ক্ষতি, জিটার, RTT);
  • জার্নাল থেকে কলের কার্ডের স্ক্রিনশট, “শব্দ” লাইনসহ;
  • ফোনের মডেল ও ফার্মওয়্যার (ফোনের ট্যাগ থেকে লাইন), এটি কীভাবে সংযুক্ত (কেবল / Wi-Fi), রাউটারের মডেল এবং SIP ALG বন্ধ আছে কি না;
  • ডেডিকেটেড পিবিএক্সে — পুনরাবৃত্ত কলের SIP ট্রেসের লেখা।

আমাদের কীভাবে লিখবেন — “সাপোর্ট”।

সাধারণ প্রশ্ন#

*43-এ আমি নিজের কণ্ঠ বিলম্বে শুনছি — এটি কি প্রতিধ্বনি?#

না। *43 তো “আপনার কণ্ঠ ফিরিয়ে দেওয়া”: বিলম্ব পিবিএক্স পর্যন্ত যাওয়া-আসার সময়ের সমান। ৩০০ মি.সে. পর্যন্ত এটি প্রায় টের পাওয়া যায় না। শোনার সময় বিলম্ব স্পষ্ট হলে (আধা সেকেন্ড বা বেশি), বাস্তব কলে অসুবিধা হবে — দোষ চ্যানেলের, ফোনের নয়।

শুধু মোবাইল থেকে করা কলে শব্দ হারায় — এটি কি আমাদের দিকে?#

সম্ভবত না: মোবাইল পক্ষের নিজের দুর্বল অংশ আছে — সেলুলার নেটওয়ার্ক। আপনার ফোন থেকে *43 পরীক্ষা করুন: এটি পরিষ্কার এবং অভ্যন্তরীণ কলও পরিষ্কার হলে, এমন কয়েকটি কলের সময় সাপোর্টে পাঠান — আমরা দেখব, কোন অংশে শব্দ হারাচ্ছে।

অন্য কোডেক — G.729 বা Opus — কি সাহায্য করবে?#

না। আমাদের পিবিএক্স ফোনগুলোকে G.711 (PCMA, PCMU) এবং G.722 প্রস্তাব করে — সব ফোন এগুলো সমর্থন করে, আর এগুলো কণ্ঠ সংকুচিত করে না, তাই ত্রুটির প্রতি বেশি সহনশীল। G.729, Opus এবং AMR ফোনগুলোকে প্রস্তাব করা হয় না: ফোনে এগুলো চালু করার দরকার নেই।

রাউটার যাতে কলে “হাত না দেয়”, সেজন্য কণ্ঠ এনক্রিপশন চালু করা যায়?#

এখন না: ফোনগুলো TLS ও SRTP ছাড়া UDP / TCP-তে কাজ করে। “সতর্কতাস্বরূপ” ফোনে চালু করা SRTP-ই নীরবতা ডেকে আনে। রাউটারের বিরুদ্ধে এনক্রিপশন নয়, বন্ধ করা SIP ALG সাহায্য করে।

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

সূত্র#

  • RFC 3550 — RTP এবং RTCP রিপোর্ট, যা থেকে লস, জিটার ও বিলম্ব গণনা করা হয় — https://www.rfc-editor.org/rfc/rfc3550
  • ITU-T G.114 — একমুখী বিলম্বের সুপারিশ ( *43-এ 150 / 300 ms রাউন্ড-ট্রিপ বিলম্বের থ্রেশহোল্ড — শিল্প-অভ্যাস) — 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)
Was this article helpful?