যদি আপনার প্রতিষ্ঠান Google Voice-এ কলের মানের সমস্যার সম্মুখীন হয়, তাহলে এটি আপনার নেটওয়ার্কে কোনও ব্যাঘাতের কারণে হতে পারে যার ফলে লেটেন্সি, জিটার বা প্যাকেট নষ্ট হয়ে যায়। এই সমস্যাগুলি নেটওয়ার্কের মানের সমস্যাগুলিকে নির্দেশ করে যা ইন্টারনেটে ভয়েস কলগুলিকে প্রভাবিত করে।
নেটওয়ার্ক ব্যাঘাতের কারণে কলের মান প্রভাবিত হচ্ছে কিনা তা নির্ধারণ করতে, ল্যাটেন্সি (RTT), জিটার এবং প্যাকেট লস ইভেন্টের জন্য ভয়েস লগ ইভেন্টগুলি অনুসন্ধান করতে নিরাপত্তা তদন্ত সরঞ্জামটি ব্যবহার করুন।
ভয়েস কলের জন্য লেটেন্সি, জিটার এবং প্যাকেট লস দেখুন
- অ্যাডমিন কনসোল হোম পেজের বাম দিকে, নিরাপত্তা ক্লিক করুন।
নিরাপত্তা কেন্দ্র তদন্তের হাতিয়ার । - ডেটা সোর্স-এ ক্লিক করুন এবং ভয়েস লগ ইভেন্ট নির্বাচন করুন।
- Add Condition-এ ক্লিক করুন এবং Attribute ড্রপ-ডাউন তালিকা থেকে Event নির্বাচন করুন।
- অপারেটরদের তালিকা থেকে Is নির্বাচন করুন।
- ইভেন্ট এর অধীনে, নেটওয়ার্ক পরিসংখ্যান (ক্লায়েন্ট) নির্বাচন করুন।
(ঐচ্ছিক) আরও অনুসন্ধান শর্ত যোগ করতে, ধাপ 3-5 পুনরাবৃত্তি করুন। উদাহরণস্বরূপ, নির্দিষ্ট কল দেখতে, Actors (ব্যবহারকারী), Call Destination অথবা Call Source এর মতো বৈশিষ্ট্য অনুসারে ফিল্টার করুন। - অনুসন্ধান করুন এ ক্লিক করুন।
মানগুলি বুঝতে, ভয়েস কল মানের জন্য সুপারিশগুলি দেখুন।
নেটওয়ার্ক পরিসংখ্যান ইভেন্ট সম্পর্কে
তথ্য উপলব্ধ থাকলে প্রযোজ্য কলগুলির জন্য নেটওয়ার্ক পরিসংখ্যান ইভেন্টগুলি দেখানো হয় এবং সম্ভাব্য কল মানের সমস্যার একমাত্র সূচক নয়।
উদাহরণস্বরূপ, "নেটওয়ার্ক স্ট্যাটিস্টিকস (ক্লায়েন্ট)" ইভেন্টগুলি শুধুমাত্র ভয়েস ক্লায়েন্ট এবং গুগল মিডিয়া সার্ভারের মধ্যে কল লেগের জন্য উপলব্ধ। ভয়েস ক্লায়েন্ট থেকে গুগল মিডিয়া সার্ভারের লিঙ্কে মানগুলি পরিমাপ করা হয়। গুগল মিডিয়া সার্ভার এবং পাবলিক সুইচড টেলিফোন নেটওয়ার্ক (PSTN) এর মধ্যে কল লেগের ইভেন্টগুলি উপলব্ধ নয়। মোবাইল নেটওয়ার্কে ফরওয়ার্ডিং নম্বর ব্যবহার করে কলগুলিও নেটওয়ার্ক স্ট্যাটিস্টিকস ইভেন্ট তৈরি করে না। রিং গ্রুপের কারণে কলগুলির জন্য, মানগুলি "নেটওয়ার্ক স্ট্যাটিস্টিকস (ক্লায়েন্ট)" ইভেন্টে উপলব্ধ, যা কল রিসিভড (রিং গ্রুপ) এবং কল ট্রান্সফারড (রিং গ্রুপ) ইভেন্ট থেকে আলাদা।
কলের মানের সমস্যা চলতে থাকলে ভয়েস কলের সমস্যাগুলি সমাধান করুন পর্যালোচনা করুন।
ভয়েস কলের মানের জন্য সুপারিশ
| নেটওয়ার্ক পরিসংখ্যান ইভেন্ট | RTT গড় (ms) | জিটার গড় গ্রহণ (ms) | জিটার ম্যাক্স (ms) পান | প্রতি ১০০০ টাকায় প্যাকেট লস পাওয়া | ANQ (অডিও নেটওয়ার্ক কোয়ালিটি) |
|---|---|---|---|---|---|
| বিবরণ | নিকটতম ডেটা সেন্টারে পিং করতে এবং প্রতিক্রিয়া পেতে গড় সময় লাগে | কল চলাকালীন প্রাপ্ত প্যাকেটের বিলম্বের গড় পরিবর্তন | কল চলাকালীন প্রাপ্ত প্যাকেটের বিলম্বের সর্বোচ্চ পরিবর্তন | নেটওয়ার্কে ভ্রমণের সময় প্যাকেট হারিয়ে গেছে | কলের সময়কালের শতাংশ যেখানে নেটওয়ার্কের মান ভালো। (কলের অংশগ্রহণকারীদের কোনও শ্রবণযোগ্য আর্টিফ্যাক্ট শোনা যায়নি) |
| প্রস্তাবিত মান | ১০০ মিলিসেকেন্ডের নিচে | ৩০ মিলিসেকেন্ডের নিচে | গড় জিটার থেকে খুব বেশি আলাদা হওয়া উচিত নয় | যতটা সম্ভব শূন্যের কাছাকাছি | যতটা সম্ভব ১০০% এর কাছাকাছি |
| কারণ | ইন্টারনেট সংযোগের গতি এবং মান | নেটওয়ার্কে যানজট | নেটওয়ার্কে যানজট | দুর্বল ওয়াইফাই এবং নেটওয়ার্ক কনজেশন | খারাপ ওয়াইফাই এবং/অথবা নেটওয়ার্ক কনজেশন |
| সমাধান | নেটওয়ার্ক, প্রক্সি, ভিপিএন, অথবা ভিডিআই ব্যবহার করা এড়িয়ে চলুন। সম্ভব হলে দ্রুততর বা আরও স্থিতিশীল ইন্টারনেট সরবরাহকারী খুঁজুন। | প্রযোজ্য হলে ডিপ প্যাকেট ইন্সপেকশন ফায়ারওয়াল অক্ষম করুন। সর্বোচ্চ কার্যকলাপের সময় আরও ট্র্যাফিকের অনুমতি দেওয়ার জন্য নেটওয়ার্ক ব্যান্ডউইথ বাড়ান। | প্রযোজ্য হলে ডিপ প্যাকেট ইন্সপেকশন ফায়ারওয়াল অক্ষম করুন। সর্বোচ্চ কার্যকলাপের সময় আরও ট্র্যাফিকের অনুমতি দেওয়ার জন্য নেটওয়ার্ক ব্যান্ডউইথ বাড়ান। | সর্বোচ্চ কার্যকলাপের সময় আরও বেশি ট্র্যাফিকের সুযোগ দিতে নেটওয়ার্ক ব্যান্ডউইথ বাড়ান। | প্রতি ১০০০-এ রিসিভ জিটার মিন এবং রিসিভ প্যাকেট লস এর জন্য পরামর্শ সমাধান দেখুন। |