QoS Yapılandırması: VoIP ve Video Konferans İçin Trafik Önceliği

Özet: QoS (Quality of Service) yapılandırması; KOBİ ofisinde VoIP, video konferans için trafik önceliklendirme ve uygulama rehberi.
Özet: QoS (Quality of Service), bir ağdaki farklı trafik tiplerine farklı öncelikler tanımlama disiplinidir. KOBİ ofisinde sınırlı internet bant genişliği VoIP araması, Teams/Zoom toplantısı, dosya transferi, web tarama ve YouTube arasında bölünür; QoS olmadan en gürültülü uygulama (örnek YouTube) önemli olanı (VoIP) bozar. Doğru yapılandırılmış QoS; VoIP'i en yüksek önceliğe alır, video konferansı ikinci sıraya, dosya transferini üçüncü sıraya yerleştirir, "background" trafiği en sona iter. Switch ve router üzerinde DSCP marking ile uygulanır; KOBİ ölçeğinde bir öğleden sonrada kurulur ve yıllar boyunca sessiz çalışır.
KOBİ'lerde "internet yavaş" şikayeti çoğu zaman ham bant genişliğinden değil, trafik karmaşıklığından gelir. Tek hatta 50 cihaz aynı anda farklı işler yapıyor: muhasebe ERP'ye veri gönderiyor, satış Teams'te toplantıda, ofis Zoom kullanıyor, biri Netflix dinliyor (mola), bulut backup gece batch'i 2 saat erken başladı. QoS olmadan tüm bu trafik aynı önceliğe sahip — sonuç: müşteriyle yapılan VoIP araması kekeliyor.
Bu yazıda KOBİ ölçeğinde QoS'u nasıl yapılandıracağınızı, VoIP/video önceliklendirme stratejisini ve switch/router seviyesinde uygulamayı ele alıyoruz. Hedef kitlemiz IT yöneticileri, ağ yöneticileri ve VoIP/video konferans kalitesinden şikayet alan yöneticiler.
QoS Neden Gerekli?
İnternet/yerel ağ "best effort" çalışır — paketlerin sırası ve gecikmesi garanti değildir. QoS bu varsayılana öncelik kuralı ekler.
QoS Olmayan Ortam
[VoIP paket] | [Backup paket] | [VoIP paket] | [Backup paket]
sıra
Backup büyük (1500 byte), VoIP küçük (~200 byte) ve düzenli ara gerektirir. Backup paketler queue'yu doldurursa VoIP gecikir, kekeler.
QoS Olan Ortam
[VoIP paket] | [VoIP paket] | [Backup paket] | [Backup paket]
yüksek öncelik düşük öncelik
VoIP her zaman önce. Backup beklemekten zarar görmez (insan kullanımı değil).
Trafik Sınıflandırması
QoS uygulanması için trafik kategorilere ayrılır.
Tipik QoS Sınıfları
| Sınıf | Uygulama | Latency | Bant Genişliği |
|---|---|---|---|
| Voice (Real-Time) | VoIP, IP telefon | <150 ms | Düşük (~100 kbps) |
| Video (Real-Time) | Teams, Zoom, Meet | <150 ms | Yüksek (1-5 Mbps) |
| Critical Data | ERP, CRM, kurum portalı | <500 ms | Orta |
| Important Data | E-posta, dosya | <1 saniye | Orta-yüksek |
| Best Effort | Web tarama | Tolerans yüksek | Geniş |
| Bulk | Backup, OS update | Önemsiz | Düşük öncelik |
| Scavenger | YouTube, sosyal medya | Önemsiz | En düşük |
KOBİ İçin Sade Model
Üç sınıf yeterli olabilir:
- High: VoIP, video konferans
- Medium: Kritik iş uygulamaları (ERP, M365)
- Low: Web, backup, eğlence
DSCP Marking
QoS uygulamasında DSCP (Differentiated Services Code Point) standart kullanılır.
Tipik DSCP Değerleri
| DSCP | Adı | Önerilen Kullanım |
|---|---|---|
| EF (46) | Expedited Forwarding | VoIP |
| AF41 (34) | Assured Forwarding | Video konferans |
| AF31 (26) | Critical Apps | ERP, kritik iş |
| AF21 (18) | Important | E-posta |
| 0 | Default (Best Effort) | Web tarama |
| CS1 (8) | Scavenger | YouTube, kişisel |
DSCP, IP header'da bir alandır — paket nereye giderse gitsin "ben yüksek öncelikliyim" sinyali taşır.
Marking Yerleri
DSCP marking uygulamada üç farklı yerde yapılabilir:
- Uygulamada: VoIP yazılımı kendi paketini EF marker
- Switch'te: Trust port (uygulama markerını kabul)
- Router'da: Outbound trafiği WAN'a çıkmadan marker
KOBİ tipik yaklaşım: VoIP/video uygulamalar kendi marker'larını koyar, switch trust eder, router/firewall WAN'a önceliklendirilmiş gönderir.
KOBİ Ölçeğinde QoS Mimari
LAN İçinde QoS
Switch tarafında:
- Voice VLAN (VoIP cihazlar için)
- DSCP trust enabled
- Queue priority (4-8 queue, donanıma göre)
- Strict priority (en yüksek queue önce)
WAN'a Çıkışta QoS
Router/firewall tarafında:
- Outbound shaping (trafiği WAN bant genişliğine göre düzenle)
- Class-based queuing
- Bandwidth garanti (örnek VoIP'e %10 garanti)
- Maksimum sınır (Scavenger'a max %20)
İnternet Geleni Kontrol
Inbound QoS sınırlı — sağlayıcı QoS yapmadığı sürece tam kontrol yok. Ancak:
- BBR/CUBIC tıkanıklık kontrolü
- Application-aware shaping
- SD-WAN yapılarında daha gelişmiş
VoIP İçin QoS — Pratik Örnek
VoIP en hassas trafik tipidir.
VoIP Gereksinimleri
- Latency: <150 ms tek yönlü
- Jitter: <30 ms
- Packet loss: <1%
- Bant genişliği (G.711 codec): 87 kbps tek yön
VoIP QoS Yapılandırma
- VoIP cihazlar (telefonlar, softphone) için ayrı VLAN
- Voice VLAN'ında varsayılan DSCP EF (46)
- Switch port: trust dscp / trust voice
- Router'da Voice queue: strict priority
- Bant genişliği: VoIP için minimum %10-15 garanti
Örnek Cisco Switch Komutları
interface GigabitEthernet1/0/1
switchport mode trunk
switchport voice vlan 40
switchport access vlan 20
mls qos trust device cisco-phone
mls qos trust dscp
Video Konferans İçin QoS
Teams, Zoom, Google Meet gibi uygulamalar.
Gereksinimler
- Latency: <150 ms
- Jitter: <30 ms
- Packet loss: <1% (ses), <1.5% (video)
- Bant genişliği: 1-5 Mbps tek yön (HD)
Yapılandırma
- Microsoft 365: Teams trafiği DSCP 46/34/24 marker (Microsoft önerisi)
- Zoom: DSCP 46 (audio), 34 (video) marker
- Yapılandırma için Microsoft Teams QoS dokümantasyonu
Yaygın Sorun
Bulut SaaS uygulamaları (Teams, Zoom) DSCP markerını sağlayıcı tarafında yeniden yazabilir; ISP DSCP'yi sıfırlar. Bu durumda KOBİ tarafında DSCP marking sınırlı etki üretir; yine de yerel ağ içinde iyileştirme sağlar.
Bant Genişliği Yönetimi
QoS sadece öncelik değil, bant genişliği planlama da içerir.
Tipik KOBİ Bant Genişliği
- 100/100 Mbps fiber
- 30 çalışan
- Aktif kullanım: 50 cihaz
Tipik Tüketim
- Background (OS update, indirme): %30-40
- Web tarama, e-posta: %20-30
- Bulut uygulamalar (M365, Salesforce): %15-25
- Teams/Zoom video: %20-40 (çok kişi katılırsa)
- VoIP: %1-5
Toplam: %100'ü aşabilir → tıkanıklık → kullanıcı şikayeti.
Çözüm
QoS ile yönetilen önceliklendirme + (gerekiyorsa) bant genişliği yükseltme. Sadece bant genişliği eklemek QoS olmadan yetmez — Netflix izleyen biri 50 Mbps tüketebilir; doğru sınırlama gerek.
Traffic Shaping
QoS'tan biraz farklı bir kavram: bant genişliği sınırlandırma.
Tipik Kullanım
- Misafir Wi-Fi: kullanıcı başına max 10 Mbps
- Belirli IP/cihaz: max 20 Mbps
- Belirli uygulama: max 30 Mbps (örnek YouTube)
Yapılandırma
Modern firewall'larda (FortiGate, Palo Alto, Sophos):
- Application-aware shaping
- IP/user/group bazlı sınır
- Schedule (mesai saatleri içinde sıkı, dışında gevşek)
KOBİ Tipik Politika
| Kullanıcı/Trafik | Sınır |
|---|---|
| Misafir Wi-Fi | 10 Mbps/kullanıcı |
| Çalışan toplam | 50 Mbps/kullanıcı |
| Streaming (YouTube, Netflix) | %20 toplam bant |
| Backup trafiği | Gece geniş, gündüz dar |
| OS Update | Sadece gece |
Test ve Doğrulama
QoS doğru çalışıyor mu — nasıl test edilir?
Araçlar
- Wireshark: DSCP marker doğru mu görmek için
- iperf3: Bant genişliği test
- Pingplotter / Smokeping: Latency, jitter izleme
- MOS skoru: VoIP kalite ölçümü (otomatik VoIP gateway'lerinde)
KPI'lar
- VoIP MOS skoru: >4.0 olmalı
- Latency (LAN içi): <5 ms
- Latency (WAN): <50 ms (yerel), <150 ms (uzak)
- Jitter: <30 ms
- Packet loss: <1%
Yaygın QoS Hataları
KOBİ'de tipik sorunlar:
- DSCP marker yapıyorum ama trust eksik: Switch port trust değilse marker silinir
- Tüm trafiği high priority yapıyorum: Hiçbir şey yüksek değildir
- Inbound QoS yok: İndirme tıkanıklığı azaltılamaz
- VLAN ayrımı yok: Voice trafiği data trafiği ile karışır
- Bandwidth shaping eksik: Background trafiği patlar
- Yıllarca gözden geçirilmemiş: Yeni uygulamalar QoS'a girmemiş
- SaaS DSCP korunmaz: Bulut'ta marker yeniden yazılır, hala marker yapılırsa LAN içinde fayda
Yamanlar Bilişim Olarak Sunduğumuz Hizmetler
KOBİ ölçeğinde QoS destek alanlarımız:
- Mevcut trafik analizi (NetFlow, sniffing)
- VoIP/video kalite ölçümü
- QoS politika tasarımı
- Switch ve router yapılandırması
- DSCP marking standardı
- Bant genişliği planlaması
- Yıllık QoS gözden geçirme
- VoIP MOS izleme
Sıkça Sorulan Sorular
Sonuç
QoS; sınırlı bant genişliği ortamında VoIP, video konferans ve kritik iş trafiğinin yavaşlamamasını garantileyen sessiz disiplinidir. KOBİ ölçeğinde DSCP marking + switch/router yapılandırma + yıllık gözden geçirme bir öğleden sonrada kurulur, yıllar boyunca arka planda çalışır. "İnternet yavaş" şikayetleri, çoğu zaman bant genişliği değil QoS eksikliğindendir.
Yamanlar Bilişim olarak ölçeğinize uygun trafik analizi, QoS tasarımı ve uygulama hizmetleri sunuyor; ofisinizdeki müşteri görüşmelerinin kalitesini "şanslıysak iyi" konumundan "garanti altında" güvene taşıyoruz.
Sıkça Sorulan Sorular
KOBİ ofisi için QoS gerçekten gerekli mi?
VoIP veya video konferans yoğun kullanılıyorsa — kesinlikle evet. Sadece web tarama ve e-posta yapılan ofiste QoS getirisi sınırlı, ama yine de zarar vermez. 5+ kişi sürekli Teams/Zoom kullanıyor + VoIP telefon varsa QoS olmadan kalite şikayetleri kaçınılmaz.
Bulut SaaS (Teams, Zoom) trafiği için QoS işe yarar mı?
Sınırlı. KOBİ → ISP → SaaS sağlayıcı yolunda DSCP marker sıklıkla sıfırlanır. Ama yerel ağ içinde (KOBİ → ISP ye kadar) QoS yine değer üretir; bant tıkandığında bulut trafiği önceliklendirilir. Microsoft Teams için Microsoft QoS yapılandırma dokümanı önerir.
KOBİ olarak hangi switch QoS gereksinimi karşılar?
Layer 2+ yönetilebilir switch (örnek Cisco Catalyst, Aruba Instant On, Ubiquiti UniFi, MikroTik) çoğu QoS özelliğini destekler. Layer 3 switch tercih edilir (VLAN routing). Unmanaged switch veya ev tipi router QoS yapamaz.
VoIP i ayrı bir hatta koymak QoS tan daha mı iyi?
Mümkün ama maliyet artar. KOBİ de tek hat + iyi QoS, çift hat tan ekonomik ve yeterli. Çift hat: kritik VoIP gerektiren ortamlar (call center, sürekli müşteri telefonu) için anlamlı. Standart KOBİ ofisi: iyi QoS yeter.
QoS ile bant genişliği aslında azaltıyor mu?
Hayır, sadece paylaştırıyor . Tıkanıklık olduğunda öncelikli trafik geçer, geri kalan bekler. Tıkanıklık yoksa QoS etkisiz — herkes tam hız kullanır. Bu yüzden KOBİ kullanımı normal seviyedeyken QoS fark edilmez; rush hour da hayat kurtarır.
NetFlow/sFlow ile trafik analizi şart mı?
QoS politikası tasarımı için yardımcı, şart değil. Manuel: hangi uygulama yoğun? Çalışanları sor, log incele. Otomatik: NetFlow/sFlow + ntopng/SolarWinds NTA — gerçek dağılım görsel. KOBİ küçük ölçekte manuel yetebilir; orta ölçek+ için NetFlow yatırımı pratik.
Yazar
Serdar
Yamanlar Bilişim Uzmanı
Yamanlar Bilişim bünyesinde IT altyapısı, siber güvenlik ve dijital dönüşüm konularında içerikler üretmektedir. Sorularınız için iletişime geçebilirsiniz.
Profesyonel Destek
Bu konuda destek alın
Ağ ve Güvenlik alanında ihtiyaç duyduğunuz çözümü birlikte tasarlayalım. Uzman ekibimiz 1 iş günü içinde size geri döner.
support@yamanlarbilisim.com.tr · Yanıt süresi: 1 iş günü
Devamını Oku
İlgili Makaleler

IPv6 Hazırlık: KOBİ Ne Zaman ve Nasıl Geçmeli?
IPv6 nedir, KOBİ için ne zaman geçiş zamanı, dual-stack mimarisi ve pratik hazırlık adımları rehberi.

Captive Portal ile Misafir Wi-Fi Yönetimi
Captive portal nedir, KOBİ ofisi ve misafir Wi-Fi senaryolarında uygulanması, 5651 uyumlu loglama ve marka deneyimi rehberi.

Wi-Fi 6 ve 6E'ye Geçiş: KOBİ Ofisinde Kapsama Planlaması
Wi-Fi 6 (802.11ax) ve Wi-Fi 6E özellikleri; KOBİ ofisinde geçiş kararı, kapsama planlaması ve cihaz uyumu rehberi.