Ağınızı Meet toplantıları ve canlı yayınlar için hazırlama

Kuruluşunuza gelen ve kuruluşunuzdan giden medya trafiği akışına izin vermek için güvenlik duvarlarınızı güncelleyin:

• Ses ve görüntü ayarlarında, giden UDP bağlantı noktalarını 3478 ve 19302-19309 olarak ayarlayın.
  • Kullanılan Chrome WebRTC bağlantı noktalarının sayısını sınırlamak istiyorsanız WebRTC UDP bağlantı noktaları bölümünde belirtilen bağlantı noktalarını kullanın.
  • Bu bağlantı noktalarını güvenlik duvarınız üzerinden de sınırlayabilirsiniz.
• Web trafiği ve kullanıcı kimlik doğrulama işlemi için 443 numaralı giden UDP ve TCP bağlantı noktasını kullanın.

İlgili bağlantı noktalarına, herhangi bir IP sınırı olmadan izin verilir. UDP bağlantı noktaları engellenmişse TCP kullanılır. TCP'nin veya proxy uygulanan TCP'nin kullanılması, toplantı kalitesini genel olarak düşürebilir.

Meet'in tam ağ erişimi olmalıdır.

1. Ağınızdaki kullanıcılar için kısıtlamalar veya filtreleme politikaları varsa 443 numaralı bağlantı noktasını kullanarak bu sayfanın altındaki URI kalıplarına ağ erişimi verin.
2. Google Meet Donanım kullanıcısıysanız Chrome cihazlarda TLS (veya SSL) denetimini ayarlama başlıklı makalede ChromeOS'e yönelik ağ koşullarını inceleyin.

Statik kaynaklara yönelik alanlar

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

API uç noktası bağlantısına yönelik alanlar

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

Canlı yayına yönelik alanlar

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

Kullanıcı geri bildirimi ve olay günlüğü yüklemelerine yönelik alanlar

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

1. Kuruluşunuzun, Meet trafiğini 443 numaralı bağlantı noktası üzerinden desteklemesi gerekiyorsa TLS üzerinden ses ve görüntü trafiğini etkinleştirmek için güvenlik duvarınıza veya proxy izin verilenler listenize Meet SNI ekleyin. Bu IP adresleri 2. adımda belirtilen URI'lerden farklıdır.
2. Google Workspace IP adresi aralıklarını ekleyin (kullanıcılarınız için). Aşağıdaki IP aralıklarını ve SNI'yı kullanarak Meet'in medya sunucularına erişmesine izin verin:
   • 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. Kuruluşunuzda düşük gecikmeli canlı yayın kullanılıyorsa canlı medya trafiği, UDP protokolünü kullanmayı tercih eder. Bu trafik, YouTube HTTP IP'leri yerine Workspace IP aralıklarını (Meet'e benzer şekilde) kullanacaktır.
4. Tüketici IP adresi aralıkları ekleyin. Aşağıdaki IP aralıklarını kullanarak Meet'in medya sunucularına erişmesine izin verin:
   • IPv4: 142.250.82.0/24
   • IPv6: 2001:4860:4864:6::/64
   • SNI: meet.turns.goog

Ağınızda, eşzamanlı olarak yapılan HD görüntülü toplantılar için yeterli bant genişliği bulunmalıdır. Canlı yayın gibi diğer ihtiyaçlar için de ek bant genişliğine sahip olmalıdır. Katılımcı sayısı, ekran paylaşımı ve diğer faktörler de bant genişliği kullanımını etkiler.

Ağınızda yeterli bant genişliği yoksa Meet, görüntü çözünürlüğünü düşürür. Ağınızda videoyu destekleyecek kadar bant genişliği yoksa Meet'i yalnızca ses olarak ayarlayın.

Daha az bant genişliği kullanarak yayın yapmak için eCDN kullanarak daha az bant genişliğiyle büyük canlı yayınlar yapın başlıklı makaleyi inceleyin.

Meet'in minimum bant genişliği koşullarını hesaplama

Kuruluşunuzun minimum bant genişliği ihtiyacını hesaplamak için katılımcı başına ortalama bant genişliğini en yüksek eşzamanlı katılımcı sayısıyla çarpın.

Katılımcı sayısı, düzenler ve ekran paylaşımı gibi birçok faktör, bant genişliği kullanımını etkileyebilir. Ekran paylaşımı sabit olduğunda, yüklendikten sonra daha fazla bant genişliği kullanmaz.

*Gönderilen çözünürlüğe bağlı olarak

En yüksek eşzamanlı katılımcı sayısını tahmini olarak hesaplama

Meet toplantılarının önceliği yüksekse aynı anda kullanıcılarınızın% 20'sinin Meet kullanıyor olacağını düşünebilirsiniz. Meet toplantılarının önceliği düşükse aynı anda kullanıcıların yalnızca% 0, 5'i Meet toplantısında olabilir.

Canlı yayın başına bant genişliği koşulları

Kuruluşunuz toplantıları canlı olarak yayınlıyorsa her görüntüleme feed'i için ideal bant genişliği 2, 6 Mb/sn'dir. Canlı yayınlarda dinamik yerleşim kullanılır ve boyutlandırma seçenekleri bulunur. Pencere boyutu ve en boy oranı gibi cihaz özellikleri optimize edilmiştir. Katılımcının bant genişliği yeterliyse Meet, varsayılan yüksek kaliteli görüntü ayarını kullanır.

Yeterli bant genişliğine sahip olmayan kullanıcılar Meet'in kalitesini düşürmeyi ya da yalnızca ses kullanmayı tercih edebilir.

Tek video karosu (bit hızı kilobit/sn)

Ekran paylaşımı karosu (bit hızı kilobit/sn)

Canlı olarak yayınlanan medyanın kalitesi, medyanın orijinal kalitesinden ve Meet'e nasıl gönderildiğinden etkilenir. Canlı yayının ana Meet görüşmesine normal bir katılımcı olarak katılarak kaliteyi kontrol edebilir ve karşılaştırabilirsiniz.

1. Google Yönetici Konsolu'nda Menü Uygulamalar Google Workspace Google Meet'e gidin.

   Google Meet'e gidin

   Hizmet Ayarları yönetici ayrıcalığına sahip olmayı gerektirir.

2. Meet video ayarları'nı tıklayın.
3. Solda, yönetmek istediğiniz kuruluş birimini seçin. Tüm kullanıcılar için en üst düzey kuruluş birimini seçin.
4. Bir video kalitesi seçeneği belirleyin:
   • Otomatik olarak ayarlanır (varsayılan): Mümkün olan en iyi kaliteyi sunmak için bant genişliği, ağ ve sistem koşullarına göre ayarlanır.
   • Sınırlı video bant genişliği: Çıkış bant genişliği 1 Mb/sn ile sınırlandırılır.
   • Yalnızca ses: Video varsayılan olarak devre dışıdır. Kullanıcılar, Meet tarayıcı penceresinde simgesini tıklayarak kameralarını açabilir. Video çıkışı 1 Mb/sn ile sınırlandırılır.
5. Ayarları uygulayın: �
   1. Ayar üst düzey kuruluş birimi içinse Kaydet'i tıklayın.
   2. Ayar alt kuruluş birimi içinse ve üst kuruluş biriminin ayarından farklıysa Geçersiz kıl'ı tıklayın.

Aşağıdaki öneriler tipik ofis ortamları için geçerlidir. Bir kablosuz bağlantı mühendisi aşağıdaki gibi daha karmaşık ortamları değerlendirmelidir:

• Üretim alanları
• Yüksek seviyede radyo frekans gürültüsü olan yerler
• Tamamen kapalı olmayan alanlar

Meet tarafından kullanılan kablosuz ağların tasarımı, dağıtımı ve çalıştırılması sırasında aşağıdaki noktaları dikkatle inceleyin.

2,4 GHz bantlarla 5 GHz RF bantların karşılaştırması

Ağınızdaki istemcilerin 5 GHz RF bandını (varsa) kullanmasını zorunlu kılmanızı öneririz.

2,4 GHz kablosuz ağ bandı genellikle yoğun olarak kullanıldığından Meet'i bu bant üzerinden dağıtmamanızı ve çalıştırmamanızı öneririz. Çakışmayan 3 kanalının bulunması, yüksek düzeyde gürültü ve ek parazit nedeniyle 2, 4 GHz bandının güvenilirliği de daha düşüktür.

Tasarım ve dağıtım konusunda dikkate alınması gereken noktalar

Kablosuz ağınız söz konusu olduğunda, kapsama alanı yerine kapasiteyi dikkate alın.

• Hücre boyutunu yönetin: Erişim noktasının iletim gücü üzerinden hücre boyutunu denetleyin. Toplantı salonları ve oditoryumlar gibi daha fazla cihazın bulunabileceği yerlerde kapasiteyi artırmak için daha küçük hücreler oluşturun. Ofis katlarında genel bir kapsama alanı sağlamak için daha büyük hücreler kullanın.
• RF kullanım verimliliğini artırmak için düşük hızları devre dışı bırakın: Erişim noktaları arasında dolaşım yapan istemcilerin en yakın erişim noktasına aktarılmasını zorunlu kılın.
• Ağınızı merkezi olarak yönetin: Erişim noktaları arasında kesintisiz dolaşım ve doğru RF yönetimi gibi ileri seviye özelliklerin kullanılabilmesi için kablosuz ağ, merkezi olarak yönetilip çalıştırılmalıdır. Bağımsız erişim noktalarından oluşan bir koleksiyon olmamalıdır.
• Dağıtım sonrası kablosuz bağlantı anketi düzenleyin: Meet'in sıklıkla kullanıldığı alanlarda kablosuz kapsama alanı olduğunu doğrulayın.

WMM kullanma

Kablosuz ağlar üzerinden güvenilir Meet iletişimini desteklemek için Kablosuz Multimedya Uzantıları'nı (WMM) uygulamaya almanız gerekir.

Meet trafiğinin aşağıdaki yöntemlerden biri ile sınıflandırılması gerekir:

• Meet'e özel protokolleri ve bağlantı noktalarını temel alan kablosuz denetleyici veya erişim noktası.
• Diğer ağ ekipmanı tarafından belirlenen Farklılaştırılmış Hizmet Kodu Noktası (DSCP) alanı değeri. Ağa yeterince güveniyorsanız DSCP'yi kullanın.

İki yönlü Hizmet Kalitesi sağlamak için tam WMM desteği gerekir. Ancak önemli avantajlar için bunu ağ düzeyinde yapılandırabilirsiniz. Meet trafiği, kablosuz erişim noktasında ya da denetleyicide ses veya görüntü kuyruğuna atanmalıdır. Diğer sınıfları yerine Meet trafiği tercih edilmelidir.

VDI ortamları, Meet ile internet arasında ekstra katman oluşturur. Bu durum Meet'i yavaşlatabilir ve düşük kaliteli bir deneyime neden olabilir. Arka plan efektleri sınırlandırılır ve yeşil alan önizlemesi kullanılamaz.

VDI kullanımının Meet üzerindeki etkisini azaltmak için aşağıdaki adımları uygulayabilirsiniz:

• Chrome'da Enterprise Hardware Platform API politikasını etkinleştirerek Google Meet'in sanal makinede çalıştığını algılayabilmesini sağlayın. Ayrıntılar için Kullanıcılar veya tarayıcılar için Chrome politikaları belirleme başlıklı makaleyi ve API sayfasını inceleyin.
• Her sanal makine örneği için en az 4 sanal CPU ayırın.
• Arka plan efektleri için GPU gerekli değildir ancak GPU'nun etkin olduğu sanal makine örnekleri güvenilirliği artırır.
• İstemciler, sanal masaüstü bilgisayarlar ve Meet medya sunucuları arasında yeterli bant genişliği ve düşük gecikme süresi olmasını sağlayın. Meet medya sunucuları ve sanal makineler arasındaki bant genişliği gereksinimleri için bu sayfanın üst kısmındaki 4. adıma bakın. VDI sağlayıcınıza danışarak VDI istemcileri ile sanal makineler arasındaki bağlantı için gerekli bant genişliğini bulun.

En iyi uygulama, Meet trafiği için proxy sunucuların kullanılmamasıdır. Trafiği proxy sunuculara yönlendirmek gecikmeye yol açar ve video kalitesinde düşüşe neden olabilir.

Ağınızda proxy sunucuların kullanılması zorunluysa

Proxy kullanmanız zorunluysa proxy sunucularının performansı ciddi şekilde etkileyebileceğini göz önünde bulundurun ve şunlara dikkat edin:

• Proxy yapılandırmasında Meet trafiğine erişime izin verin.
• Meet'in Chrome proxy ayarlarını kullanmasını sağlayın.
• Ağın, Meet IP adresi ve SNI için proxy'yi atlamasını sağlayın.

Socket Secure (SOCKS5) internet protokolü şu anda desteklenmemektedir.

En iyi uygulama, ağınızda Meet için hizmet kalitesi (HK) kullanmamaktır. HK özelliğini yalnızca aşağıdaki durumlarda kullanın:

• Ağ sıkışıklığı gibi geçerli bir nedeniniz varsa
• Ağınızda uçtan uca bir HK modeli dağıtıp sürdürebiliyorsa

HK kullanmanız gerekiyorsa

En iyi uygulama, Meet trafiği için VPN kullanmamaktır. VPN'ler gecikmeye ve Meet'in görüntü ve ses kalitesini düşürmesine neden olabilir.

VPN kullanmanız gerekiyorsa:

• VPN'niz için bölünmüş tünel protokolünü etkinleştirin
• 2. adımdaki alanları DNS veya SNI kullanarak VPN'in dışına yönlendirin (SNI önerilir).
• 3. adımdaki IP aralıklarını, önek eşleştirme aracılığıyla VPN'nin dışına yönlendirin.