برای مدیریت مصرف اینترنت در شبکه شرکت، ابتدا باید مشخص شود چه میزان ترافیک از هر IP یا کاربر عبور می‌کند، چه ساعتی لینک اشباع می‌شود و کدام سرویس‌ها حساس‌اند. MikroTik ابزارهایی برای مشاهده لحظه‌ای، محدودسازی و خروجی‌گرفتن از جریان‌های ترافیکی دارد؛ اما هر ابزار هدف متفاوتی دارد.
تفاوت مانیتورینگ و محدودسازی مصرف
Queue ابزار اعمال سیاست سرعت و اولویت است؛ به‌تنهایی سامانه گزارش‌گیری دقیق تاریخی نیست. Interface Monitor و Torch به عیب‌یابی لحظه‌ای کمک می‌کنند، درحالی‌که Traffic Flow می‌تواند داده جریان‌ها را برای تحلیل تاریخی به یک Collector بفرستد.
Simple Queue یا Queue Tree؟
Simple Queue برای محدودیت‌های ساده به ازای IP یا Subnet مناسب است. Queue Tree همراه با Packet Mark و طراحی دقیق برای سیاست‌های پیچیده‌تر استفاده می‌شود. قبل از انتخاب باید ظرفیت CPU روتر، FastTrack و مسیر واقعی ترافیک بررسی شود؛ FastTrack می‌تواند باعث عبور برخی اتصال‌ها از Queue شود.
Traffic Flow چه داده‌ای می‌دهد؟
در صورت پشتیبانی نسخه RouterOS و تنظیم صحیح، داده جریان‌ها شامل آدرس‌های مبدأ و مقصد، پورت، پروتکل، زمان و حجم ترافیک به Collector منتقل می‌شود. Traffic Flow معمولاً نام کاربر دامین یا محتوای HTTPS را نشان نمی‌دهد؛ برای انتساب دقیق IP به کاربر باید DHCP Lease، DNS، لاگ احراز هویت و زمان‌بندی را با رعایت حریم خصوصی هم‌بسته کرد.
ساخت داشبورد مصرف کاربران
یک معماری عملی شامل MikroTik به‌عنوان Exporter، Collector سازگار با NetFlow/IPFIX، پایگاه داده و داشبوردی مثل Grafana است. داشبورد می‌تواند Top Talkers، حجم دانلود و آپلود، ساعات اوج و روند روزانه را نمایش دهد. سازگاری فرمت خروجی و Collector باید پیش از اجرا تست شود.
پیش‌نیازهای دقت و امنیت
تغییر IP با DHCP، NAT، ترافیک محلی بین VLANها، محدودیت Sampling و ساعت ناهماهنگ ممکن است گزارش را گمراه کند. بهتر است NTP فعال باشد، دسترسی به داشبورد محدود شود، داده‌ها مدت مشخص نگهداری شوند و کاربران از سیاست مانیتورینگ سازمان مطلع باشند.
چک‌لیست راه‌اندازی بدون اختلال
ابتدا از کانفیگ Export بگیرید، ظرفیت روتر و بار CPU را ثبت کنید، یک Collector آزمایشی راه بیندازید و خروجی را با شمارنده Interface مقایسه کنید. محدودیت سرعت را فقط پس از تأیید سیاست سازمان و آزمایش روی گروه کوچک اعمال کنید.
سؤالات متداول
آیا MikroTik میزان دانلود هر کاربر را دقیق ثبت می‌کند؟
برای گزارش تاریخی باید داده جریان و نگاشت IP به کاربر درست طراحی شود؛ شمارنده لحظه‌ای به‌تنهایی کافی نیست.
آیا می‌توان بدون محدودکردن اینترنت کاربران مانیتورینگ کرد؟
بله؛ جمع‌آوری داده و اعمال Queue دو فعالیت مستقل‌اند.
مطالعه بیشتر و درخواست بررسی
برای خدمات اجرایی، صفحه خدمات تخصصی IT Network Care را ببینید. مطالب تکمیلی: مبانی تنظیم MikroTik و عیب‌یابی شبکه و اینترنت. برای بررسی نیاز شرکت در تهران یا کرج، فرم درخواست مشاوره را تکمیل کنید؛ اطلاعات محرمانه و رمز عبور را ارسال نکنید.
مقالات مکمل این موضوع
نکات اجرایی برای تصمیم‌گیری دقیق‌تر
طراحی گزارش Top Talkers برای مدیر شبکه
داشبورد مناسب باید حجم دریافت و ارسال هر IP، روند ساعتی و روزانه، اوج مصرف WAN و سهم هر Subnet را نشان دهد. برای اتصال IP به نام سیستم، نگاشت DHCP Lease در همان بازه زمانی لازم است؛ IP ثابت یا تغییرنام دستگاه می‌تواند انتساب را اشتباه کند. داده‌های شخصی را با حداقل دسترسی و مدت نگهداری مشخص مدیریت کنید.
کنترل صحت آمار ترافیک
مجموع داده‌های Collector را با شمارنده WAN در یک بازه یکسان مقایسه کنید. تفاوت ممکن است ناشی از NAT، FastTrack، ترافیک محلی، Sampling یا خروج ترافیک از مسیری دیگر باشد. قبل از اعمال Queue، ابتدا مانیتورینگ غیرفعال از نظر محدودسازی را روی شبکه آزمایش کنید.
هزینه و الگوی مصرف اینترنت
در کنار آمار روتر، تغییر تعرفهٔ اینترنت همراه و وضعیت بسته‌های قبلی را برای برآورد هزینهٔ لینک پشتیبان بررسی کنید. دربارهٔ مصرف ویدئو نیز راهنمای AV2 و محدودیت‌های کاهش مصرف اینترنت را بخوانید؛ تغییر کدک به‌تنهایی تضمین‌کنندهٔ کاهش مصرف کاربران نیست.