Meet মিটিং এবং লাইভ স্ট্রিমের জন্য আপনার নেটওয়ার্ক প্রস্তুত করুন

আপনার প্রতিষ্ঠানে এবং প্রতিষ্ঠান থেকে মিডিয়া ট্র্যাফিক প্রবাহিত করার জন্য আপনার ফায়ারওয়ালগুলি আপডেট করুন:

• অডিও এবং ভিডিওর জন্য, আউটবাউন্ড UDP পোর্ট 3478 এবং 19302–19309 সেট আপ করুন।
  • যদি আপনি Chrome WebRTC পোর্টের সংখ্যা সীমিত করতে চান, তাহলে WebRTC UDP Ports এ উল্লেখিত পোর্টগুলি ব্যবহার করুন।
  • অথবা, আপনি আপনার ফায়ারওয়াল দিয়ে সেই পোর্টগুলি সীমাবদ্ধ করতে পারেন।
• ওয়েব ট্র্যাফিক এবং ব্যবহারকারী প্রমাণীকরণের জন্য, আউটবাউন্ড UDP এবং TCP পোর্ট 443 ব্যবহার করুন।

পোর্টগুলি কোনও IP সীমা ছাড়াই অনুমোদিত। যদি UDP পোর্টগুলি ব্লক করা হয়, তাহলে TCP ব্যবহার করা হবে। TCP বা প্রক্সিড TCP ব্যবহার করলে সামগ্রিক মিটিংয়ের মান হ্রাস পেতে পারে।

Meet-এর সম্পূর্ণ নেটওয়ার্ক অ্যাক্সেস প্রয়োজন।

1. যদি আপনার নেটওয়ার্কের ব্যবহারকারীদের জন্য কোনও বিধিনিষেধ বা ফিল্টারিং নীতি থাকে, তাহলে পোর্ট 443 ব্যবহার করে এই পৃষ্ঠায় নীচের URI প্যাটার্নগুলিতে নেটওয়ার্ক অ্যাক্সেস দিন।
2. আপনি যদি Google Meet হার্ডওয়্যার ব্যবহার করেন; তাহলে Chrome ডিভাইসে TLS (অথবা SSL) পরিদর্শন সেট আপ করুন -এ ChromeOS-এর নেটওয়ার্কিং প্রয়োজনীয়তা পর্যালোচনা করুন।

স্ট্যাটিক রিসোর্সের জন্য ডোমেন

• clients2.google.com সম্পর্কে
• clients4.google.com সম্পর্কে
• clients6.google.com সম্পর্কে
• www.gstatic.com
• fonts.gstatic.com সম্পর্কে
• lh3.googleusercontent.com সম্পর্কে
• meetings.clients6.google.com

API এন্ডপয়েন্ট সংযোগের জন্য ডোমেন

• অ্যাকাউন্টস.গুগল.কম
• apis.google.com সম্পর্কে
• মিটিং.গুগল্যাপিস.কম
• hangouts.googleapis.com সম্পর্কে
• মিট.গুগল.কম
• অ্যাপস.গুগল.কম
• ডক্স.গুগল.কম

Domains for live streaming

• মিট.গুগল.কম
• স্ট্রিম.মিট.গুগল.কম

ব্যবহারকারীর প্রতিক্রিয়া এবং ইভেন্ট লগ আপলোডের জন্য ডোমেন

• https://www.google.com/tools/feedback
• https://feedback.googleusercontent.com/resources/
• https://play.google.com/log

1. যদি আপনার প্রতিষ্ঠানকে পোর্ট ৪৪৩ এর মাধ্যমে Meet ট্র্যাফিক সমর্থন করতে হয়, তাহলে TLS এর মাধ্যমে অডিও এবং ভিডিও ট্র্যাফিক সক্ষম করতে আপনার ফায়ারওয়াল বা প্রক্সি অ্যালাউলিস্টে Meet SNI যোগ করুন। এই IP ঠিকানাগুলি ধাপ ২ এ উল্লেখিত URI গুলির থেকে আলাদা।
2. Google Workspace IP ঠিকানার রেঞ্জ যোগ করুন (আপনার ব্যবহারকারীদের জন্য)। নিম্নলিখিত IP রেঞ্জ এবং SNI সেট ব্যবহার করে Meet-এর মিডিয়া সার্ভারগুলিতে অ্যাক্সেসের অনুমতি দিন:
   • IPv4: 74.125.250.0/24, 74.125.247.128/32
   • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
   • SNI: workspace.turns.goog
3. যদি আপনার প্রতিষ্ঠান কম-বিলম্বিত লাইভ স্ট্রিমিং ব্যবহার করে, তাহলে লাইভ স্ট্রিমিং মিডিয়া ট্র্যাফিক UDP প্রোটোকল ব্যবহার করা পছন্দ করবে। এই ট্র্যাফিক YouTube HTTP IP এর পরিবর্তে Workspace IP রেঞ্জ (Meet এর মতো) ব্যবহার করবে।
4. গ্রাহকের IP ঠিকানার রেঞ্জ যোগ করুন। নিম্নলিখিত IP রেঞ্জের সেট ব্যবহার করে Meet-এর মিডিয়া সার্ভারগুলিতে অ্যাক্সেসের অনুমতি দিন:
   • আইপিভি৪: ১৪২.২৫০.৮২.০/২৪
   • আইপিভি৬: ২০০১:৪৮৬০:৪৮৬৪:৬::/৬৪
   • SNI: meet.turns.goog

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

যদি আপনার নেটওয়ার্কে পর্যাপ্ত ব্যান্ডউইথ না থাকে, তাহলে Meet ভিডিওর সংজ্ঞা কমিয়ে দেয়। যদি আপনার নেটওয়ার্কে ভিডিও সাপোর্ট করার জন্য পর্যাপ্ত ব্যান্ডউইথ না থাকে, তাহলে Meet কে শুধুমাত্র অডিওতে সেট করুন।

কম ব্যান্ডউইথ ব্যবহার করে স্ট্রিম করতে, eCDN ব্যবহার করে কম ব্যান্ডউইথ ব্যবহার করে বৃহৎ লাইভ স্ট্রিম হোস্ট করুন ।

ন্যূনতম Meet ব্যান্ডউইথের প্রয়োজনীয়তা গণনা করুন

আপনার প্রতিষ্ঠানের জন্য প্রয়োজনীয় ন্যূনতম ব্যান্ডউইথ গণনা করতে, প্রতি অংশগ্রহণকারীর গড় ব্যান্ডউইথকে সমসাময়িক অংশগ্রহণকারীদের সর্বোচ্চ সংখ্যা দিয়ে গুণ করুন।

অংশগ্রহণকারীদের সংখ্যা, লেআউট এবং স্ক্রিন শেয়ারিংয়ের মতো অনেক বিষয় ব্যান্ডউইথ ব্যবহারকে প্রভাবিত করতে পারে। যদি কোনও স্ক্রিন শেয়ার স্থির থাকে, তাহলে লোড হওয়ার পরে এটি আর কোনও ব্যান্ডউইথ গ্রহণ করে না।

*প্রেরিত রেজোলিউশনের উপর নির্ভর করে

সমসাময়িক অংশগ্রহণকারীদের সর্বোচ্চ সংখ্যা অনুমান করুন

যদি Meet মিটিংগুলিকে বেশি গুরুত্ব দেওয়া হয়, তাহলে অনুমান করুন যে আপনার প্রতিষ্ঠানের ২০% ব্যবহারকারী যেকোনো সময় Meet ব্যবহার করবেন। যদি Meet মিটিংগুলিকে কম গুরুত্ব দেওয়া হয়, তাহলে যেকোনো সময় Meet মিটিংয়ে মাত্র ০.৫% লোক থাকতে পারে।

প্রতি লাইভ স্ট্রিম ব্যান্ডউইথের প্রয়োজনীয়তা

যদি আপনার প্রতিষ্ঠান মিটিং লাইভ স্ট্রিম করে, তাহলে প্রতিটি ভিউয়িং ফিডের জন্য আদর্শ ব্যান্ডউইথ হল 2.6 Mbps। লাইভ স্ট্রিমগুলিতে ডায়নামিক লেআউট এবং সাইজিং বিকল্প রয়েছে। উইন্ডোর আকার এবং আকৃতির অনুপাতের মতো ডিভাইসের ক্ষমতা অপ্টিমাইজ করা হয়েছে। অংশগ্রহণকারীর পর্যাপ্ত ব্যক্তিগত ব্যান্ডউইথ থাকলে Meet ডিফল্ট উচ্চ-মানের ভিডিও সেটিং ব্যবহার করে।

যদি দর্শকদের পর্যাপ্ত ব্যান্ডউইথ না থাকে, তাহলে তারা Meet এর মান কমাতে পারেন অথবা শুধুমাত্র অডিও ব্যবহার করতে পারেন।

একক ভিডিও টাইল (বিটরেট কিলোবিট/সেকেন্ড)

স্ক্রিন শেয়ার টাইল (বিটরেট কিলোবিট/সেকেন্ড)

লাইভ স্ট্রিম করা মিডিয়ার মান নির্ভর করে মূল মিডিয়ার গুণমান এবং Meet-এ মিডিয়া কীভাবে পাঠানো হয় তার উপর। আপনি নিয়মিত অংশগ্রহণকারী হিসেবে লাইভ স্ট্রিমের মূল Meet কলে যোগ দিয়ে গুণমান পরীক্ষা এবং তুলনা করতে পারেন।

1. গুগল অ্যাডমিন কনসোলে, মেনুতে যান অ্যাপস গুগল ওয়ার্কস্পেস গুগল মিট ।

   গুগল মিটে যান

   পরিষেবা সেটিংস প্রশাসকের বিশেষাধিকার থাকা প্রয়োজন।

2. Meet ভিডিও সেটিংস -এ ক্লিক করুন।
3. বাম দিকে, আপনি যে সাংগঠনিক ইউনিটটি পরিচালনা করতে চান তা নির্বাচন করুন। সমস্ত ব্যবহারকারীর জন্য, শীর্ষ-স্তরের সাংগঠনিক ইউনিটটি নির্বাচন করুন।
4. ভিডিও কোয়ালিটির বিকল্পটি নির্বাচন করুন:
   • স্বয়ংক্রিয়ভাবে সামঞ্জস্য করুন (ডিফল্ট) — সর্বোত্তম সম্ভাব্য গুণমান প্রদানের জন্য নেটওয়ার্ক এবং সিস্টেমের অবস্থার জন্য ব্যান্ডউইথ সামঞ্জস্য করা হয়।
   • সীমিত ভিডিও ব্যান্ডউইথ — আপলিংক ব্যান্ডউইথ ১ মেগাপিক্সেলের মধ্যে সীমাবদ্ধ।
   • শুধুমাত্র অডিও —ডিফল্টরূপে ভিডিও বন্ধ থাকে। ব্যবহারকারীরা ক্লিক করতে পারেন Meet ব্রাউজার উইন্ডোতে তাদের ক্যামেরা চালু করতে। আপলিংক ভিডিওর গতি ১ Mbps-এর মধ্যে সীমাবদ্ধ থাকবে।
5. সেটিংস প্রয়োগ করুন:
   1. যদি সেটিংটি শীর্ষ-স্তরের সাংগঠনিক ইউনিটের জন্য হয়, তাহলে সংরক্ষণ করুন এ ক্লিক করুন।
   2. যদি সেটিংটি একটি শিশু সাংগঠনিক ইউনিটের জন্য হয় এবং অভিভাবক ইউনিটের চেয়ে আলাদা হয়, তাহলে ওভাররাইড ক্লিক করুন।

নিম্নলিখিত সুপারিশগুলি সাধারণ অফিস পরিবেশের ক্ষেত্রে প্রযোজ্য। একজন ওয়্যারলেস ইঞ্জিনিয়ারের আরও জটিল পরিবেশ মূল্যায়ন করা উচিত, যেমন:

• মেঝে তৈরি
• উচ্চ মাত্রার রেডিও ফ্রিকোয়েন্সি শব্দযুক্ত এলাকা
• অল্প পরিমাণে আচ্ছাদিত স্থান

Meet দ্বারা ব্যবহৃত ওয়্যারলেস নেটওয়ার্কগুলির নকশা, স্থাপনা এবং পরিচালনার সময় নিম্নলিখিত বিবেচ্য বিষয়গুলি সাবধানতার সাথে পর্যালোচনা করুন।

২.৪ গিগাহার্জ বনাম ৫ গিগাহার্জ আরএফ ব্যান্ড

আমরা সুপারিশ করছি যে আপনার নেটওয়ার্ক ক্লায়েন্টদের 5 GHz RF ব্যান্ডে জোর করে ব্যবহার করুন, যদি তা উপলব্ধ থাকে।

আমরা আপনাকে পরামর্শ দিচ্ছি যে আপনি ওয়্যারলেস নেটওয়ার্কের 2.4-GHz ব্যান্ডের উপর Meet স্থাপন এবং পরিচালনা করবেন না কারণ এটি প্রায়শই ব্যাপকভাবে ব্যবহৃত হয়। 2.4-GHz ব্যান্ডটিও কম নির্ভরযোগ্য কারণ এতে 3টি নন-ওভারল্যাপিং চ্যানেল, উচ্চ শব্দের মাত্রা এবং অতিরিক্ত হস্তক্ষেপ রয়েছে।

নকশা এবং স্থাপনার বিবেচ্য বিষয়গুলি

আপনার ওয়্যারলেস নেটওয়ার্কের জন্য, কভারেজের চেয়ে ক্ষমতার কথা ভাবুন।

• কোষের আকার পরিচালনা করুন — অ্যাক্সেস পয়েন্ট (AP) এর ট্রান্সমিট পাওয়ার দ্বারা কোষের আকার নিয়ন্ত্রণ করুন। ধারণক্ষমতা বৃদ্ধির জন্য যেখানে আরও ডিভাইস প্রত্যাশিত, যেমন মিটিং রুম এবং অডিটোরিয়াম, সেখানে ছোট কোষ স্থাপন করুন। অফিসের মেঝেতে সাধারণ কভারেজ প্রদানের জন্য বড় কোষ ব্যবহার করুন।
• RF ব্যবহারের দক্ষতা উন্নত করতে কম হার অক্ষম করুন — AP-এর মধ্যে রোমিং করার সময় ক্লায়েন্টকে নিকটতম AP-তে হস্তান্তর করতে বাধ্য করুন।
• আপনার নেটওয়ার্ক কেন্দ্রীয়ভাবে পরিচালনা করুন — উন্নত বৈশিষ্ট্যগুলি, যেমন AP গুলির মধ্যে নিরবচ্ছিন্ন রোমিং এবং সঠিক RF ব্যবস্থাপনা, অনুমোদন করার জন্য, একটি ওয়্যারলেস নেটওয়ার্ক কেন্দ্রীয়ভাবে পরিচালিত এবং পরিচালিত হওয়া উচিত। এটি একক AP গুলির সংগ্রহ হওয়া উচিত নয়।
• স্থাপনার পরে একটি ওয়্যারলেস জরিপ করুন — যেসব স্থানে Meet সাধারণত ব্যবহৃত হয় সেখানে ওয়্যারলেস কভারেজ নিশ্চিত করুন।

WMM ব্যবহার করা হচ্ছে

ওয়্যারলেস নেটওয়ার্কের মাধ্যমে নির্ভরযোগ্য Meet যোগাযোগ সমর্থন করার জন্য, আপনার ওয়্যারলেস মাল্টিমিডিয়া এক্সটেনশন (WMM) বাস্তবায়ন করা উচিত।

Meet ট্র্যাফিককে নিম্নলিখিত যে কোনও একটি উপায়ে শ্রেণীবদ্ধ করা প্রয়োজন:

• Meet-নির্দিষ্ট প্রোটোকল এবং পোর্টের উপর ভিত্তি করে ওয়্যারলেস কন্ট্রোলার বা AP।
• অন্যান্য নেটওয়ার্ক সরঞ্জাম দ্বারা নির্ধারিত ডিফারেনশিয়েটেড সার্ভিসেস কোড পয়েন্ট (DSCP) ফিল্ড মান। নেটওয়ার্কের উপর যথেষ্ট আস্থা থাকলে DSCP ব্যবহার করুন।

দ্বিমুখী পরিষেবার মান প্রদানের জন্য সম্পূর্ণ WMM সমর্থন প্রয়োজন। তবে, উল্লেখযোগ্য সুবিধার জন্য আপনি এটি নেটওয়ার্ক স্তরে কনফিগার করতে পারেন। Meet ট্র্যাফিক ওয়্যারলেস AP বা কন্ট্রোলারের অডিও বা ভিডিও কিউতে বরাদ্দ করা উচিত। Meet ট্র্যাফিককে অন্যান্য শ্রেণীর ট্র্যাফিকের চেয়ে অগ্রাধিকার দেওয়া উচিত।

VDI পরিবেশ Meet এবং ইন্টারনেটের মধ্যে একটি অতিরিক্ত স্তর তৈরি করে। এটি Meet-এর গতি কমিয়ে দিতে পারে এবং এর ফলে অভিজ্ঞতার মান খারাপ হতে পারে। ব্যাকগ্রাউন্ড এফেক্ট সীমিত এবং গ্রিনরুম প্রিভিউ উপলব্ধ নেই।

Meet-এ VDI ব্যবহারের প্রভাব কমাতে, আপনি নিম্নলিখিত পদক্ষেপগুলি নিতে পারেন:

• Chrome-এ Enterprise Hardware Platform API নীতি সক্রিয় করে Google Meet নিশ্চিত করুন যে এটি একটি ভার্চুয়াল মেশিন (VM) এর ভিতরে চলছে কিনা। বিস্তারিত জানার জন্য, ব্যবহারকারী বা ব্রাউজারের জন্য Chrome নীতি সেট করুন এবং API পৃষ্ঠায় যান।
• প্রতিটি VM ইনস্ট্যান্সের জন্য কমপক্ষে 4টি ভার্চুয়াল CPU বরাদ্দ করুন।
• ব্যাকগ্রাউন্ড ইফেক্টের জন্য GPU প্রয়োজন হয় না, তবে GPU-সক্ষম VM ইনস্ট্যান্স নির্ভরযোগ্যতা বৃদ্ধি করে।
• ক্লায়েন্ট, ভার্চুয়াল ডেস্কটপ এবং Meet মিডিয়া সার্ভারের মধ্যে পর্যাপ্ত ব্যান্ডউইথ এবং কম ল্যাটেন্সি নিশ্চিত করুন। Meet মিডিয়া সার্ভার এবং VM-এর মধ্যে ব্যান্ডউইথের প্রয়োজনীয়তার জন্য, ধাপ 4 দেখুন (উপরে এই পৃষ্ঠায়)। আপনার VDI প্রদানকারীর সাথে পরামর্শ করে VDI ক্লায়েন্ট এবং VM-এর মধ্যে সংযোগের জন্য প্রয়োজনীয় ব্যান্ডউইথ খুঁজুন।

Meet ট্র্যাফিকের জন্য প্রক্সি সার্ভার ব্যবহার না করাই সবচেয়ে ভালো পদ্ধতি। প্রক্সি ট্র্যাফিকের ফলে লেটেন্সি তৈরি হয় যার ফলে ভিডিওর মান কমে যেতে পারে।

যদি আপনার নেটওয়ার্কে প্রক্সি সার্ভার ব্যবহার করতেই হয়

যদি আপনার প্রক্সি ব্যবহার করার প্রয়োজন হয়, তাহলে জেনে রাখুন যে প্রক্সি সার্ভারগুলি কর্মক্ষমতাকে মারাত্মকভাবে প্রভাবিত করতে পারে এবং নিশ্চিত করুন:

• প্রক্সি কনফিগারেশনে Meet ট্র্যাফিক অ্যাক্সেসের অনুমতি দিতে।
• Meet Chrome প্রক্সি সেটিংস ব্যবহার করে।
• নেটওয়ার্কটি Meet IP ঠিকানা এবং SNI এর প্রক্সি বাইপাস করে।

সকেট সিকিউর (SOCKS5) ইন্টারনেট প্রোটোকল বর্তমানে সমর্থিত নয়।

আপনার নেটওয়ার্কে Meet-এর জন্য পরিষেবার মান (QoS) ব্যবহার না করাই সবচেয়ে ভালো অভ্যাস। শুধুমাত্র যদি:

• আপনার কাছে একটি জোরালো কারণ আছে, যেমন একটি ভিড়যুক্ত নেটওয়ার্ক
• আপনার নেটওয়ার্কে একটি এন্ড-টু-এন্ড QoS মডেল স্থাপন এবং বজায় রাখতে সক্ষম।

যদি আপনার QoS ব্যবহার করতেই হয়

Meet ট্র্যাফিকের জন্য VPN ব্যবহার না করাই সবচেয়ে ভালো পদ্ধতি। VPN গুলি লেটেন্সি যোগ করে এবং Meet-এর ভিডিও এবং অডিও কোয়ালিটি কমিয়ে দিতে পারে।

যদি আপনার VPN ব্যবহার করতেই হয়:

• Enable split tunneling for your VPN
• ধাপ ২ থেকে ডোমেনগুলিকে DNS অথবা SNI ব্যবহার করে VPN এর বাইরে রুট করুন (SNI সুপারিশ করা হয়)
• প্রিফিক্স ম্যাচিংয়ের মাধ্যমে VPN এর বাইরে ধাপ 3 থেকে IP রেঞ্জগুলি রুট করুন