Basit ifadeyle:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
Tek noktaya yayın, iki ağ düğümünün birbiriyle konuşması gerektiğinde kullanılır. Bu oldukça açık, bu yüzden fazla zaman harcamam. Tanımı gereği TCP, Anycast'in dahil olduğu durumlar dışında bir Unicast protokolüdür (aşağıda daha fazlası).
İkiden fazla düğümün trafiği görmesi gerektiğinde, seçenekleriniz vardır.
Tüm düğümler aynı alt ağdaysa, yayın uygun bir çözüm haline gelir. Alt ağdaki tüm düğümler tüm trafiği görecektir. Sağlanan TCP benzeri bağlantı durumu yok. Broadcast, Ethernet protokolünde bir katman 2 özelliği ve ayrıca IPv4'te bir katman 3 özelliğidir.
Çok noktaya yayın, alt ağları geçebilen bir yayın gibidir, ancak yayının aksine tüm düğümlere dokunmaz. Bilgi almak için düğümlerin çok noktaya yayın grubuna abone olmaları gerekir. Çok noktaya yayın protokolleri genellikle UDP protokolleridir, çünkü tanımı gereği hiçbir bağlantı durumu korunamaz. Çok noktaya yayın grubuna veri ileten düğümler, hangi düğümlerin alındığını bilmez. Varsayılan olarak, Internet yönlendiricileri Çok Noktaya Yayın trafiğini geçemez. Dahili kullanım için olsa da, tamamen izin verilir; Böylece, yukarıdaki grafikte "Tanımlanmış ufuk". Çok noktaya yayın, IPv4 ve IPv6'nın 3. katman özelliğidir.
Herhangi bir yayını kullanmak için , aynı ağı İnternet'in birden fazla yerinde tanıtır ve istemcileri birden fazla yerinize yönlendirmek için en kısa yol hesaplamalarına güvenirsiniz. Ağ düğümlerinin kendileri söz konusu olduğunda, yayınlanmış düğümlerinizle konuşmak için tek noktaya yayın bağlantısı kullanıyorlar . Anycast hakkında daha fazla bilgi için, şunu deneyin: "anycast" nedir ve nasıl yardımcı olur? . Anycast ayrıca bir katman 3 özelliğidir, ancak rota birleştirmenin nasıl gerçekleştiğinin bir işlevidir.
Örnekler
Unicast olmayan yöntemlerin gerçek İnternette nasıl kullanıldığına dair bazı örnekler.
Broadcast
ARP bir yayın protokolüdür ve ağdaki diğer düğümlere nasıl trafik gönderileceğini belirlemek için TCP / IP yığınları tarafından kullanılır. Hedef aynı alt ağdaysa, ARP belirtilen IP adresine giden MAC adresini bulmak için kullanılır. Bu, ayrılmış bir FF: FF: FF: FF: FF: FF MAC adresine yapılan Seviye 2 (Ethernet) yayınıdır.
Ayrıca, Microsoft'un makine tarama protokolü meşhur yayın tabanlıdır. Alt ağlarda gezinmeye izin vermek için WINS gibi çalışma ortamları oluşturuldu. Bu, alt ağın yayın adresi olarak listelenen Hedef adresine sahip bir IP paketi olan Seviye 3 (IP) yayınını içerir (192.168.101.0/24’de yayın adresi 192.168.101.255 olur).
NTP protokolü zaman kaynaklarını duyurmak için bir yayın yöntemine izin verir.
Çok Noktaya Yayın
Bir şirket ağı içinde, Çok Noktaya Yayın, video beslemesini sağlayan sunucunun üzerinde büyük bir bant genişliğine sahip olmak zorunda kalmadan, birden çok düğüme canlı video iletebilir. Bu şekilde, yalnızca 100Mb bağlantıda 720p akış besleyen bir video sunucunuz olabilir ve yine de bu beslemeyi 3000 istemciye sunabilirsiniz.
Novell IPX'ten ve IP'ye geçtiğinde, IPX'teki SAP protokolünü değiştirmek için bir hizmet reklam protokolü seçmek zorunda kaldılar. IPX’te, Hizmet Reklam Protokolü, bir hizmetin kullanılabilir olduğunu her açıkladığında ağ genelinde bir duyuru yaptı . TCP / IP böyle bir küresel duyuru protokolünden yoksun olduğundan, Novell bunun yerine Multicast tabanlı bir protokol kullanmayı seçti: Servis Yer Protokolü. Yeni sunucular, hizmetlerini SLP çok noktaya yayın grubunda duyuruyor. Belirli hizmet türlerini arayan müşteriler, çok noktaya yayın grubuna gereksinimlerini bildirir ve tek noktaya yayın yanıtlarını dinler.
HP yazıcıları varsayılan olarak çok noktaya yayın grubundaki varlıklarını açıklar. Doğru araçlarla, ağınızda hangi yazıcıların bulunduğunu öğrenmeyi kolaylaştırır.
NTP protokolü , zaman kaynaklarını yalnızca bir alt ağın dışındaki alanlara duyurmak için çok noktaya yayın yöntemine (IP 224.0.1.1) de izin verir.
Anycast
Anycast, üstüne Unicast katmanlarından beri biraz özeldir. Anycast, aynı ağın , ağa ulaşmak için gereken ağ atlamalarını azaltmak amacıyla ağın farklı bölümlerinde duyurulmasını sağlıyor.
6 ila 4 IPv6 geçiş protokolü Anycast'i kullanır. 6 ila 4 ağ geçidi, belirli bir IP üzerindeki varlığını duyurur, 192.88.99.1. 6to4 ağ geçidi kullanmak isteyen müşteriler 192.88.99.1'e trafik gönderir ve bağlantı isteğini 6to4 yönlendiriciye iletmek için ağa güvenir.
Özellikle popüler NTP ana bilgisayarları için NTP hizmetleri çok iyi bir şekilde yayınlanabilir, ancak bunun kanıtı yok. Protokolde bunu önleyecek hiçbir şey yok.
Diğer hizmetler, son kullanıcıların veri konumlarını iyileştirmek için Anycast'i kullanır. Google, bazı yerlerde arama sayfalarıyla (ve diğerlerinde coğrafi IP ile) Anycast yapar. Kök DNS sunucuları benzer nedenlerden dolayı Anycast kullanır. ServerFault'un kendisi oraya gidebilir, New York ve Oregon'da veri merkezleri var, ancak henüz oraya gitmedi.
Ağ kaygıları
Aşırı yayın trafiği, bu bant genişliği alt ağındaki tüm düğümleri soyabilir. Bu, tam çift yönlü GigE bağlantı noktalarına sahip bugünlerde daha az endişe vericidir, ancak yarı çift yönlü 10Mb günlerinde bir yayın fırtınası bir ağı çok hızlı bir şekilde durdurabilir. Tüm düğümlerde büyük bir çarpışma alanı bulunan bu yarı çift yönlü ağlar, yayın fırtınalarına karşı özellikle savunmasızdı, bu nedenle ağ oluşturma kitapları, özellikle de yaşlılar, yayın trafiğine göz kulak olduğunu söylüyor. Anahtarlamalı / Tam Çift Yönlü ağlar, bir yayın fırtınası ile durma noktasına gelmek için çok daha zordur, ancak yine de olabilir. IP ağlarının doğru çalışması için yayın gereklidir .
Çok noktaya yayın, kötüye kullanım için aynı olasılığa sahiptir. Çok noktaya yayın grubundaki bir düğüm söz konusu gruba çok miktarda trafik göndermeye başlarsa, abone olunan tüm düğümler bu trafiğin tümünü görecektir. Yayında olduğu gibi, aşırı Mcast trafiği, bunun bir sorun olduğu durumlarda bu tür bağlantılarda çarpışma ihtimalini artırabilir.
Çok noktaya yayın, IPv4 ile isteğe bağlı bir özelliktir, ancak IPv6 için gereklidir . IPv4 yayın IPv6'da çok noktaya yayın ile değiştirilir (Ayrıca bkz: IPv6 neden yayın gönderemiyor? ). IPv4 ağlarında sık sık kapatılır. Değil tesadüf çok noktaya sağlayan daha önce ağ mühendisleri IPv6 geçmeyi temkinli birçok nedenlerinden biridir var bunu yapmak için.
Trafiğin ne kadar fazla trafik olduğunu hesaplamak bir kaç şeye bağlıdır
- Yarım vs Tam Çift Yönlü: Yarım çift yönlü ağların yayın / yayın trafiği için daha düşük toleransları vardır.
- Ağ bağlantı noktalarının hızı: Ağınız ne kadar hızlı olursa, sorun o kadar az olur. 10Mb ethernet günlerinde bir limandaki trafiğin% 5-10'u bcast trafiği olabilir, daha fazla olmasa da, GigE'de% 1'den daha az (muhtemelen daha az) daha muhtemeldir.
- Ağdaki düğüm sayısı: Sahip olduğunuz düğüm sayısı arttıkça, kaçınılmaz yayın trafiği (ARP) elde edersiniz. Kullanımda belirli protokolleri yayınladıysanız, Windows'a göz atma veya sorunların başladığı yerdeki kalp atışı gibi diğer şeyler değişecektir.
- Ağ teknolojisi: Kablolu Ethernet, modern vitese sahip olduğunuz sürece bcast / mcast'in size sorun çıkarması muhtemel değildir. Öte yandan, Wireless, tüm düğümler arasında ve dolayısıyla tek bir çarpışma alanında paylaşılan bir ortam olduğu için aşırı yayın trafiğinden muzdarip olabilir.
Sonunda, Bcast ve Mcast trafiği en üste bant genişliği limanlarını soyuyor. Endişelenmeye başladığınızda, bireysel ağınıza ve değişken performansa toleransınıza büyük ölçüde bağımlısınız. Genel olarak, ağ düğümü sayıları ağ hızları kadar hızlı ölçeklenmedi, bu nedenle genel yayın trafiği yüzdesi sayısı zaman içinde düşüyor.
Bazı ağlar, çok noktaya yayını belirli nedenlerden dolayı reddetti, diğerleri ise ayarlamak için hiçbir zaman zaman ayırmadı. Doğru şeyleri dinleyen herkese ilginç bilgileri (SLP böyledir) açığa çıkaran bazı çok noktaya yayın protokolleri vardır. Şahsen küçük ağ yayını trafiğini umursamıyorum, bununla birlikte gördüğüm en büyük sıkıntı, bazı ağ analizleri yaparken kirli ağ yakalama olayları; ve bunun için filtreler var.