Broadcast storm — Layer 2 tarmoqda broadcast frame’lar juda tez ko‘payib, link bandwidthi va switch resurslarini egallab oladigan nosozlik. U odatda switching loop, noto‘g‘ri ulanish yoki haddan tashqari broadcast yuboradigan qurilma sabab yuz beradi va butun broadcast domaindagi xizmatni izdan chiqarishi mumkin.
Frame nega ko‘payadi
Ethernet broadcast destination ff:ff:ff:ff:ff:ff manziliga yuboriladi. Switch uni kelgan portdan tashqari VLANdagi barcha forwarding portlarga flood qiladi. Ethernet frame’da IPdagi TTLga o‘xshash hop count yo‘q. Fizik yoki mantiqiy loop mavjud bo‘lsa, frame aylanishda davom etib, har parallel yo‘lda nusxalanadi.
Unknown unicast va ayrim multicast trafik ham flood qilinadi; ular ham stormga hissa qo‘shishi mumkin. Shuning uchun hodisa “broadcast storm” deb atalgan bo‘lsa-da, diagnostika broadcast, multicast va unknown unicast counterlarini alohida ko‘radi.
Switching loop
Ikki switch orasidagi redundant linklar Spanning Tree tomonidan loop-free topologyga keltirilmasa, bitta ARP request ko‘p nusxaga aylanadi. Switchlar frame source MACini navbatma-navbat turli portda ko‘rib, MAC address table flapping yuz beradi. Unicast trafik ham noto‘g‘ri portga ketib yoki flood bo‘lib qoladi.
Loop sabablariga STP o‘chirilishi, BPDU filtr, noto‘g‘ri EtherChannel, unmanaged switch yoki foydalanuvchi ikki wall portni bir kabel bilan bog‘lashi kiradi. Virtual switch va bridge’lar ham loop yaratishi mumkin.
Belgilar
Link utilization maksimumga yaqinlashadi, switch CPU oshadi, control protocol paketlari yo‘qoladi. DHCP, ARP va oddiy ping javob bermay qolishi mumkin. Barcha port LEDlarining bir vaqtda juda faol yonishi fizik belgi bo‘lsa-da, aniq dalil emas.
Monitoring broadcast packets per second, interface utilization, packet drop, STP topology change va MAC move’larni alert qiladi. Packet capture bir xil frame’ning ko‘p nusxasini ko‘rsatishi mumkin. Storm shunchalik kuchli bo‘lsa, in-band management ishlamaydi va console yoki out-of-band network kerak bo‘ladi.
Oldini olish
Rapid Spanning Tree va MSTP redundant Layer 2 yo‘llarda loopni bloklaydi. Edge portlarda BPDU Guard kutilmagan switch ulanganda portni error-disable qiladi. Root Guard va Loop Guard muayyan STP buzilishlarini cheklaydi. EtherChannelning ikki tomon konfiguratsiyasi bir xil bo‘ladi.
Broadcast domainni kichik VLANlarga bo‘lish hodisa blast radiusini kamaytiradi. Layer 3 chegaralar broadcastni yo‘naltirmaydi. Dynamic ARP Inspection yoki DHCP snooping boshqa xavflarni cheklaydi, lekin loopning asosiy yechimi emas.
Storm control
Storm control portdagi broadcast, multicast yoki unknown unicast tezligini threshold bilan cheklaydi. Threshold oshsa switch trafikni drop qilishi, portni o‘chirishi yoki trap yuborishi mumkin. U tarmoqni saqlab qolish uchun himoya qatlamidir, loop sababini tuzatmaydi.
Juda past threshold ARP, DHCP yoki multicast control trafikini normal pikda ham to‘sishi mumkin. Qiymat real baseline va port roliga qarab tanlanadi. Uplink va access port bir xil traffic profiliga ega emas.
Hodisaga javob
Avval loop joyi topology, counter va MAC flappingdan topiladi. Shubhali port bosqichma-bosqich uziladi; kritik uplinkni tasodifiy o‘chirish ta’sirni kengaytirishi mumkin. Trafik barqarorlashgach STP state, cabling va port-channel konfiguratsiyasi tekshiriladi. Root sabab va himoya yetishmovchiligi tuzatilmaguncha port qayta ochilmaydi.
Bog‘liq tushunchalar
Ethernet broadcast, Switching loop, Spanning Tree Protocol, MAC flapping, Storm control, BPDU Guard, VLAN, Broadcast domain