Kamera Ağı Bant Genişliği Hesabı: Uplink ve Omurga Boyutlandırma

Kamera ağında görüntü donuyorsa suçlu nadiren kamera portudur. Tıkanma uplink’te, omurgada ya da kayıt sunucusunun ağ kartında olur. Aşağıdaki yöntem, kamera başına bitrate’ten başlayıp erişim switch’i, omurga, NVR/VMS sunucusu ve WAN için ayrı ayrı toplam çıkarır; kamera projesini ağ ekibiyle birlikte boyutlandıran IT yöneticisi ve network uzmanı için yazıldı.

Kamera trafiğini oluşturan akışlar: kayıt, canlı izleme, alt akış

Sahada en sık gördüğümüz hesap hatası “kamera sayısı × bitrate” çarpımıyla işi bitirmektir. Bir kamera sisteminde birbirinden bağımsız en az beş trafik kalemi vardır ve her biri ağın farklı bir kesitinden geçer:

• Kayıt akışı (ana akış): Kameradan kayıt sunucusuna sürekli ya da olay tabanlı akan yüksek çözünürlüklü akış. Erişim uplink’ini, omurgayı ve sunucu NIC’ini yükler.
• Alt akış: Mozaik izleme, mobil istemci ve bazı analitik motorları için düşük çözünürlüklü ikinci akış. Bazı VMS’ler bunu sürekli çeker, bazıları yalnız istendiğinde.
• Canlı izleme istemcileri: Operatör istasyonları, video wall dekoderleri. VMS akışı sunucu üzerinden aktarıyorsa (proxy) bu trafik sunucunun çıkış yönünde görünür; istemci kameradan doğrudan çekiyorsa kamera uplink’inden ikinci kez geçer.
• Yedekleme ve arşiv kopyası: Kayıtların ikinci depolamaya, felaket kurtarma lokasyonuna veya arşiv katmanına kopyalanması.
• Uzak izleme: Şube, merkez izleme odası veya mobil kullanıcıların WAN/İnternet üzerinden çektiği akışlar.

Bu yüzden hesap tek bir sayı değil, her bağlantı için ayrı bir toplamdır. Erişim uplink’i yalnız o switch’e bağlı kameraların gönderdiğini taşır; kayıt sunucusunun NIC’i ise tüm kameraların kayıt akışını alır, tüm istemcilere giden akışları gönderir. Full-duplex bağlantıda iki yön ayrı hesaplanır. Tek toplam yanıltır.

Kamera başına bitrate nasıl belirlenir

Bitrate; çözünürlük, kare hızı, codec (H.264/H.265 ve üreticinin akıllı codec modu), GOP uzunluğu, sahnedeki hareket ve gece gürültüsüyle değişir. Veri sayfasındaki “maksimum bitrate” tasarım değeri değildir. Gerçek değer sahada ölçülür:

1. Her kamera tipi için hedef ayarı (çözünürlük, fps, codec, CBR/VBR tavanı) proje şartnamesinde sabitleyin. Kurulumdan sonra kimse “biraz artıralım” diye oynamasın.
2. Temsili bir sahne seçip gündüz, gece ve yoğun saatlerde 24 saat boyunca bitrate’i VMS istatistiklerinden veya switch port sayaçlarından kaydedin.
3. Tasarımda ortalamayı değil, VBR tavanını ya da ölçülen tepe değeri kullanın. Gece IR altındaki gürültü, yağmur, kar ve rüzgârda sallanan ağaç VBR akışını belirgin şekilde yükseltir.

Gündüz ölçüp geceyi tahmin eden tasarım, ilk kış gecesinde patlar. Codec ve bitrate kontrol modunun (CBR, VBR, akıllı codec) tepe değere etkisi için CBR, VBR ve akıllı codec bitrate ayarı rehberi bu adımın girdisini netleştirir.

Hesaba bir de protokol ek yükü girer. Örnek hesap: RTSP üzerinden UDP/RTP taşınan 1.400 baytlık bir video yükü için RFC 3550’de tanımlı RTP başlığı (12 bayt), UDP (8), IP (20) ve Ethernet başlığı, FCS, preamble ile çerçeveler arası boşluk (toplam 38 bayt) eklenir; 78 baytlık ek yaklaşık %5,6 eder. Akış RTSP-over-TCP ile taşınıyorsa TCP başlığı ve 4 baytlık interleave başlığı yüzünden oran biraz daha yüksektir. Bitrate’i yaklaşık %6–8 artırarak hat hızına çevirmek güvenli bir varsayımdır.

Erişim switch’i ve uplink kapasitesi hesabı

Erişim katmanında hesap basittir: switch’e bağlı her kameranın gönderdiği tüm akışlar toplanır. Kamera portu tarafında 100 Mbit/s bile çoğu kamera için yeter. Asıl soru uplink’tir.

Uplink trafiği = Σ (ana akış tepe bitrate’i + sürekli çekilen alt akış + kameradan doğrudan çekilen canlı akışlar) × protokol ek yükü

Burada iki davranışı atlamayın. Birincisi, video I-frame’lerle patlamalı (burst) gelir; ortalaması 6 Mbit/s olan bir akış kısa anlarda port hızında paket dizileri üretir. Çok sayıda kamera aynı uplink’e boşaldığında bu mikro patlamalar, ortalama kullanım düşük görünse bile çıkış kuyruğunu taşırır. Küçük buffer’lı giriş seviyesi PoE switch’lerde etki daha belirgindir. Grafik sakin, kayıtta kare eksik. İkincisi, VMS canlı izlemeyi kameradan doğrudan alıyorsa aynı akış her operatör için ayrı bir unicast kopya olarak uplink’ten geçer; bunun çözümü multicast ve IGMP snooping ya da sunucu üzerinden aktarımdır.

Uplink seçiminde hesaplanan tepe trafiğin uplink kapasitesinin yarısını aşmamasını hedefleyin. Bu bir standart değil; mikro patlama ve sonradan eklenecek kameralar için bırakılan tasarım payıdır. 24 kameralı bir erişim switch’inde hesap birkaç yüz Mbit/s’te kalıyorsa 1G uplink teknik olarak yeter. Ama switch ömrü boyunca kamera sayısı da çözünürlük de artar; yeni projede 10G SFP+ uplink’li erişim switch’i seçmek çoğu zaman ucuz bir sigortadır. PoE güç bütçesi bu hesaptan bağımsız, ayrı bir boyutlandırma kalemidir.

Omurga ve NVR/VMS sunucu tarafı boyutlandırma

Omurgada tüm erişim uplink’lerinin toplamı kayıt sunucularına giden bağlantılarda düğümlenir. Sunucu tarafında üç ayrı değer hesaplanır:

• Giriş (ingest): Sunucuya atanmış tüm kameraların kayıt akışları + sürekli çekilen alt akışlar.
• Çıkış: Canlı izleme ve oynatma istemcilerine, video wall’a, arşiv/yedek hedefine giden akışlar.
• Disk yazma hızı: Kayıt bitrate’inin bayta çevrilmiş hali; 840 Mbit/s kayıt yaklaşık 105 MB/s sürekli yazma demektir. Bu değer depolama tasarımının girdisidir.

Sunucuda iki 1G portu LACP ile birleştirmek toplam kapasiteyi artırır, ancak LACP her akışı tek bir fiziksel bağlantıya hash’ler. Çok sayıda kamera akışı genellikle dengeli dağılır; tek bir büyük akış (örneğin arşiv kopyası) ise tek bağlantının hızına takılır. Konsolda iki port görünür, akış tek porttan gider. Sunucu girişinin 1G’ye yaklaştığı tasarımlarda doğrudan 10G NIC hem daha basit hem daha öngörülebilirdir. Birden fazla kayıt sunucusu varsa kameraların sunuculara dağılımını ve failover anında yedek sunucunun üstüne binecek ek yükü de hesaba katın.

Uzak izleme ve WAN trafiği

WAN, kamera sisteminin en dar ve en pahalı bağlantısıdır. Temel kural: ana akış WAN’a çıkmaz. Uzak kullanıcı alt akışla ya da VMS’in yeniden kodladığı (transcoded) düşük bitrate akışla izler; ana akış yalnız olay incelemesinde ve kısa süreli çekilir. Hesap şöyle yapılır:

WAN trafiği = eş zamanlı uzak kullanıcı × kullanıcı başına görüntü sayısı × görüntü başına bitrate

Şubeden merkeze kayıt yapılıyorsa tablo değişir: şubenin tüm kayıt trafiği WAN’dan geçer. Bu senaryoda yerel kayıt (şubede NVR veya kamera üstü SD kart) ve merkeze yalnız olay klibi ya da alt akış göndermek çoğu zaman daha gerçekçidir. Bu mimari karar çok lokasyonlu kamera yönetimi yazısında ayrıntılı anlatılıyor.

Örnek hesap: 120 kameralı tesis

Aşağıdaki değerler örnek hesaptır; bitrate’ler varsayımdır, kendi projenizde sahada ölçülen tepe değerlerle değiştirin. Varsayımlar: 100 adet 4 MP kamera (H.265, tepe 6 Mbit/s), 20 adet 8 MP kamera (tepe 12 Mbit/s), tüm kameralardan VMS’e sürekli çekilen 0,75 Mbit/s alt akış, canlı izleme sunucu üzerinden aktarılıyor, 5 erişim switch’i (her birinde 24 kamera).

Kalem	Hesap	Sonuç
Kayıt (ana akış)	100×6 + 20×12	840 Mbit/s
Alt akış (sürekli)	120×0,75	90 Mbit/s
Sunucu girişi	(840+90)×1,07	~995 Mbit/s
Operatör mozaikleri	4 istasyon×16×0,75	48 Mbit/s
Video wall	12 pencere×6	72 Mbit/s
Arşiv kopyası	840×24÷8 saatlik pencere	2.520 Mbit/s
Uzak izleme (WAN)	3 kullanıcı×4×0,75	9 Mbit/s

Tablodan çıkan kararlar:

• Erişim uplink’i: En yoğun switch’e 8 MP kameraların tamamı bağlansa bile (20×12 + 4×6 + 24×0,75 ≈ 282 Mbit/s) 1G uplink yeter; büyüme için 10G uplink önerilir.
• Sunucu NIC’i: Yaklaşık 1 Gbit/s giriş tek 1G portu doyurur; 2×1G LACP de payı olmayan, sınırda bir çözümdür. 10G NIC tercih edilmelidir; çıkış yönündeki yaklaşık 120 Mbit/s izleme trafiği de aynı karta biner.
• Arşiv kopyası: Günlük kayıtları gece 8 saatlik pencerede kopyalamak 2,5 Gbit/s ister. Ya sürekli replikasyon (840 Mbit/s) seçilir ya da kopya ayrı bir depolama ağına alınır. Gözden kaçan kalem budur.
• Disk yazma: 840 Mbit/s ≈ 105 MB/s sürekli yazma; depolama ve saklama süresi için NVR kayıt süresi ve depolama hesabı rehberini kullanın.

Ölçüm ve doğrulama: port sayaçları ve oversubscription

Kâğıttaki hesap sahada doğrulanmadan bitmiş sayılmaz. Cisco IOS/IOS XE switch’lerde varsayılan 5 dakikalık ortalama tepe trafiği gizler; ölçüm yapılacak arayüzlerde ortalama süresini kısaltın:

interface TenGigabitEthernet1/1/1
 load-interval 30
!
show interfaces TenGigabitEthernet1/1/1 | include rate|drops
show interfaces counters errors

Konsolda ilk bakılacak yer “Total output drops” sayacıdır. Ortalama kullanım düşükken bu sayaç artıyorsa mikro patlama yüzünden kuyruk taşıyor demektir. Sunucu tarafında Linux’ta sar -n DEV 1 ile anlık giriş/çıkış hızı, ethtool -S <arayüz> ile sürücü düzeyindeki düşmeler izlenir. VMS’in kendi istatistiklerindeki kare kaybını ve kayıt boşluklarını ağ sayaçlarıyla yan yana okuyun; ikisi aynı saatte sıçrıyorsa sorun ağdadır.

Oversubscription oranı, port toplam kapasitesinin uplink kapasitesine oranıdır: 48 portlu 1G bir switch ve 2×10G uplink için 48:20 = 2,4:1. Ofis ağında bu oran makul bir tasarım parametresidir. Kamera ağında anlamlı olan port kapasitesi değil, gerçek akış toplamıdır; kameralar sürekli ve aynı yöne trafik ürettiği için oversubscription’ı port sayısı üzerinden değil, ölçülen tepe trafiğin uplink’e oranı üzerinden takip edin. Ses ve başka hassas trafikle aynı altyapıyı paylaşan ağlarda kuyruk önceliklendirmesi için kurumsal LAN’da QoS ve DSCP tasarımı yazısına bakabilirsiniz.

Uplink ve omurga tasarımını kamera yerleşimiyle birlikte ele almak isterseniz PoE switch ve kamera ağ altyapısı ile fiber optik kamera backbone tasarımı hizmet sayfalarında kapsamı görebilirsiniz.

Sık sorulan sorular

Bir IP kamera ne kadar bant genişliği kullanır?

Sabit bir değer yok; çözünürlük, kare hızı, codec, sahne hareketi ve gece gürültüsüyle değişir. Veri sayfasındaki maksimum değeri değil, hedef ayarlarla sahada 24 saat ölçülen tepe bitrate’i kullanın ve üzerine protokol ek yükünü ekleyin.

Kamera switch’inde 1G uplink yeterli mi?

Bağlı kameraların ana akış, sürekli alt akış ve doğrudan çekilen canlı akışlarının tepe toplamı uplink kapasitesinin yarısının altındaysa teknik olarak yeter. Mikro patlama ve büyüme payı için yeni projelerde 10G uplink genellikle daha güvenli seçimdir.

NVR veya VMS sunucusunda neden 10G ağ kartı gerekir?

Sunucu tüm kameraların kayıt akışını alırken aynı anda istemcilere ve arşiv hedefine akış gönderir. Örnek hesaptaki 120 kameralı tesiste giriş yaklaşık 1 Gbit/s’ye çıkar; LACP tek bir akışı tek bağlantıyla sınırladığı için 10G NIC daha öngörülebilir sonuç verir.

Ortalama kullanım düşükken neden kare kaybı olur?

Video akışları I-frame’lerde patlamalı trafik üretir; çok sayıda kamera aynı uplink’e boşaldığında switch çıkış kuyruğu kısa süreli taşar. Bu durum 5 dakikalık ortalamada görünmez; output drops sayacı ve kısaltılmış load-interval ile yakalanır.