Yüksek Mbps neden her sorunu çözmez?
Görüntülü toplantı kalitesi için yeterli bant genişliği gerekir, ancak yüksek bir hız testi sonucu tek başına sorunsuz görüşme anlamına gelmez. Gecikme, gecikmenin değişkenliği, paket kaybı, kablosuz ortam ve uç cihazın kaynak kullanımı birlikte değerlendirilmelidir. Microsoft'un Teams ağ hazırlığı rehberi de yetersiz bant genişliği ile paket kaybı ve jitter gibi sorunları ayrı ele alır. Bu yazı bir uygulama ayar tarifinden çok arızayı daraltma rehberidir.
Önce sorunun kapsamını belirleyin
Sorun tek kullanıcıda mı, aynı odadaki herkeste mi, bütün ofiste mi görülüyor? Aynı anda başlayan şikâyetleri tarih ve saatle kaydedin. Tek cihaz etkileniyorsa kamera, kulaklık, işlemci yükü ve uygulama sürümü de araştırılmalıdır. Yalnızca bir toplantı odası etkileniyorsa kablosuz kapsama, erişim noktası yoğunluğu veya odanın kablolu bağlantısı öncelik kazanır.
Aynı toplantıya kontrollü biçimde kablolu bağlantıyla katılarak Wi-Fi etkisini ayırın. Bu karşılaştırmada cihazı ve uygulamayı mümkün olduğunca aynı tutun. Ofisteki diğer kişilerin üretim işlerini bozacak genel ağ değişikliklerinden kaçının. Sorunun saatini bilmek, BT ekibinin hat kullanımı ve cihaz kayıtlarıyla eşleştirme yapmasını kolaylaştırır.
Yükleme yönündeki trafik görünür olmalı
Kamera, mikrofon ve ekran paylaşımı ofisten dışarıya veri gönderir. Aynı zaman dilimindeki bulut yedekleme veya büyük dosya gönderimi yükleme yönünü doldurabilir. İndirme yönünde boşluk bulunması bu durumu göstermez. İki yönü ayrı izleyin. Turklan yalnızca kurumsal ve simetrik erişim sunar; kapasite planında toplantıların iki yönlü ihtiyacı değerlendirilir.
Kapasite artışı kararı vermeden önce yoğun işlerin saatini ve eş zamanlılığını inceleyin. Yedeklemeyi başka zaman dilimine almak veya uygulama bazında sınırlamak bazen daha doğrudan bir çözümdür. QoS uygulamaların önceliğini düzenleyebilir, fakat mevcut hattın fiziksel kapasitesini artırmaz. Politikanın hangi cihazlarda geçerli olduğu ve uçtan uca korunup korunmadığı teknik ekiple kontrol edilmelidir.
Üç ölçütü birbirine karıştırmayın
Gecikme verinin hedefe ulaşması için geçen süreyle ilgilidir. Jitter, paketlerin geliş sürelerindeki değişkenliği anlatır. Paket kaybında verinin bir kısmı hedefe ulaşamaz. Her uygulamanın davranışı ve toleransı farklı olabilir; tek bir sayıyı bütün kurumsal uygulamalar için kesin sınır gibi sunmak doğru değildir. İlgili uygulamanın güncel tanılama verilerini ve üretici kılavuzunu kullanın.
VPN veya güvenlik cihazı üzerinden geçirilen trafik de ağ yolunu ve işlem yükünü değiştirebilir. Güvenlik kontrollerini rastgele kapatmak yerine ağ ekibiyle uygulamanın desteklenen bağlantı yöntemlerini değerlendirin. Test sunucusuna ulaşımın iyi olması toplantı hizmetine giden yolun aynı olduğunu göstermez. Uygulamanın kendi görüşme kayıtları bu nedenle genel hız testini tamamlar.
Destek talebini nasıl hazırlamalı?
Etkilenen kullanıcı sayısı, bağlantı türü, toplantı saati, uygulama adı, kablolu karşılaştırma ve o sıradaki yükleme trafiğini tek kayıt altında toplayın. Sorunu yeniden üretmek için kısa bir test aralığı belirleyin. Toplantı içeriğini, katılımcıların kişisel bilgilerini veya hesap parolalarını destek kanallarına taşımadan yalnızca gerekli teknik bilgiyi paylaşın. Sonuçları önceki ölçümle karşılaştırarak yapılan değişikliğin etkisini doğrulayın.
Kaynak: Microsoft Learn, Prepare your organization's network for Teams — https://learn.microsoft.com/en-gb/MicrosoftTeams/prepare-network . Bu kaynak Teams'e özgü ayrıntılar içerir; farklı toplantı uygulamaları için kendi üretici gereksinimleri esas alınmalıdır.
Kurumsal bağlantınız için Metro Ethernet hizmetini inceleyin.