Tek noktaya yayın sel - Unicast flood

İçinde bilgisayar ağı, bir tek noktaya yayın sel bir anahtarın tek noktaya yayın çerçevesi alması ve bunu bir yayın çerçevesi olarak ele alarak çerçeveyi anahtardaki diğer tüm bağlantı noktalarına taşmasıdır.

Arka fon

Dönem tek noktaya yayın ağdaki bir noktadan başka bir noktaya bire bir iletimi ifade eder. Geleneksel olarak, tek noktaya yayın daha güvenli kabul edilir çünkü çerçeve birden çok ana bilgisayara değil, yalnızca hedeflenen alıcıya teslim edilir. Bu şema, bir çerçevenin bir ağ ana bilgisayarından diğerine tek noktaya yayın iletimini gösterir:

Unicast.svg

Bir anahtar, anahtarın konumunda olmayan bir hedef adresli tek noktaya yayın çerçevesi aldığında yönlendirme tablosu çerçeve bir yayın çerçevesi gibi ele alınır ve bir ağdaki tüm ana bilgisayarlara gönderilir:

Broadcast.svg

Nedenleri

Öğrenme süreci şeffaf köprüleme tek noktaya yayın çerçevelerinin kendisine iletilebilmesi için önce anahtarın bir cihazdan bir çerçeve almasını gerektirir. Bu tür bir iletim alınmadan önce, iletimin amaçlanan hedefe ulaşmasını sağlamak için tek noktaya yayın taşması kullanılır. Makbuz tipik olarak öğrenme sürecini tamamlayan bir yanıt ürettiğinden, bu normalde kısa ömürlü bir durumdur. İşlem, bir cihaz başlangıçta bir ağa bağlandığında, bir bağlantı noktasından diğerine taşındığında veya cihaz tipik olarak yönlendirme tablosundan temizlendiğinde 5 dakika işlem yapılmadığında gerçekleşir.

Adres önbelleğinde yer kalmamış bir anahtar, çerçeveyi tüm bağlantı noktalarına taşır. Bu, birçok ana bilgisayara sahip ağlarda yaygın bir sorundur. Daha az yaygın olan, adres tablolarının yapay taşmasıdır - buna MAC sel.

Diğer bir yaygın neden, ARP anahtarlardaki adres önbelleği zaman aşımından daha uzun zamanlayıcılar — anahtar, ana bilgisayara hangi bağlantı noktasının bağlandığını unutur.[1]

Anahtarlar dışındaki cihazlar da tek noktaya yayın taşmaları oluşturabilir. Bir köprü arabirimine sahip olan ancak köprü önbelleğinde hedef çerçevenin adresine sahip olmayan bir yönlendirici, çerçeveyi tüm köprü üyelerine taşır.[2]

Ağların yanlış yapılandırılmış özellikleri de tek noktaya yayın taşmasına neden olabilir. Ana Bilgisayar A'dan B'ye iki katman 2 yolu varsa ve Ana Bilgisayar A, Ana Bilgisayar B ile konuşmak için yol 1'i kullanıyorsa, ancak Ana Bilgisayar B, Ana Bilgisayar A'ya yanıt vermek için yol 2'yi kullanıyorsa, yol 1'deki ara anahtarlar hedefi asla öğrenmez Mac Adresi Ana Bilgisayar B'nin ve yol 2'deki ara anahtarların çoğu, Ana Bilgisayar A'nın hedef MAC adresini asla öğrenmez.[3]

Tek noktaya yayın taşkınlarının son nedeni topoloji değişiklikleridir. Katılan bir ağ bağlantı noktasında bağlantı durumu değiştiğinde hızlı yayılan ağaç, bu anahtardaki adres önbelleği temizlenir ve bu, adresler anahtar tarafından öğrenilene kadar sonraki tüm çerçevelerin tüm bağlantı noktalarından dışarı taşmasına neden olur.[4]

Çözümler

Yukarıdaki bağlantılarda tartışılan birkaç çözüm var. [1] [2] [3] Ancak birçok durumda, bir alt uç anahtarın daha yüksek bir uç anahtarla değiştirilmesi gerekir - biri daha büyük bir adres tablosuna sahip ve diğeri tek noktaya yayın taşkınlarını engelleyebilir. Bir Cisco anahtarındaki tek noktaya yayın taşkınlarını engellemek kolaydır, ancak varsayılan olarak etkinleştirilmemiştir. Zaman aşımlarının ve / veya güvenlik özelliklerinin, istemci erişim bağlantı noktalarındaki tablo girişlerini, tipik ana bilgisayar ARP önbellek zaman aşımlarından daha uzun süre tutacak şekilde yapılandırıldığından emin olduktan sonra, bu komut, bu bağlantı noktalarındaki tek noktaya yayın taşmalarını sessizleştirmek için kullanılır:[5]

Switch (config-if) # switchport blok tek noktaya yayını

Diğer teknikler, yönlendiriciye yönelik olmayan LAN içi iletişimi engelleyen Katman 2'de ana bilgisayarların izole edilmesini içerir. Kullanışlı bir araç (alt uç anahtarlarda mevcuttur[6])

Switch (config-if) # switchport korumalı

veya 'anahtar portu korumalı'dan daha sağlam bir çapraz anahtar çözümü, Özel VLAN'lar.[7]

Ağlar Üzerindeki Etkiler

Bir ağ tek noktaya yayın taşması yaşadığında, ağ performansı düşer. Köprü adresi önbelleğinin boyutunu ayarlamadan önceki ve sonraki bir köprünün grafiği:

StoppingTheUnicastFlood.png

Çerçevelerin% 80'i, hedef adres tarafından asla alınmayacak şekilde taşınırken,% 20'si geçerli trafikti (ilk referanstan görüntü). Yüksek hacimli ağlarda, su basmış trafik, bağlantı noktalarının doygun hale gelmesine ve paket kaybına ve yüksek gecikmeye neden olabilir.

Bitmiş adres tablolarının bir başka yan etkisi de verilerin uzlaşmasıdır. Güvenlik hususları şurada tartışılmaktadır: MAC sel —Tek noktaya yayın taşkınlarının çeşitli nedenlerinden biri. Bir son kullanıcı bir paket dinleyicisi, su basmış kareler yakalanabilir ve görüntülenebilir.

Referanslar

  1. ^ Steven King (2009-06-17). "Unicast Flooding". Alındı 2012-01-27.
  2. ^ Rudy Rucker (2012-01-27). "Tek noktaya yayın taşması için düzeltme". Alındı 2012-01-27.
  3. ^ "Asimetrik Yönlendirme ve Tek Noktaya Yayın Baskınının Ortadan Kaldırılması". Cisco Systems Inc. Alındı 2012-01-27.
  4. ^ Balaji Sivasubramanyan (2004-09-10). "Topoloji Nedeniyle Tek Noktaya Yayın Sel Sorununu Giderme". Cisco Basın. Alındı 2012-01-27.
  5. ^ Jeremy Stretch (2010-06-04). "Bilinmeyen Tek Noktaya Yayın Selini Engelleme". PacketLife.net. Alındı 2012-01-27.
  6. ^ Petr Lapukhov (2008-07-14). "Özel VLAN'lar Yeniden Ziyaret Edildi". Alındı 2012-04-07.
  7. ^ "Özel VLAN'ları Yapılandırma". Cisco. Alındı 2012-04-07.