Kamera Ağında Multicast ve IGMP Snooping Nasıl Yapılandırılır?

On operatör aynı kamerayı izlediğinde unicast mimaride kamera aynı akışı on kez gönderir. Multicast bu tekrarı kaldırır; ama switch’te IGMP snooping ve querier eksikse tek bir kamera akışı VLAN’daki bütün portlara taşar. Aşağıda kamera ağında multicast’in ne zaman gerektiği, snooping ve querier kurulumu, VLAN’lar arası senaryoda PIM ihtiyacı ve sahada kullandığımız doğrulama sırası var.

Unicast ve multicast: kamera akışında farklar

Unicast’te her istemci kameradan veya kayıt sunucusundan ayrı bir RTSP oturumu açar ve her oturum için ayrı akış gönderilir. Kaynaktaki yük istemci sayısıyla doğrusal artar. Kameranın işlemcisi sınırlıdır; çoğu model eş zamanlı unicast oturum sayısını da sınırlar. Beşinci operatör bağlanamaz.

Multicast’te kamera akışı tek bir grup adresine (örneğin 239.20.1.15) bir kez gönderir. İstemciler bu gruba IGMP üyelik mesajıyla katılır; ağ akışı yalnız üye olan portlara kopyalar. Kaynaktaki yük istemci sayısından bağımsızdır. Bedeli, ağın grup üyeliklerini takip etmek zorunda olmasıdır. Kamera tarafında multicast genellikle iki şekilde başlar: istemci RTSP SETUP isteğinde multicast taşıma talep eder ya da kamera/VMS ayarında akış “sürekli multicast” olarak tanımlanır. ONVIF profillerinde multicast adresi, port ve TTL değeri akış yapılandırmasının parçasıdır.

Multicast ne zaman gerekir, ne zaman gereksizdir

Multicast her kamera ağına uymaz. Karar şu tabloya göre verilir:

Senaryo	Önerilen yaklaşım
Tek kayıt sunucusu, az sayıda izleme istemcisi	Unicast; multicast gereksiz karmaşıklık
VMS canlı akışı sunucu üzerinden aktarıyor	Kamera tarafında unicast yeterli; yük sunucuda
Kontrol odası, çok sayıda operatör aynı kameraları izliyor	Multicast değerlendirilmeli
Video wall dekoderleri doğrudan kameradan çekiyor	Multicast uygun
Kayıt sunucusu ve istemci farklı VLAN’da	Multicast ancak PIM ile; aksi halde unicast
WAN veya VPN üzerinden izleme	Unicast; WAN’da multicast nadiren desteklenir

Belirleyici olan VMS mimarisidir. Bazı platformlar canlı izlemeyi her zaman kayıt sunucusu üzerinden aktarır ve multicast’i yalnız sunucu ile istemci arasında destekler; bazıları kameranın multicast akışını doğrudan istemcilere yönlendirir. Switch’e tek satır yazmadan önce VMS dokümantasyonunda multicast’in hangi segmentte kullanıldığını netleştirin. Akış profillerinin rolü için ana, alt ve kayıt akış profilleri yazısı tamamlayıcıdır.

IGMP snooping ve querier rolü

Katman 2 switch varsayılan olarak multicast çerçevelerini bilinmeyen hedef gibi ele alır ve VLAN’daki tüm portlara basar (flooding). IGMP snooping, switch’in istemcilerden gelen IGMP Report ve Leave mesajlarını dinleyip hangi portta hangi gruba üye olduğunu öğrenmesini ve trafiği yalnız o portlara iletmesini sağlar. Davranış RFC 4541’de tanımlanan snooping yaklaşımına dayanır.

Snooping tek başına yetmez. Üyeliklerin canlı kalması için VLAN’da periyodik IGMP Query gönderen bir querier gerekir. İstemciler Query’ye yanıt verip üyeliklerini yeniler, switch de tabloyu günceller. Querier yoksa ilk katılımdaki raporlar bir süre işe yarar, sonra üyelik kayıtları zaman aşımına düşer. IGMPv2 varsayılan zamanlayıcılarında bu süre (grup üyelik aralığı) 260 saniyedir. Sahada “görüntü birkaç dakika geliyor, sonra donuyor” şikayetini duyduğumuzda ilk baktığımız şey querier’dır. Dört dakika yirmi saniye. Bazı switch’ler bu durumda akışı yeniden tüm portlara taşır; davranış üreticiye göre değişir.

Querier rolünü normalde VLAN’ın varsayılan ağ geçidi olan katman 3 cihaz (PIM etkin SVI) üstlenir. Saf katman 2 bir kamera VLAN’ında ise bir switch’te IGMP snooping querier özelliği açılır. Aynı VLAN’da birden fazla querier adayı varsa en düşük IP adresli olan seçilir.

Switch yapılandırma örnekleri

Aşağıdaki örnek Cisco IOS XE (Catalyst) sözdizimidir; kamera VLAN’ı 20, querier olacak switch’in yönetim adresi 10.20.0.2. Catalyst’te IGMP snooping global olarak varsayılan açıktır; yine de açıkça yazmak yapılandırmayı belgeler ve bir sonraki mühendisin işini kolaylaştırır.

ip igmp snooping
ip igmp snooping vlan 20
ip igmp snooping querier
ip igmp snooping querier address 10.20.0.2
!
interface Vlan20
 ip address 10.20.0.2 255.255.255.0

Video wall dekoderi veya operatör istasyonu gibi her portta tek istemcinin bulunduğu erişim switch’lerinde, Leave mesajında akışın hemen kesilmesi için immediate-leave kullanılabilir. Portun arkasında birden fazla alıcı varsa (ara switch, sanallaştırma host’u) bu özellik diğer alıcıların akışını da keser. O portlarda kullanmayın.

ip igmp snooping vlan 20 immediate-leave

Başka üreticilerde komutlar farklıdır, kontrol edilecek ayarlar aynıdır: VLAN bazında snooping açık mı, querier tanımlı mı, bilinmeyen multicast için davranış (flood veya drop) ne, uplink portları mrouter portu olarak öğreniliyor mu yoksa statik mi tanımlı. Multicast ağırlıklı başka ortamlarda da tablo aynıdır; endüstriyel ağlardaki karşılığı EtherNet/IP ağlarında IGMP snooping notunda anlatılıyor.

VLAN’lar arası multicast ve PIM

Kameralar kamera VLAN’ında, izleme istemcileri ayrı bir operatör VLAN’ındaysa multicast’in yönlendirilmesi gerekir. Segmentasyonun gerekçesi için kamera VLAN’ı neden gerekli yazısına bakabilirsiniz; burada konu, bu segmentler arasında multicast’i taşımak. Katman 3 switch’te multicast yönlendirme ve PIM açılır:

ip multicast-routing
ip pim rp-address 10.0.0.1
!
interface Vlan20
 description KAMERA
 ip pim sparse-mode
!
interface Vlan30
 description OPERATOR
 ip pim sparse-mode

Bazı Catalyst platformlarında genel komut ip multicast-routing distributed biçimindedir; platform dokümantasyonuna bakın. PIM etkin SVI o VLAN’ın IGMP querier’ı olur; aynı VLAN’da ayrıca snooping querier tanımlamaya gerek kalmaz.

PIM-SM bir Rendezvous Point (RP) ister. Kaynak adresi bilinen kamera akışlarında alternatif Source-Specific Multicast’tir (SSM): ip pim ssm default ile 232.0.0.0/8 aralığı SSM’e ayrılır ve RP ihtiyacı ortadan kalkar; ancak istemcilerin IGMPv3 ile kaynak belirterek katılması gerekir (ip igmp version 3 istemci tarafı SVI’da). VMS istemcisinin IGMPv3 kaynak filtreli katılımı desteklediğini test etmeden SSM’e geçmeyin.

Yönlendirilmiş senaryoda unutulan ayar TTL’dir. Bazı kameralar multicast TTL’yi varsayılan 1 gönderir; paket ilk yönlendiricide düşer. Yapılandırma doğru görünür, görüntü gelmez. Kamera akış ayarında TTL’yi geçilecek yönlendirici sayısından büyük bir değere çıkarın.

Sık yapılan hatalar: flooding ve querier eksikliği

• Querier’sız snooping: Görüntü birkaç dakika sonra kesilir ya da flooding’e döner. Her multicast VLAN’ında querier olduğunu doğrulayın.
• Yanlış grup adresi aralığı: IPv4 multicast adresinin yalnız alt 23 biti Ethernet MAC adresine eşlenir; 32 farklı IP grubu aynı MAC’i paylaşır. 239.0.0.x ve 239.128.0.x gibi adresler 224.0.0.x yerel kontrol bloğuyla aynı MAC’e düşer ve birçok switch bunları snooping uygulamadan tüm portlara gönderir. Kamera grupları için kurum içi kapsamlı 239.0.0.0/8 bloğundan (RFC 2365), üçüncü okteti 0 ve 128 olmayan bir alt aralık seçin.
• Aynı grubu birden fazla kameraya atamak: İstemci iki kameranın akışını birlikte alır, görüntü bozulur. Kamera başına ayrı grup ve port planı tutun; tabloyu IP planıyla birlikte saklayın.
• Snooping’i olmayan ara switch: Zincirdeki yönetilemeyen tek bir switch akışı bağlı tüm cihazlara taşır. Kurumsal kamera sistemlerinin ağında yönetilebilir switch kullanın.
• Kablosuz veya düşük hızlı segmentler: Flooding’e uğrayan multicast, kablosuz köprü gibi dar bağlantıları doyurur. Köprü düşer, sebep başka yerdedir.

Doğrulama komutları ve test yöntemi

Yapılandırmadan sonra durumu şu komutlarla kontrol edin (Cisco IOS XE):

show ip igmp snooping querier
show ip igmp snooping groups vlan 20
show ip igmp snooping mrouter vlan 20
show ip igmp groups
show ip mroute 239.20.1.15
show ip pim neighbor

Test sırası: bir istemcide akışı açın, grup tablosunda istemcinin portunu görün; akışı kapatın, portun tablodan düştüğünü izleyin. Üye olmayan bir porta bağlı dizüstü bilgisayarda Wireshark’ta ip.dst == 239.20.1.15 filtresi uygulayın; trafik görünmemelidir. Testi en az 10 dakika sürdürün. Querier kaynaklı kesinti ilk birkaç dakikada çıkmaz; beş dakikalık test onu kaçırır. Bu adımları proje kabulüne bağlamak için kamera projesi kabul testi rehberindeki senaryo yapısını kullanabilirsiniz.

Kontrol odası ve video wall tasarımında multicast’in yerini birlikte değerlendirmek için video wall ve güvenlik kontrol merkezi ile kamera VLAN ve ağ segmentasyonu hizmetlerinin kapsamına bakabilirsiniz.

Sık sorulan sorular

Kamera ağında IGMP snooping açmak yeterli mi?

Hayır. Snooping üyelikleri öğrenir, ama üyeliklerin yenilenmesi için VLAN’da periyodik sorgu gönderen bir IGMP querier gerekir. Querier yoksa üyelikler zaman aşımına düşer; görüntü birkaç dakika sonra kesilir ya da trafik tüm portlara taşar.

Her kamera projesinde multicast kullanmak gerekir mi?

Gerekmez. Az sayıda izleme istemcisi olan ya da VMS’in canlı akışı sunucu üzerinden aktardığı ağlarda unicast daha basittir. Multicast, aynı kameraları çok sayıda operatörün veya video wall dekoderinin aynı anda izlediği kontrol odalarında işe yarar.

Kamera ve izleme istemcisi farklı VLAN’daysa multicast çalışır mı?

Katman 3 cihazda multicast yönlendirme ve PIM açılırsa çalışır. Kaynak adresleri bilindiği için SSM de bir seçenektir, ancak istemcinin IGMPv3 ile katılması gerekir. Kameranın multicast TTL değerinin 1’den büyük olduğu da kontrol edilmelidir.

Multicast grup adresi seçerken nelere dikkat edilmeli?

Kurum içi kapsamlı 239.0.0.0/8 bloğunu kullanın; ancak 224.0.0.x ile aynı MAC adresine eşlenen ve snooping uygulanmadan taşırılabilen 239.0.0.x ve 239.128.0.x gibi alt aralıklardan uzak durun. Her kamera akışına ayrı bir grup atayın.