شبکه خود را برای صدا بهینه کنید

یک زیرساخت شبکه سازگار با فضای ابری به ترافیک صوتی اجازه می‌دهد تا به طور موثر با زیرساخت گوگل ارتباط برقرار کند. برای ایجاد این امر:

• مطمئن شوید که ترافیک صوتی مسیر کوتاهی به اینترنت دارد. از موارد زیر اجتناب کنید:
  • پروکسی‌ها
  • بازرسی بسته‌ها یا تحلیل‌گرهای پروتکل
• اندازه‌گیری و بهینه‌سازی:
  • تأخیر: حداکثر ۱۵۰ میلی‌ثانیه تأخیر یک‌طرفه ( ITU G114 )
  • پهنای باند: ۵۰ کیلوبیت بر ثانیه توصیه می‌شود
  • شبکه وای‌فای: به بهترین شیوه‌های وای‌فای مراجعه کنید

اکیداً توصیه می‌کنیم شبکه شما از سرورهای پروکسی برای ترافیک صوتی استفاده نکند:

• در پیکربندی پروکسی، ترافیک صوتی را در لیست مجاز قرار دهید.
• ویس برخلاف گوگل میت، از TCP پشتیبانی نمی‌کند. ویس فقط از UDP برای ترافیک صوتی استفاده می‌کند.
• ترافیک پروکسی باعث افزایش تأخیر می‌شود و ممکن است باعث شود Voice به طور خودکار کیفیت صدا را کاهش دهد. عملکرد Voice زمانی بهینه است که تأخیر بین کلاینت و Google backend کمتر از ۱۰۰ میلی‌ثانیه باشد.
• پروتکل اینترنت Socket Secure (SOCKS5) پشتیبانی نمی‌شود.

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

بازرسی بسته‌های ترافیک صوتی نیز فایده‌ی چندانی ندارد، زیرا ابزارهای اسکن خودکار نمی‌توانند داده‌های جریان صوتی را بازسازی کنند.

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

توصیه‌های زیر در مورد محیط‌های اداری معمولی صدق می‌کند. یک مهندس بی‌سیم باید محیط‌های پیچیده‌تر، مانند کف کارخانه‌ها، مناطقی با سطوح بالای نویز فرکانس رادیویی (RF) یا فضاهای کم‌پوشش را به صورت موردی ارزیابی کند.

اجرای برنامه‌های بلادرنگ از طریق شبکه بی‌سیم می‌تواند چالش‌برانگیز باشد زیرا طیف فرکانس رادیویی و پهنای باند زیربنایی بین تمام دستگاه‌هایی که از آن استفاده می‌کنند، به اشتراک گذاشته می‌شود.

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

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

ما عموماً توصیه می‌کنیم که برنامه‌های بلادرنگ روی باند ۲.۴ گیگاهرتز (که معمولاً بسیار مورد استفاده قرار می‌گیرد) شبکه بی‌سیم مستقر و اجرا نشوند. این توصیه شامل برنامه‌هایی می‌شود که اتصال را در یک محیط اداری معمولی فراهم می‌کنند.

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

عملکرد قابل اعتماد برنامه‌های بلادرنگ مانند Voice به ظرفیت کافی، تأخیر، لرزش و سطوح از دست دادن بسته‌ها متکی است که دستیابی به آنها در باند 2.4 گیگاهرتز تقریباً غیرممکن است.

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

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

• اندازه سلول را مدیریت کنید، که توسط قدرت ارسال نقطه دسترسی (AP) کنترل می‌شود. سلول‌های کوچکتر را در جایی که انتظار می‌رود دستگاه‌های بیشتری وجود داشته باشد، مانند اتاق‌های جلسات و سالن‌های اجتماعات، برای افزایش ظرفیت مستقر کنید. سلول‌های بزرگتر می‌توانند پوشش کلی را در طبقه اداری فراهم کنند.
• برای بهبود بهره‌وری استفاده از RF، نرخ‌های پایین را غیرفعال کنید. این کار باعث می‌شود که کلاینت هنگام رومینگ بین APها، به نزدیکترین AP منتقل شود.

اگر SSID یک شبکه بی‌سیم روی هر دو باند (۲.۴ گیگاهرتز و ۵ گیگاهرتز) در دسترس باشد، شبکه باید هدایت باند تهاجمی را پیاده‌سازی کند تا کلاینت‌ها را مجبور به استفاده از باند ۵ گیگاهرتز کند.

• یک انتظار واقع‌بینانه این است که بیش از 10 تلفن رومیزی به یک نقطه دسترسی متصل نباشند. تعداد بیشتر ممکن است یک تجربه کاربری غیرقابل پیش‌بینی ایجاد کند.
• تلفن‌های رومیزی بی‌سیم نباید توسط تیم‌های تماس صوتی با تراکم بالا/زیاد، مانند نمایندگان یا تیم‌های پشتیبانی، استفاده شوند. به عنوان مثال، سایت‌های GOVO یا مراکز تماس 24 ساعته.
• وقفه‌های کوتاه صوتی، کمتر از ۱۰ ثانیه، قابل پیش‌بینی هستند و نمی‌توان آن‌ها را در سطح شبکه برای تلفن‌های رومیزی متصل به بی‌سیم حذف کرد. ما شبکه‌های بی‌سیم را برای برقراری تماس‌های تلفنی مهم، مانند کنفرانس‌ها، جلسات مطبوعاتی یا تماس‌های مدیران، توصیه نمی‌کنیم.
• اگرچه مقررات در کشورها/مناطق مختلف متفاوت است، اما یک الزام مشترک این است که دستگاه‌های Wi-Fi از کانال‌های DFS استفاده کنند تا مطمئن شوند که مثلاً با سیستم رادار هواشناسی محلی شما تداخل ایجاد نمی‌کنند. در نتیجه، یک نقطه دسترسی که در معرض تداخل راداری قرار دارد، کانال را ترک می‌کند. همه کلاینت‌ها باید دوباره به یک نقطه دسترسی متفاوت که روی کانال دیگری کار می‌کند، متصل شوند.

برای فراهم کردن ویژگی‌های پیشرفته، مانند رومینگ یکپارچه بین نقاط دسترسی و مدیریت صحیح RF، یک شبکه بی‌سیم باید به صورت مرکزی مدیریت و اداره شود - نه مجموعه‌ای از نقاط دسترسی مستقل و مجزا.

در نهایت، پس از استقرار، یک بررسی بی‌سیم انجام دهید تا پوشش بی‌سیم در سراسر فضاهایی که معمولاً از Voice استفاده می‌شود، تأیید شود.

ترافیک صوتی امن و رمزگذاری شده است، بنابراین نیازی به محدود کردن ترافیک به IP های گوگل نیست.

با این حال، اگر محدودیت‌های شبکه‌ای دارید که نیاز به محدود کردن ترافیک دارد، مجموعه IPهای زیر را در یک لیست مجاز قرار دهید تا به سرورهای رسانه صوتی اجازه دسترسی داده شود. این IPها منحصراً برای Voice for Google Workspace استفاده می‌شوند تا بتوانید ترافیک صوتی مورد استفاده در Google Workspace را شناسایی کرده و اولویت ترافیک صوتی را از حساب‌های کاربری حذف کنید. این می‌تواند به شما در تنظیم و بهینه‌سازی بهتر دسترسی به شبکه و فایروال کمک کند.

• آی‌پی نسخه ۴: ۷۴.۱۲۵.۳۹.۰/۲۴
• آی‌پی نسخه ۶: ۲۰۰۱:۴۸۶۰:۴۸۶۴:۲::۰/۶۴

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

• پورت‌های خروجی UDP از ۱۹۳۰۲ تا ۱۹۳۰۹
• پورت TCP خروجی ۴۴۳

توجه: محدوده پورت صوتی ۱۹۳۰۲ تا ۱۹۳۰۹ از تنظیمات پورت‌های UDP WebRTC کروم استفاده می‌کند. برای کسب اطلاعات بیشتر، بخش «تنظیم سیاست‌های کروم برای کاربران یا مرورگرها» را مطالعه کنید.