راهنمای تخصصی MikroTik RouterOS 7
رفع مشکل صفر شدن RX/TX در SNMP میکروتیک؛ راهنمای کامل عیبیابی ترافیک و Counter در RouterOS 7
اگر در نرمافزارهای مانیتورینگ مانند The Dude، Zabbix، LibreNMS، PRTG یا هر SNMP Monitor دیگری مقدار RX/TX، ifInOctets یا ifOutOctets روی صفر نمایش داده میشود، لزوماً مشکل از خود SNMP نیست. در این راهنما مرحلهبهمرحله مشخص میکنیم مشکل از تنظیمات SNMP، انتخاب OID، Interface Index، Counterهای 32 بیتی، RouterOS یا حتی نرمافزار مانیتورینگ است.
در این مقاله چه چیزهایی بررسی میشود؟
🔹 تشخیص اینکه صفر بودن RX/TX واقعاً از RouterOS است یا نرمافزار مانیتورینگ
🔹 تفاوت بین ifInOctets / ifOutOctets و Counterهای 64 بیتی
🔹 بررسی صحیح ifIndex در MikroTik
🔹 تست مستقیم SNMP با snmpwalk و snmpget
🔹 بررسی RouterOS 7 و مشکلات مشاهدهشده در برخی نسخههای جدید
🔹 بررسی The Dude، LibreNMS، Zabbix و سایر سیستمهای مانیتورینگ
🔹 تشخیص مشکل Interface، Bridge، Bonding، VLAN و Hardware Offload
🔹 راهکارهای عملی بدون تغییر بیدلیل تنظیمات روتر
چرا SNMP در MikroTik مقدار RX و TX را صفر نشان میدهد؟
یکی از خطاهای گیجکننده در مانیتورینگ میکروتیک این است که خود روتر در حال عبور دادن ترافیک است، اما در سیستم مانیتورینگ مقدار RX و TX برابر صفر دیده میشود. در بعضی شرایط حتی وضعیت Interface بهدرستی نمایش داده میشود و SNMP نیز پاسخ میدهد، اما نمودار ترافیک کاملاً خالی است.
این وضعیت یک علت واحد ندارد. ممکن است SNMP کاملاً سالم باشد ولی نرمافزار مانیتورینگ OID اشتباه را بخواند. همچنین ممکن است ifIndex اشتباه انتخاب شده باشد، Counter انتخابشده 32 بیتی باشد، Interface موردنظر ترافیک واقعی نداشته باشد یا نسخه RouterOS دارای مشکلی در ارائه بعضی اطلاعات SNMP باشد.
مستندات MikroTik نشان میدهد که اطلاعات Interface از طریق IF-MIB در اختیار SNMP قرار میگیرد و برای Interfaceها OIDهایی مانند bytes-in و bytes-out وجود دارد. خود RouterOS نیز امکان مشاهده OID مربوط به Interface را با دستور print oid فراهم میکند.
⚠️ نکته بسیار مهم
اگر SNMP در سیستم مانیتورینگ Up است ولی RX/TX صفر است، فوراً SNMP را خاموش و روشن یا Community را تغییر ندهید. ابتدا باید مشخص شود که آیا خود RouterOS مقدار Counter را صفر میدهد یا فقط نرمافزار مانیتورینگ آن را اشتباه تفسیر میکند.
اولین تست: آیا خود MikroTik ترافیک را میبیند؟
قبل از اینکه سراغ SNMP برویم، باید مطمئن شویم Interface موردنظر واقعاً ترافیک دارد. این کار مهمترین مرحله عیبیابی است.
در ترمینال MikroTik دستور زیر را اجرا کنید:
/interface monitor-traffic [find]
این دستور نرخ RX و TX Interfaceها را مستقیماً از RouterOS نمایش میدهد. مستندات رسمی MikroTik نیز monitor-traffic را برای مشاهده ترافیک عبوری از Interface معرفی کرده است.
اگر برای Interface موردنظر در اینجا مقدار قابلتوجهی RX/TX مشاهده میکنید ولی SNMP صفر است، مسیر عیبیابی شما باید روی SNMP، OID، ifIndex و نرمافزار مانیتورینگ متمرکز شود.
اما اگر همینجا نیز مقدار RX/TX صفر است، مشکل احتمالاً قبل از SNMP قرار دارد و باید Interface، مسیر ترافیک، Bridge، VLAN، Bonding یا خود ترافیک شبکه را بررسی کنید.
تفاوت دو حالت بسیار مهم
حالت اول: RouterOS ترافیک را میبیند اما SNMP صفر میدهد.
🔹 تمرکز روی OID، SNMP، ifIndex، نسخه RouterOS و مانیتورینگ.
حالت دوم: RouterOS هم ترافیک را صفر نشان میدهد.
🔹 تمرکز روی Interface، مسیر عبور بستهها، Bridge/VLAN/Bonding و وضعیت واقعی شبکه.
بررسی OIDهای RX و TX در MikroTik
SNMP صرفاً یک عبارت کلی برای «گرفتن ترافیک» نیست. سیستم مانیتورینگ برای دریافت هر مقدار باید یک OID مشخص را Query کند.
برای Interfaceهای MikroTik، OIDهای استاندارد IF-MIB اهمیت زیادی دارند. برای نمونه، RouterOS در مستندات خود OIDهای مربوط به bytes-in و bytes-out را در ساختار Interface نشان میدهد.
برای مشاهده OIDهای واقعی Interfaceها در خود MikroTik میتوانید از دستور زیر استفاده کنید:
/interface print oid
در خروجی باید Interface و OIDهای مرتبط با آن را مشاهده کنید. نکته مهم این است که عدد انتهایی OID مربوط به Interface همان چیزی نیست که لزوماً در لیست ظاهری Interfaceهای WinBox به عنوان شماره میبینید.
مشکل ifIndex؛ یکی از رایجترین دلایل صفر یا اشتباه بودن ترافیک
در SNMP هر Interface دارای یک ifIndex است. یکی از اشتباهات رایج این است که مدیر شبکه تصور کند شماره Interface در WinBox با شماره Interface در SNMP یکسان است.
در MikroTik این دو الزاماً یکی نیستند. در انجمن MikroTik نیز توضیح داده شده که شماره Interface در SNMP از نحوه Enumeration شدن Interfaceها ایجاد میشود و عدد انتهایی OID میتواند با شماره ظاهری Interface متفاوت باشد.
بنابراین فرض نکنید که مثلاً ether1 همیشه همان Interface Index شماره 1 است.
برای پیدا کردن مقدار درست، از:
/interface print oid
استفاده کنید و OID مربوط به همان Interface را با چیزی که نرمافزار مانیتورینگ Query میکند مقایسه کنید.
📌 یک اشتباه متداول در مانیتورینگ
ممکن است نرمافزار شما Interface قبلی را با یک ifIndex ذخیره کرده باشد، اما بعد از تغییرات Interface، Bridge، VLAN یا بازسازی تنظیمات، همان Index دیگر به Interface مورد انتظار اشاره نکند. نتیجه میتواند نمودار اشتباه، صفر یا ترافیک مربوط به Interface دیگری باشد.
ifInOctets و ifOutOctets چه هستند؟
در SNMP معمولاً با Counterهایی مواجه میشویم که تعداد Octetهای دریافتی و ارسالشده را نگهداری میکنند.
ifInOctets برای شمارش داده دریافتی و ifOutOctets برای شمارش داده ارسالشده Interface استفاده میشوند.
برای ترافیکهای امروزی بهتر است سیستم مانیتورینگ تا حد امکان از Counterهای 64 بیتی مانند ifHCInOctets و ifHCOutOctets استفاده کند؛ زیرا Counterهای 32 بیتی در لینکهای پرسرعت میتوانند سریعتر به محدوده خود برسند و باعث Wrap شدن مقدار شوند.
در چنین شرایطی ممکن است نمودار شما ناگهان افت شدید، صفر یا جهش غیرمنطقی نشان دهد. سابقه مشکلات Counterهای 32 بیتی و Wrap شدن آنها نیز در بحثهای قدیمیتر جامعه MikroTik گزارش شده است.
اگر فقط Counterهای 32 بیتی را میخوانید
در محیطهای امروزی، مخصوصاً روی سرورهای مجازی، لینکهای 1G، 10G و بالاتر، بهتر است نرمافزار مانیتورینگ بتواند Counterهای High Capacity را بخواند.
در غیر این صورت ممکن است مشکل را به اشتباه به «خرابی SNMP» نسبت دهید، در حالی که مشکل اصلی روش محاسبه نرخ ترافیک از Counter است.
تست مستقیم SNMP با snmpwalk
اگر به یک سیستم لینوکسی که ابزارهای Net-SNMP روی آن نصب است دسترسی دارید، بهترین روش این است که نرمافزار مانیتورینگ را موقتاً کنار بگذارید و مستقیماً از RouterOS مقدار SNMP را دریافت کنید.
نمونه کلی:
snmpwalk -v2c -c public 192.168.88.1 1.3.6.1.2.1.2.2.1
public فقط نمونه Community است؛ در شبکه واقعی باید Community امن و متناسب با تنظیمات خودتان را استفاده کنید.
اگر خروجی دریافت شد، دنبال Interface موردنظر و مقادیر مربوط به Counterهای RX و TX بگردید.
تست یک OID مشخص با snmpget
پس از پیدا کردن ifIndex صحیح، میتوانید یک OID مشخص را مستقیماً تست کنید:
snmpget -v2c -c public 192.168.88.1 1.3.6.1.2.1.2.2.1.10.X
در این مثال X باید با ifIndex واقعی Interface جایگزین شود.
برای خروجی ارسال نیز ساختار OID مربوط به ifOutOctets را بررسی کنید.
⚠️ Community را روی اینترنت عمومی رها نکنید
اگر SNMP را برای مانیتورینگ فعال کردهاید، دسترسی آن را تا حد امکان به IP سرور مانیتورینگ محدود کنید. فعال بودن SNMP برای همه آدرسها، مخصوصاً با تنظیمات ضعیف، یک طراحی مناسب برای شبکه تولیدی نیست.
بررسی تنظیمات SNMP در RouterOS
ابتدا وضعیت SNMP را در RouterOS بررسی کنید. بسته به نسخه RouterOS و روش مدیریت دستگاه، مسیر تنظیمات ممکن است در WinBox یا WebFig کمی متفاوت باشد.
در CLI میتوانید تنظیمات SNMP را مشاهده کنید:
/snmp print
اطمینان حاصل کنید SNMP واقعاً فعال است و تنظیمات Community یا SNMPv3 با چیزی که نرمافزار مانیتورینگ استفاده میکند مطابقت دارد.
همچنین اگر از SNMPv3 استفاده میکنید، باید Username، Authentication، Privacy و الگوریتمهای مورد استفاده در دو طرف دقیقاً هماهنگ باشند.
آیا مشکل از نسخه RouterOS 7 است؟
در این قسمت باید با احتیاط عمل کرد. نمیتوان گفت هر صفر شدن RX/TX در RouterOS 7 یک Bug عمومی است؛ اما در نسخههای مختلف RouterOS 7 گزارشهایی درباره مشکلات SNMP و Interface Statistics منتشر شده است.
برای نمونه، در انجمن رسمی MikroTik کاربرانی درباره صفر شدن یا نادرست شدن بعضی آمار Interface در نسخههای 7.20.x و نسخههای بعدی گزارش دادهاند. در یکی از گزارشها گفته شده بود که برخی Interfaceها در The Dude مقدار RX/TX صفر نشان میدادند و با Restart دستگاه برای مدتی مقدارها برمیگشتند. در همان بحث، نسخههای 7.21.4 و 7.23.1 نیز در ارتباط با نمایش نادرست برخی آمار مطرح شدهاند. این موارد گزارش کاربری هستند و به معنی وجود یک Bug عمومی در تمام دستگاهها نیستند.
از طرف دیگر، نسخههای جدید RouterOS نیز شامل اصلاحات مختلف SNMP بودهاند. برای مثال در اعلامیه RouterOS 7.23، MikroTik اصلاح OIDهای ifSpeed و ifHighSpeed برای برخی Interfaceهای Bonding را ذکر کرده است.
بنابراین اگر مشکل دقیقاً بعد از Upgrade ایجاد شده است، نسخه RouterOS را به عنوان یکی از متغیرهای اصلی عیبیابی در نظر بگیرید؛ اما قبل از Downgrade باید تست مستقیم OID انجام شود.
چه زمانی نسخه RouterOS را مظنون اصلی بدانیم؟
🔹 قبل از Upgrade همه نمودارها درست بودهاند.
🔹 بعد از Upgrade SNMP هنوز پاسخ میدهد.
🔹 وضعیت Interfaceها درست است.
🔹 مقدار ترافیک در خود RouterOS وجود دارد.
🔹 همان OID قبل از Upgrade مقدار معتبر میداد.
🔹 بعد از Upgrade همان OID صفر یا مقدار غیرمنطقی میدهد.
اگر همه این شرایط برقرار است، مقایسه نسخههای RouterOS و بررسی گزارشهای مربوط به همان مدل دستگاه و همان Interface بسیار ارزشمند است.
مشکل The Dude و صفر شدن نمودار SNMP
The Dude یکی از ابزارهایی است که کاربران MikroTik برای مانیتورینگ استفاده میکنند. در سالهای اخیر گزارشهایی درباره رفتار نامنظم برخی نمودارهای SNMP در نسخههای جدید RouterOS منتشر شده است.
در یک گزارش منتشرشده در سپتامبر 2026، کاربری توضیح داده که بعد از Upgrade از RouterOS 7.19 به نسخههای جدیدتر، بعضی نمودارهای Interface در The Dude خالی یا نادرست شدهاند، در حالی که خود SNMP همچنان پاسخ میداد. این گزارش نیز باید به عنوان تجربه کاربری و نه اثبات یک علت واحد در همه محیطها در نظر گرفته شود.
بنابراین اگر مشکل شما فقط در The Dude دیده میشود ولی با snmpget مقدار صحیح دریافت میکنید، احتمال اینکه مشکل از روش Poll کردن، Mapping یا Graphing نرمافزار باشد بیشتر میشود.
LibreNMS، Zabbix و PRTG؛ چگونه بفهمیم مشکل از مانیتورینگ است؟
برای تشخیص، یک تست بسیار ساده انجام دهید: همان OID را خارج از نرمافزار مانیتورینگ Query کنید.
اگر:
🔹 snmpget = مقدار صحیح و داشبورد = صفر → مشکل را در نرمافزار مانیتورینگ، Template یا Mapping جستوجو کنید.
🔹 snmpget = صفر و RouterOS = ترافیک دارد → مشکل در SNMP/OID یا RouterOS محتملتر است.
🔹 RouterOS = صفر و SNMP = صفر → ابتدا خود Interface و مسیر ترافیک را بررسی کنید.
🔹 OID قدیمی کار نمیکند ولی OID صحیح جدید کار میکند → Template یا MIB سیستم مانیتورینگ باید بررسی شود.
MIB چیست و چرا ممکن است باعث خطای نمایش RX/TX شود؟
MIB به سیستم مانیتورینگ کمک میکند OIDهای عددی را با نامها و ساختار قابل فهم تفسیر کند. MikroTik برای RouterOS از MIBهای مختلفی از جمله MIKROTIK-MIB و IF-MIB استفاده میکند.
اگر سیستم مانیتورینگ شما MIB قدیمی داشته باشد، این موضوع میتواند باعث تفسیر نادرست بعضی اطلاعات شود. البته برای OIDهای استاندارد IF-MIB همیشه مسئله صرفاً «قدیمی بودن MIB» نیست؛ باید بررسی شود که خود OID توسط دستگاه چه مقداری برمیگرداند.
برای همین توصیه میشود قبل از تغییر MIB، ابتدا OID را با ابزارهای مستقل SNMP تست کنید.
اگر Interface از نوع Bridge یا VLAN است چه کنیم؟
یکی از دلایل گیجکننده بودن SNMP در MikroTik این است که شبکه فقط شامل Interfaceهای فیزیکی نیست. ممکن است ترافیک واقعی روی Bridge، VLAN، Bonding، PPPoE، WireGuard یا Interfaceهای مجازی دیده شود.
مثلاً ممکن است شما انتظار داشته باشید ترافیک LAN را روی ether1 ببینید، در حالی که ساختار شبکه طوری طراحی شده که اطلاعات موردنظر روی Bridge یا Interface منطقی قابل مشاهدهتر است.
بنابراین ابتدا مشخص کنید سؤال شما دقیقاً درباره کدام ترافیک است:
🔹 ترافیک ورودی WAN
🔹 ترافیک خروجی WAN
🔹 ترافیک Bridge
🔹 ترافیک VLAN
🔹 ترافیک یک Interface فیزیکی
🔹 ترافیک Bonding
🔹 ترافیک Tunnel یا Interface مجازی
انتخاب OID اشتباه برای Interface منطقی یا فیزیکی میتواند نتیجهای ایجاد کند که در ظاهر شبیه خرابی SNMP است.
تأثیر Hardware Offload و FastPath روی مانیتورینگ
در MikroTik بخشی از پردازش شبکه میتواند توسط سختافزار یا مسیرهای بهینهشده انجام شود. به همین دلیل در تجهیزات مختلف باید تفاوت بین Interface Statistics، Switch Statistics و اطلاعاتی که از مسیر نرمافزاری عبور میکند را در نظر گرفت.
اگر با یک دستگاه خاص، مخصوصاً سریهای دارای Switch Chip، کار میکنید و آمار Interface با چیزی که روی Switch دیده میشود همخوانی ندارد، فقط به یک خروجی SNMP اکتفا نکنید.
MikroTik برای تجهیزات دارای Switch Chip نیز آمار جداگانهای مانند RX/TX bytes و packet ارائه میکند.
رفع مشکل صفر بودن RX/TX در یک چکلیست سریع
🔹 1. با monitor-traffic بررسی کنید Interface واقعاً ترافیک دارد.
🔹 2. با /interface print oid OID و ifIndex واقعی را پیدا کنید.
🔹 3. با snmpget یک Counter مشخص را مستقیماً تست کنید.
🔹 4. در صورت امکان Counterهای 64 بیتی را نیز بررسی کنید.
🔹 5. Template نرمافزار مانیتورینگ را بررسی کنید.
🔹 6. Mapping مربوط به ifIndex را بررسی کنید.
🔹 7. اگر مشکل بعد از Upgrade ایجاد شده، نسخه RouterOS را مقایسه کنید.
🔹 8. MIB مناسب و سازگار با دستگاه را بررسی کنید.
🔹 9. Bridge، VLAN، Bonding و Interfaceهای مجازی را در نظر بگیرید.
🔹 10. اگر SNMP درست است ولی Graph صفر است، مشکل را در نرمافزار مانیتورینگ جستوجو کنید.
سرور مجازی مناسب برای MikroTik و مانیتورینگ شبکه
اگر SNMP را برای مانیتورینگ چندین روتر، سرور یا Interface اجرا میکنید، کیفیت VPS مانیتورینگ هم اهمیت دارد. یک VPS با منابع پایدار میتواند برای اجرای ابزارهایی مانند Zabbix، LibreNMS و سرویسهای مانیتورینگ استفاده شود. ایرانیکاسرور امکان تهیه سرور مجازی ایران را برای سرویسهای مانیتورینگ و زیرساخت شبکه فراهم میکند.
برای پروژههایی که نیاز به اجرای پایدار سرویس مانیتورینگ، اتصال شبکهای مناسب و منابع اختصاصی دارند، مشخصات VPS را بر اساس تعداد دستگاهها و نرخ Polling انتخاب کنید.
“`
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
“`
آیا Restart کردن MikroTik مشکل SNMP را حل میکند؟
گاهی Restart باعث میشود یک مشکل موقتی برطرف شود؛ اما Restart نباید به عنوان راهحل دائمی در نظر گرفته شود.
در گزارشهای کاربران درباره برخی مشکلات SNMP و The Dude در نسخههای خاص RouterOS، Restart دستگاه در بعضی موارد باعث بازگشت موقت اطلاعات شده است. این رفتار بیشتر یک نشانه تشخیصی است تا راهحل نهایی.
اگر بعد از Restart مقدار RX/TX برای چند دقیقه یا چند ساعت درست میشود و دوباره صفر میگردد، زمان وقوع مشکل را ثبت کنید و موارد زیر را مقایسه کنید:
🔹 نسخه RouterOS
🔹 مدل دقیق دستگاه
🔹 Interface مشکلدار
🔹 OID مورد استفاده
🔹 نرمافزار مانیتورینگ
🔹 مدت زمان بعد از Boot تا بروز مشکل
Downgrade کنیم یا نه؟
Downgrade میتواند در برخی سناریوهای مشخص برای مقایسه نسخهها مفید باشد، اما نباید اولین اقدام باشد.
اگر در یک نسخه مشخص RouterOS:
🔹 RouterOS ترافیک را نشان میدهد؛
🔹 OID مستقیم صفر است؛
🔹 همان OID در نسخه قبلی مقدار صحیح داشته؛
🔹 و مشکل روی چند دستگاه مشابه تکرار میشود؛
آنوقت مقایسه نسخهها و بررسی گزارشهای رسمی و انجمن MikroTik منطقی است.
همچنین قبل از Downgrade در شبکه تولیدی، Backup و سازگاری تنظیمات، RouterBOOT و سایر ملاحظات دستگاه را بررسی کنید.
مشکل ifSpeed با صفر شدن RX/TX فرق دارد
یک نکته مهم این است که ifSpeed = 0 الزاماً به معنی RX/TX = 0 نیست.
در RouterOS و استانداردهای SNMP، ifSpeed و ifHighSpeed اطلاعات سرعت Interface را توصیف میکنند؛ این مقادیر با Counterهای حجم ترافیک مانند ifInOctets و ifOutOctets یکی نیستند.
در سال 2026 نیز در انجمن MikroTik بحثهایی درباره مقدار ifSpeed و استفاده از ifHighSpeed در Interfaceهای پرسرعت مطرح شده است. بنابراین اگر فقط سرعت Interface صفر است، آن را با صفر شدن Traffic Counter اشتباه نگیرید.
چگونه مشکل SNMP را بدون حدس زدن پیدا کنیم؟
بهترین روش این است که زنجیره اطلاعات را از پایین به بالا بررسی کنید:
مرحله 1: آیا Interface واقعاً ترافیک دارد؟
مرحله 2: آیا RouterOS Counter را افزایش میدهد؟
مرحله 3: OID مربوط به Interface چیست؟
مرحله 4: snmpget همان OID را چه مقداری برمیگرداند؟
مرحله 5: نرمافزار مانیتورینگ همان OID را میخواند؟
مرحله 6: آیا نرمافزار از Counter مناسب استفاده میکند؟
مرحله 7: آیا ifIndex در نرمافزار با Interface فعلی منطبق است؟
مرحله 8: آیا مشکل با نسخه خاص RouterOS ارتباط دارد؟
این روش بسیار سریعتر از تغییر تصادفی Community، Reboot کردن مداوم یا نصب دوباره Agent است؛ چون دقیقاً مشخص میکند اطلاعات در کدام قسمت زنجیره خراب میشود.
SNMP برای مانیتورینگ سرور مجازی MikroTik
اگر MikroTik شما روی VPS یا CHR اجرا میشود، یک لایه دیگر نیز به مسئله اضافه میشود: Interface مجازی، Hypervisor و شبکه میزبان.
در این شرایط اگر Traffic داخل RouterOS وجود دارد ولی SNMP یا سیستم مانیتورینگ مقدار متفاوتی نشان میدهد، باید Interface مجازی و لایه مجازیسازی نیز در نظر گرفته شود.
برای VPSهای MikroTik بهتر است قبل از نتیجهگیری، آمار را در سه نقطه مقایسه کنید:
🔹 RouterOS
🔹 SNMP
🔹 سیستم مانیتورینگ
این مقایسه کمک میکند مشخص شود اختلاف آمار از داخل RouterOS ایجاد شده یا در مسیر جمعآوری اطلاعات اتفاق میافتد.
نیاز به بررسی تنظیمات MikroTik یا رفع مشکل دارید؟
اگر SNMP روی MikroTik شما مقدار RX/TX را صفر نشان میدهد و با بررسی OID، ifIndex و Counterها هنوز علت مشخص نشده است، میتوانید مشکل کانفیگ یا زیرساخت را برای بررسی تخصصی ارسال کنید.
ایرانیکاسرور خدمات کانفیگ و رفع مشکلات سرور و زیرساخت را ارائه میکند تا به جای تغییرات تصادفی، مشکل مرحلهبهمرحله بررسی شود.
“`
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
“`
چند خطای رایج که نباید انجام دهید
⚠️ فقط با Reboot مشکل را حل نکنید. اگر مشکل برمیگردد، باید علت اصلی مشخص شود.
⚠️ فقط به نمودار مانیتورینگ اعتماد نکنید. ابتدا OID را مستقیم تست کنید.
⚠️ شماره Interface در WinBox را با ifIndex یکی فرض نکنید.
⚠️ ifSpeed صفر را با Traffic صفر اشتباه نگیرید.
⚠️ Counterهای 32 بیتی را در لینکهای پرسرعت نادیده نگیرید.
⚠️ قبل از تغییر MIB، OID خام را بررسی کنید.
⚠️ اگر فقط یک نرمافزار مشکل دارد، RouterOS را مقصر قطعی ندانید.
سوالات متداول درباره صفر شدن RX/TX در SNMP میکروتیک
جمعبندی؛ وقتی SNMP در MikroTik RX/TX را صفر نشان میدهد چه کنیم؟
“`
صفر شدن RX/TX در SNMP میکروتیک یک مشکل تکعلتی نیست. مهمترین نکته این است که قبل از تغییر تنظیمات، مشخص کنید اطلاعات در کدام بخش زنجیره از بین میرود.
مسیر پیشنهادی این است:
🔹 ابتدا با monitor-traffic بررسی کنید RouterOS واقعاً ترافیک دارد.
🔹 سپس با /interface print oid OID و ifIndex واقعی را پیدا کنید.
🔹 بعد با snmpget یا snmpwalk همان Counter را مستقیم تست کنید.
🔹 در مرحله بعد Template، MIB، Mapping و Polling نرمافزار مانیتورینگ را بررسی کنید.
🔹 اگر مشکل بعد از Upgrade ایجاد شده، نسخه RouterOS و گزارشهای مربوط به همان نسخه و مدل را بررسی کنید.
🔹 برای لینکهای پرسرعت، Counterهای 64 بیتی را در نظر بگیرید.
🔹 اگر دستگاه MikroTik روی VPS یا CHR قرار دارد، لایه مجازیسازی و Interface مجازی را نیز وارد بررسی کنید.
در نهایت، اگر RouterOS مقدار صحیح ترافیک را نشان میدهد ولی SNMP یا نرمافزار مانیتورینگ صفر نمایش میدهد، به جای تغییرات تصادفی، OID و ifIndex را مستقیماً تست کنید؛ این کار معمولاً سریعترین مسیر برای پیدا کردن محل واقعی مشکل است.
📞 تماس با پشتیبانی: 021-91302460 | ایرانیکاسرور
“`
💬 دیدگاهها 0
هنوز دیدگاهی ثبت نشده است. اولین نفری باشید که نظر میدهید!
✍️ دیدگاه خود را بنویسید