Ağınızı Voice için optimize etme

Bulut kullanabilen bir ağ altyapısı, Voice trafiğinin Google altyapısıyla etkili bir iletişim kurmasını sağlar. Bu altyapıyı oluşturmak için:

• Voice trafiğinin internete kısa bir yolla ulaşabildiğinden emin olun. Şunlardan kaçının:
  • Proxy'ler
  • Paket denetimi veya protokol analizi araçları
• Ölçün ve optimize edin:
  • Gecikme: Tek yönlü maksimum 150 ms gecikme (ITU G114)
  • Bant genişliği: 50 kb/sn önerilir
  • Kablosuz ağ: Kablosuz bağlantıyla ilgili en iyi uygulamalar bölümüne bakın

Ağınızda Voice trafiği için proxy sunucular kullanmamanızı öneririz:

• Proxy yapılandırmasında Voice trafiğini izin verilenler listesine ekleyin.
• Voice, Google Meet'in yaptığı gibi TCP'ye geri dönüş yapmaz. Voice, sesli trafik için yalnızca UDP'yi kullanır.
• Trafiği proxy sunuculara yönlendirmek gecikmeye yol açar ve Voice'un ses kalitesini otomatik olarak düşürmesine neden olabilir. İstemci ile Google arka ucu arasındaki gecikme 100 ms'den az olduğunda Voice performansı en iyi düzeydedir.
• Yuva Güvenliği (SOCKS5) internet protokolü desteklenmemektedir.

Mümkünse, Voice için paket denetimi veya protokol analizi araçlarını kullanmayın. Ses altyapısının ses kalitesini otomatik olarak düşürmesine neden olabilecek gecikmeye yol açarlar.

Otomatik tarama araçları ses akışı verilerini yeniden oluşturamadığından ses trafiğinin paket incelemesi de pek fayda sağlamaz.

Bu araçlar kullanılıyorsa araçları atlamak için tüm Voice trafiği bağlantı noktası numaralarını izin verilenler listesine ekleyin.

Aşağıdaki öneriler tipik ofis ortamları için geçerlidir. Bir kablosuz bağlantı mühendisi, yüksek düzeyde radyo frekansı (RF) gürültüsü olan üretim alanları veya geniş boşluklar bulunan alanlar gibi karmaşık ortamları ayrı ayrı değerlendirmelidir.

Gerçek zamanlı uygulamaları kablosuz ağ üzerinden çalıştırmak zor olabilir, çünkü RF spektrumu ve bant genişliği bu uygulamaları kullanan tüm cihazlar arasında paylaştırılacaktır.

Voice ile 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ı

Genel olarak gerçek zamanlı uygulamaların kablosuz ağın 2,4 GHz bandında (çoğunlukla yoğun olarak kullanılır) dağıtılmamasını ve çalıştırılmamasını öneririz. Bu öneri, normal bir ofis ortamında bağlantı sağlayan uygulamaları içerir.

2,4 GHz bandı, çakışmayan yalnızca 3 kanal bulunduğu, genellikle yakındaki ağlardan gelen yüksek düzeylerde gürültünün yanı sıra diğer cihazlardan (örneğin mikrodalga fırınlar) gelen ek parazitler olduğu, dolayısıyla gürültülü ve karmaşık bir RF ortamına sahip olduğu için bağlantı açısından sorunludur.

Voice gibi gerçek zamanlı uygulamaların güvenilir şekilde çalışması için yeterli kapasite, gecikme, titreşim ve paket kaybı seviyeleri gerekir.Bunları 2,4 GHz bandında elde etmek neredeyse imkansızdır.

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

Gerçek zamanlı uygulamaları destekleyen bir kablosuz ağ tasarlıyorsanız kapsama alanı yerine kapasiteyi düşünün.

• Erişim noktasının iletim gücü tarafından kontrol edilen hücre boyutunu yönetin. Toplantı salonları ve oditoryumlar gibi daha fazla cihazın beklendiği yerlerde kapasiteyi artırmak için daha küçük hücreler dağıtın. Daha büyük hücreler ofislerde genel kapsama alanı sağlayabilir.
• RF kullanım verimliliğini artırmak için düşük hızları devre dışı bırakın. Bu, erişim noktaları arasında dolaşım yapan istemcilerin en yakın erişim noktasına aktarılmasını zorunlu kılar.

Kablosuz ağın SSID'si her iki bantta da (2,4 GHz ve 5 GHz) kullanılıyorsa ağ, istemcilerin 5 GHz bandını kullanmasını zorunlu kılmak için agresif bant yönlendirme uygulamalıdır.

• Gerçekçi bir beklenti, aynı AP'ye bağlı en fazla 10 sabit telefondur. Daha yüksek bir sayı, öngörülemeyen bir kullanıcı deneyimine yol açabilir.
• Kablosuz bağlantılı masa telefonları, yüksek yoğunluklu/yüksek sesli arama ekipleri (ör. temsilciler veya destek ekipleri) tarafından kullanılmamalıdır. Örneğin, GOVO siteleri veya 7/24 hizmet veren çağrı merkezleri.
• 10 saniyeden kısa süren kısa ses kesintileri beklenebilir ve kablosuz bağlantılı masa telefonlarında ağ düzeyinde ortadan kaldırılamaz. Konferanslar, basın toplantıları veya yöneticilerle yapılan görüşmeler gibi önemli telefon görüşmeleri için kablosuz ağları kullanmanızı önermiyoruz.
• Düzenlemeler ülkelere/bölgelere göre değişmekle birlikte, DFS kanallarını kullanan kablosuz cihazların, örneğin yerel meteoroloji radar sisteminden etkilenmediğinden emin olmak genel bir gereksinimdir. Aksi halde, radar girişime maruz kalan bir AP, kanalı boşaltacaktır. Bu durumda tüm istemciler, farklı bir kanalda çalışan farklı bir AP'ye bağlanmak zorunda kalacaktır.

Erişim noktaları arasında kesintisiz dolaşım ve doğru RF yönetimi gibi gelişmiş özelliklerin kullanılmasına olanak tanımak için, kablosuz ağ, bir araya getirilmiş bağımsız erişim noktaları koleksiyonu olarak değil, merkezi olarak yönetilmeli ve çalıştırılmalıdır.

Son olarak, Voice'un tipik olarak kullanıldığı yerlerdeki kablosuz kapsama alanını doğrulamak için bir dağıtım sonrası kablosuz bağlantı anketi yapın.

Voice trafiği güvenli ve şifrelidir. Bu nedenle, trafiği Google IP'leriyle kısıtlı tutmaya gerek yoktur.

Ancak, trafiği sınırlandırmnızı gerektiren ağ kısıtlamalarınız varsa Voice'un medya sunucularına izin vermek için aşağıdaki IP aralıkları grubunu izin verilenler listesine ekleyin. IP'ler yalnızca Google Workspace İçin Voice'ta kullanılır. Böylece Google Workspace'te kullanılan ses trafiğini tanımlayabilir ve tüketici hesaplarından Voice trafiğinin önceliğini düşürebilirsiniz. Bu sayede, ağ ve güvenlik duvarı erişimini daha iyi ayarlayabilir ve optimize edebilirsiniz.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Ağınızı, aşağıdaki bağlantı noktalarının kuruluşunuza doğru ve kuruluşunuzdan dışarı ses trafiği akışına izin verecek şekilde ayarlayın:

• Giden UDP bağlantı noktaları 19302-19309
• Giden TCP bağlantı noktası 443

Not: 19302-19309 arasındaki Voice bağlantı noktası aralığı için Chrome WebRTC UDP Bağlantı Noktaları Ayarı kullanılır. Daha fazla bilgi edinmek için Kullanıcılar veya tarayıcılar için Chrome politikaları belirleme başlıklı makaleyi inceleyin.