شبکه خود را برای جلسات و پخش زنده Meet آماده کنید

فایروال‌های خود را به‌روزرسانی کنید تا ترافیک رسانه‌ای به سازمان شما و از آن جریان یابد:

• برای صدا و تصویر، پورت‌های خروجی UDP 3478 و 19302-19309 را تنظیم کنید.
  • اگر می‌خواهید تعداد پورت‌های Chrome WebRTC مورد استفاده را محدود کنید، از پورت‌های مشخص شده در WebRTC UDP Ports استفاده کنید.
  • یا می‌توانید آن پورت‌ها را با فایروال خود محدود کنید.
• برای ترافیک وب و احراز هویت کاربر، از پورت خروجی UDP و TCP 443 استفاده کنید.

پورت‌ها بدون هیچ محدودیتی در IP مجاز هستند. اگر پورت‌های UDP مسدود شده باشند، از TCP استفاده خواهد شد. استفاده از TCP یا TCP پروکسی می‌تواند کیفیت کلی جلسه را کاهش دهد.

Meet به دسترسی کامل به شبکه نیاز دارد.

1. اگر محدودیت‌ها یا سیاست‌های فیلترینگ برای کاربران در شبکه شما وجود دارد، با استفاده از پورت ۴۴۳ به الگوهای URI زیر در این صفحه دسترسی شبکه بدهید.
2. اگر از سخت‌افزار Google Meet استفاده می‌کنید؛ الزامات شبکه برای ChromeOS را در بخش «تنظیم بازرسی TLS (یا SSL) در دستگاه‌های Chrome» بررسی کنید.

دامنه‌ها برای منابع استاتیک

• clients2.google.com
• clients4.google.com
• clients6.google.com
• www.gstatic.com
• fonts.gstatic.com
• lh3.googleusercontent.com
• sessions.clients6.google.com

دامنه‌ها برای اتصال نقطه پایانی API

• accounts.google.com
• apis.google.com
• sessions.googleapis.com
• hangouts.googleapis.com
• meet.google.com
• apps.google.com
• docs.google.com

دامنه‌های پخش زنده

• meet.google.com
• stream.meet.google.com

دامنه‌هایی برای بازخورد کاربر و آپلود گزارش رویدادها

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

1. اگر سازمان شما باید از ترافیک Meet از طریق پورت ۴۴۳ پشتیبانی کند، Meet SNI را به فهرست مجاز فایروال یا پروکسی خود اضافه کنید تا ترافیک صوتی و تصویری از طریق TLS فعال شود. این آدرس‌های IP با URI های مشخص شده در مرحله ۲ متفاوت هستند.
2. محدوده‌های آدرس 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 استفاده خواهد کرد. این ترافیک به جای IPهای HTTP یوتیوب، از محدوده‌های IP فضای کاری (مشابه Meet) استفاده خواهد کرد.
4. محدوده‌های آدرس IP مصرف‌کننده را اضافه کنید. با استفاده از مجموعه محدوده‌های IP زیر، به سرورهای رسانه Meet دسترسی دهید:
   • آی‌پی نسخه ۴: ۱۴۲.۲۵۰.۸۲.۰/۲۴
   • آی‌پی نسخه ۶: ۲۰۰۱:۴۸۶۰:۴۸۶۴:۶::/۶۴
   • SNI: meet.turns.goog

شبکه شما باید پهنای باند کافی برای چندین جلسه ویدیویی HD داشته باشد. همچنین باید پهنای باند اضافی برای سایر نیازها، مانند پخش زنده، داشته باشد. تعداد شرکت‌کنندگان، اشتراک‌گذاری صفحه نمایش و سایر عوامل نیز بر میزان استفاده از پهنای باند تأثیر می‌گذارند.

اگر شبکه شما پهنای باند کافی ندارد، Meet وضوح ویدیو را کاهش می‌دهد. اگر شبکه شما پهنای باند کافی برای پشتیبانی از ویدیو ندارد، Meet را روی فقط صدا تنظیم کنید.

برای پخش زنده با پهنای باند کمتر، با استفاده از eCDN، پخش زنده‌های بزرگ را با پهنای باند کمتر میزبانی کنید .

حداقل پهنای باند مورد نیاز را محاسبه کنید

برای محاسبه حداقل پهنای باند مورد نیاز برای سازمان خود، میانگین پهنای باند به ازای هر شرکت‌کننده را در حداکثر تعداد شرکت‌کنندگان همزمان ضرب کنید.

عوامل زیادی، مانند تعداد شرکت‌کنندگان، طرح‌بندی‌ها و اشتراک‌گذاری صفحه، می‌توانند بر میزان استفاده از پهنای باند تأثیر بگذارند. اگر صفحه اشتراک‌گذاری شده ثابت باشد، پس از بارگذاری، پهنای باند بیشتری را اشغال نمی‌کند.

*بسته به وضوح ارسال شده

تخمین تعداد حداکثر شرکت‌کنندگان همزمان

اگر جلسات Meet اولویت بالایی دارند، تخمین بزنید که ۲۰٪ از کاربران سازمان شما در هر زمانی از Meet استفاده خواهند کرد. اگر جلسات Meet اولویت پایینی دارند، ممکن است فقط ۰.۵٪ از افراد در هر زمانی در یک جلسه Meet حضور داشته باشند.

پهنای باند مورد نیاز برای هر پخش زنده

اگر سازمان شما جلسات را به صورت زنده پخش می‌کند، پهنای باند ایده‌آل برای هر فید تماشا ۲.۶ مگابیت بر ثانیه است. پخش زنده دارای گزینه‌های طرح‌بندی و اندازه‌بندی پویا است. قابلیت‌های دستگاه مانند اندازه پنجره و نسبت ابعاد بهینه شده‌اند. اگر شرکت‌کننده پهنای باند شخصی کافی داشته باشد، Meet از تنظیمات پیش‌فرض ویدیوی با کیفیت بالا استفاده می‌کند.

اگر بینندگان پهنای باند کافی نداشته باشند، می‌توانند کیفیت Meet را کاهش دهند یا فقط از صدا استفاده کنند.

کاشی ویدیویی تکی (بیت ریت کیلوبیت بر ثانیه)

کاشی اشتراک‌گذاری صفحه (بیت‌ریت کیلوبیت بر ثانیه)

کیفیت رسانه‌های پخش زنده تحت تأثیر کیفیت اصلی رسانه و نحوه ارسال رسانه به Meet قرار دارد. می‌توانید با پیوستن به فراخوان اصلی Meet برای پخش زنده به عنوان یک شرکت‌کننده عادی، کیفیت را بررسی و مقایسه کنید.

1. در کنسول مدیریت گوگل، به منو بروید برنامه‌ها فضای کاری گوگل گوگل میت .

   به گوگل میت بروید

   نیاز به داشتن امتیاز مدیر تنظیمات سرویس دارد.

2. روی تنظیمات ویدیوی Meet کلیک کنید.
3. در سمت چپ، واحد سازمانی مورد نظر برای مدیریت را انتخاب کنید. برای همه کاربران، واحد سازمانی سطح بالا را انتخاب کنید.
4. یک گزینه کیفیت ویدیو انتخاب کنید:
   • تنظیم خودکار (پیش‌فرض) —پهنای باند با توجه به شرایط شبکه و سیستم تنظیم می‌شود تا بهترین کیفیت ممکن را ارائه دهد.
   • پهنای باند محدود ویدیو — پهنای باند آپ‌لینک به ۱ مگابیت بر ثانیه محدود شده است.
   • فقط صدا — ویدیو به طور پیش‌فرض غیرفعال است. کاربران می‌توانند کلیک کنند برای روشن کردن دوربین خود در پنجره مرورگر Meet. سرعت آپلود ویدیو به ۱ مگابیت در ثانیه محدود خواهد شد.
5. تنظیمات را اعمال کنید:
   1. اگر تنظیمات مربوط به واحد سازمانی سطح بالا است، روی ذخیره کلیک کنید.
   2. اگر تنظیمات برای یک واحد سازمانی فرزند است و با واحد سازمانی والد متفاوت است، روی «لغو» کلیک کنید.

توصیه‌های زیر برای محیط‌های اداری معمولی کاربرد دارد. یک مهندس بی‌سیم باید محیط‌های پیچیده‌تری مانند موارد زیر را ارزیابی کند:

• کف‌های تولیدی
• مناطقی با نویز فرکانس رادیویی بالا
• فضاهای کم پوشش

ملاحظات زیر را در طول طراحی، استقرار و بهره‌برداری از شبکه‌های بی‌سیم مورد استفاده توسط Meet با دقت بررسی کنید.

باندهای فرکانس رادیویی ۲.۴ گیگاهرتز در مقابل ۵ گیگاهرتز

ما توصیه می‌کنیم که شبکه شما، در صورت امکان، کلاینت‌ها را مجبور به استفاده از باند RF 5 گیگاهرتز کند.

توصیه می‌کنیم Meet را روی باند ۲.۴ گیگاهرتز شبکه بی‌سیم مستقر و اجرا نکنید، زیرا اغلب به شدت مورد استفاده قرار می‌گیرد. باند ۲.۴ گیگاهرتز همچنین به دلیل داشتن ۳ کانال غیرهمپوشان، سطح نویز بالا و تداخل اضافی، قابلیت اطمینان کمتری دارد.

ملاحظات طراحی و استقرار

برای شبکه بی‌سیم خود، به جای پوشش‌دهی، به ظرفیت فکر کنید.

• مدیریت اندازه سلول — اندازه سلول را با قدرت ارسال نقطه دسترسی (AP) کنترل کنید. سلول‌های کوچکتر را در جایی که انتظار می‌رود دستگاه‌های بیشتری وجود داشته باشد، مانند اتاق‌های جلسات و سالن‌های اجتماعات، برای افزایش ظرفیت مستقر کنید. از سلول‌های بزرگتر برای پوشش عمومی در یک طبقه اداری استفاده کنید.
• غیرفعال کردن نرخ‌های پایین برای بهبود بهره‌وری استفاده از RF — هنگام رومینگ بین نقاط دسترسی، کلاینت را مجبور به انتقال به نزدیکترین نقطه دسترسی کنید.
• مدیریت شبکه به صورت مرکزی — برای فراهم کردن ویژگی‌های پیشرفته، مانند رومینگ یکپارچه بین نقاط دسترسی و مدیریت مناسب RF، یک شبکه بی‌سیم باید به صورت مرکزی مدیریت و اداره شود. این شبکه نباید مجموعه‌ای از نقاط دسترسی مستقل باشد.
• انجام یک بررسی بی‌سیم پس از استقرار — پوشش بی‌سیم را در فضاهایی که معمولاً Meet در آنها استفاده می‌شود، تأیید کنید.

استفاده از WMM

برای پشتیبانی از ارتباط قابل اعتماد Meet از طریق شبکه‌های بی‌سیم، باید افزونه‌های چندرسانه‌ای بی‌سیم (WMM) را پیاده‌سازی کنید.

ترافیک Meet باید به یکی از روش‌های زیر طبقه‌بندی شود:

• کنترل‌کننده بی‌سیم یا نقطه دسترسی مبتنی بر پروتکل‌ها و پورت‌های مخصوص Meet.
• مقدار فیلد نقطه کد سرویس‌های متمایز (DSCP) که توسط سایر تجهیزات شبکه تنظیم شده است. اگر به شبکه اعتماد کافی دارید، از DSCP استفاده کنید.

پشتیبانی کامل از WMM برای ارائه کیفیت خدمات دو طرفه مورد نیاز است. با این حال، می‌توانید آن را در سطح شبکه برای مزایای قابل توجه پیکربندی کنید. ترافیک Meet باید به صف صوتی یا تصویری روی نقطه دسترسی بی‌سیم یا کنترلر اختصاص داده شود. ترافیک Meet باید نسبت به سایر کلاس‌های ترافیک ترجیح داده شود.

محیط‌های VDI یک لایه اضافی بین Meet و اینترنت ایجاد می‌کنند. این می‌تواند Meet را کند کرده و منجر به تجربه‌ای با کیفیت پایین‌تر شود. جلوه‌های پس‌زمینه محدود هستند و پیش‌نمایش اتاق سبز در دسترس نیست.

برای کاهش تأثیر استفاده از VDI بر Meet، می‌توانید مراحل زیر را انجام دهید:

• با فعال کردن خط‌مشی API پلتفرم سخت‌افزار سازمانی در کروم، مطمئن شوید که گوگل میت می‌تواند تشخیص دهد که درون یک ماشین مجازی (VM) در حال اجرا است. برای جزئیات بیشتر، به تنظیم خط‌مشی‌های کروم برای کاربران یا مرورگرها و صفحه API مراجعه کنید.
• حداقل ۴ پردازنده مجازی برای هر نمونه ماشین مجازی اختصاص دهید.
• برای جلوه‌های پس‌زمینه نیازی به پردازنده گرافیکی (GPU) نیست، اما نمونه‌های ماشین مجازی مجهز به پردازنده گرافیکی (GPU) قابلیت اطمینان را افزایش می‌دهند.
• از پهنای باند کافی و تأخیر کم بین کلاینت‌ها، دسکتاپ‌های مجازی و سرورهای رسانه Meet اطمینان حاصل کنید. برای اطلاع از الزامات پهنای باند بین سرورهای رسانه Meet و ماشین‌های مجازی، به مرحله ۴ (در بالای همین صفحه) مراجعه کنید. با مشورت با ارائه‌دهنده VDI خود، پهنای باند مورد نیاز برای اتصال بین کلاینت‌های VDI و ماشین‌های مجازی را پیدا کنید.

بهترین روش این است که از سرورهای پروکسی برای ترافیک Meet استفاده نکنید. ترافیک پروکسی باعث افزایش تأخیر می‌شود که می‌تواند باعث کاهش کیفیت ویدیو شود.

اگر لازم است از سرورهای پروکسی در شبکه شما استفاده شود

اگر نیاز به استفاده از پروکسی دارید، توجه داشته باشید که سرورهای پروکسی می‌توانند به شدت بر عملکرد تأثیر بگذارند و مطمئن شوید که:

• برای اجازه دسترسی به ترافیک Meet در پیکربندی پروکسی.
• Meet از تنظیمات پروکسی Chrome استفاده می‌کند.
• شبکه، پروکسی مربوط به آدرس IP و SNI Meet را دور می‌زند.

پروتکل اینترنت Socket Secure (SOCKS5) در حال حاضر پشتیبانی نمی‌شود.

بهترین روش این است که از کیفیت خدمات (QoS) برای Meet در شبکه خود استفاده نکنید. فقط در صورت وجود شرایط زیر از QoS استفاده کنید:

• شما یک دلیل قانع‌کننده دارید، مانند یک شبکه‌ی شلوغ
• قادر به استقرار و نگهداری یک مدل QoS سرتاسری در شبکه شما هستند.

اگر مجبور به استفاده از QoS هستید

بهترین روش این است که برای ترافیک Meet از VPN استفاده نکنید. VPNها باعث افزایش تأخیر می‌شوند و می‌توانند باعث شوند کیفیت ویدیو و صدا در Meet کاهش یابد.

اگر مجبور به استفاده از VPN هستید:

• تونل سازی اسپلیت را برای VPN خود فعال کنید
• دامنه‌های مرحله ۲ را با استفاده از DNS یا SNI به خارج از VPN مسیریابی کنید (SNI توصیه می‌شود)
• از طریق تطبیق پیشوند، محدوده‌های IP مرحله ۳ را به خارج از VPN مسیریابی کنید.