Trap — SNMP agentning muhim hodisa haqida managerga so‘rovsiz yuboradigan notification xabari. Interface uzilishi, qurilma qayta ishga tushishi, quvvat muammosi yoki threshold oshishi trap bilan bildirilishi mumkin. Trap polling intervalini kutmasdan tez signal beradi, ammo u odatda UDP va acknowledgement’siz yuborilgani uchun yetkazilish kafolatiga ega emas.
Xabar tarkibi
Trap agent manbasi, notification OID va hodisaga oid varbindlarni o‘z ichiga oladi. sysUpTime qurilma agenti ishga tushganidan beri vaqtni, snmpTrapOID esa notification turini bildiradi. Qo‘shimcha varbind interface index, sensor qiymati yoki holat sababini beradi.
SNMPv1 trap formati keyingi versiyalardagi SNMPv2-Trap PDU’dan farq qiladi. Manager ikkala formatni normalize qilib ichki event modeliga aylantirishi mumkin.
Trap va Inform
| Xususiyat | Trap | Inform |
|---|---|---|
| Tasdiq | Yo‘q | Manager response beradi |
| Retry | Protocol darajasida yo‘q | Agent retry qilishi mumkin |
| Agent state | Kam | Pending notification saqlaydi |
| Ishonchlilik | Best effort | Nisbatan yuqori |
| Yuk | Pastroq | Ko‘proq |
Inform ham mutlaq yetkazilish kafolati emas; retry limiti tugashi yoki ikkala tomon uzilishi mumkin. Joriy holat polling bilan tasdiqlanadi.
Qabul qilish pipeline’i
Trap receiver UDP 162 portni tinglaydi, source va security ma’lumotini tekshiradi, MIB asosida OIDlarni nomga aylantiradi va eventni monitoring tizimiga beradi. Parser noma’lum vendor OIDni ham raw qiymat bilan saqlashi kerak; MIB yo‘qligi xabarni butunlay tashlash sababi emas.
Source IP NAT yoki multi-interface sabab inventorydagi management IP bilan mos kelmasligi mumkin. Engine ID, hostname varbind yoki oldindan konfiguratsiya orqali qurilma identity bog‘lanadi. Soxta source trap yaratmasligi uchun management network va SNMPv3 autentifikatsiyasi ishlatiladi.
Deduplication va correlation
Bitta fizik nosozlik yuzlab trap chiqarishi mumkin. Aggregation uplink uzilsa pastdagi ko‘p device unreachable bo‘ladi. Manager bir xil device, OID va vaqt oynasidagi xabarlarni deduplicate qiladi, topology correlation esa child symptomlarni root link hodisasiga bog‘laydi.
Rate limit receiverni trap storm’dan himoya qiladi, ammo kritik yangi eventni ham tushirib yubormasligi uchun category va source bo‘yicha siyosat qo‘llanadi. Dropped trap soni alohida metric bo‘ladi.
Clear hodisasi
Ba’zi MIBlar alarm va uning clear notification’ini alohida beradi. Manager event ID yoki resource orqali ikkalasini bog‘lab incidentni yopadi. Clear trap yo‘qolsa alarm ochiq qolishi mumkin; davriy state polling reconciliation qiladi.
Faqat “linkUp” kelgani xizmat to‘liq ishlaganini anglatmaydi. Routing adjacency, optical signal va end-to-end probe ham tiklanishi kerak. Event lifecycle operational holat bilan tekshiriladi.
Xavfsizlik
SNMPv1/v2c trap community stringni ochiq yuborishi mumkin va sender identity kuchsiz. SNMPv3 notification authentication va privacy’dan foydalanadi. Receiver faqat ruxsat etilgan source va userlardan xabar qabul qiladi.
Trap varbind ichida konfiguratsiya yoki foydalanuvchi ma’lumoti bo‘lishi mumkin. Event log va ticket tizimiga uzatishda data minimization, access va retention siyosati saqlanadi.
Sinov va kuzatuv
Synthetic trap parser va routingni tekshiradi, lekin qurilma real hodisada to‘g‘ri OID yuborishini isbotlamaydi. Rejalashtirilgan link test, quvvat redundancy testi yoki vendor simulyatsiyasi end-to-end pipeline’ni tekshiradi.
Receiver health, socket drop, parse error, unknown OID, queue lag va notification delivery kuzatiladi. Trap oqimi birdan nol bo‘lishi tinchlik emas, pipeline uzilganining belgisi bo‘lishi mumkin.
Bog‘liq tushunchalar
SNMP, Inform, SNMP manager, SNMP agent, Object identifier, Network monitoring, Event correlation