تست پهنای باند میکروتیک در پروژههای دوربین مداربسته زمانی معنا دارد که بدانیم عددی که روی Wireless Rate یا Link Rate میبینید الزاماً ظرفیت واقعی انتقال تصویر نیست. برای اینکه بفهمید یک لینک رادیویی واقعاً چه مقدار ترافیک دوربین را میتواند پایدار عبور دهد، باید Throughput واقعی را اندازهگیری کنید و نتیجه را کنار Bitrate تجمیعی دوربینها، Packet Loss، CPU Load و شرایط رادیویی تحلیل کنید.
ابزار Bandwidth Test در MikroTik برای اندازهگیری ظرفیت مفید است، اما اگر روش تست اشتباه باشد میتواند عددی کمتر یا بیشتر از واقعیت پروژه نشان دهد. در این راهنما یاد میگیرید تست را با TCP و UDP اجرا کنید، جهت درست ترافیک را انتخاب کنید و نتیجه را با Packet Loss، CPU Load و Bitrate واقعی دوربینها بسنجید تا عدد نهایی برای تصمیمگیری در پروژه قابل اتکا باشد.
Wireless Rate نرخ مدولاسیون و ارتباط لایه رادیویی است؛ اما بخشی از ظرفیت لینک صرف Header، ACK، Retransmission، Airtime و سربار پروتکل میشود. بنابراین Throughput قابل استفاده برای دوربینها معمولاً کمتر از نرخ اسمی Wireless است.
برای طراحی لینک ابتدا Bitrate Streamهای مورد نیاز را جمع کنید و سپس اطمینان بگیرید Throughput پایدار لینک با حاشیه مناسب از این مقدار بالاتر است. برای مثال اگر مجموع Bitrate دوربینها 40 Mbps است، مشاهده یک Peak لحظهای 45 Mbps به معنی مناسببودن لینک نیست؛ ظرفیت باید در بازه تست پایدار بماند و برای سربار شبکه، تغییر صحنه، مدیریت تجهیزات و توسعه آینده نیز حاشیه داشته باشد.
Bandwidth Test در RouterOS میتواند ترافیک TCP یا UDP بین دو تجهیز MikroTik تولید کند و نرخ ارسال و دریافت را گزارش دهد. این ابزار برای پیدا کردن Bottleneck مفید است، اما خودِ تولید ترافیک CPU مصرف میکند و میتواند روی نتیجه اثر بگذارد. جزئیات عملکرد و پارامترهای این ابزار را میتوانید در مستندات رسمی Bandwidth Test میکروتیک بررسی کنید.
برای سنجش حرفهای ظرفیت یک لینک، بهتر است Endpointهای تولید و دریافت ترافیک پشت دو سمت لینک قرار داشته باشند و رادیوها فقط Forwarding انجام دهند. اگر Bandwidth Test را مستقیماً از یکی از رادیوهای تحت تست به رادیوی دیگر اجرا کنید، CPU همان دستگاه هم درگیر تولید یا دریافت ترافیک میشود و ممکن است Throughput کمتر از ظرفیت واقعی لینک دیده شود.
برای لینکهای سبک این روش همچنان میتواند یک تست سریع باشد، اما برای Benchmark دقیق باید محدودیت CPU را در نظر بگیرید.
TCP رفتار واقعیتری نسبت به تأخیر، Packet Loss و Retransmission دارد و برای دیدن عملکرد یک جریان TCP مفید است. با این حال نتیجه آن تحت تأثیر مکانیزم کنترل ازدحام و ACK قرار میگیرد.
UDP برای بررسی سقف ظرفیت و Packet Loss مفید است، اما باید نرخ ارسال را کنترل کنید؛ اگر با ترافیک بیش از ظرفیت لینک آن را اشباع کنید، فقط ثابت میکنید که Packet Loss ایجاد شده است، نه اینکه تنظیمات لینک درست هستند.
در RouterOS به Tools → Bandwidth Test بروید، آدرس IP مقصد را وارد کنید، Protocol و Direction را انتخاب کنید و در صورت نیاز سقف Tx/Rx را مشخص کنید. سمت مقصد نیز باید Bandwidth Server فعال و دسترسی مجاز داشته باشد.
/tool bandwidth-test 192.168.88.2 protocol=tcp direction=both duration=30s user=adminدر تست UDP میتوانید Tx Speed را محدود کنید تا بهصورت مرحلهای ظرفیت پایدار لینک را پیدا کنید. مقادیر دقیق باید با ظرفیت مورد انتظار پروژه تعیین شوند و نباید بدون کنترل، کل لینک Production را اشباع کنید.
در CCTV معمولاً جهت اصلی ترافیک از سایت دوربینها به سمت NVR اهمیت بیشتری دارد؛ بنابراین همان جهت را جداگانه تست کنید و مسیر برگشت را نیز برای Management و ACKها کنترل کنید.
Bitrate همه Streamهایی را که قرار است از لینک عبور کنند جمع کنید. اگر 16 دوربین دارید، تعداد دوربین بهتنهایی معیار نیست؛ رزولوشن، FPS، Codec، Scene Complexity و تنظیمات VBR/CBR روی Bitrate اثر دارند. سپس ظرفیت Management، سربار و رشد آینده را هم در نظر بگیرید. برای تبدیل این محاسبات به ظرفیت موردنیاز لینک، راهنمای ظرفیت لینک وایرلس برای دوربین مداربسته را ببینید.
اگر Throughput تستشده فقط کمی بیشتر از ترافیک فعلی باشد، لینک حاشیه ایمنی کافی ندارد. هدف باید ظرفیت پایدار، نه صرفاً Peak لحظهای باشد.
ممکن است Bandwidth Test عدد Mbps بالایی نشان دهد اما Packet Loss قابل توجه باشد. در انتقال تصویر، Loss میتواند باعث Frame Drop، تأخیر و ناپایداری Stream شود. در تست UDP مقدار Lost Packets و در تست واقعی رفتار Streamها را بررسی کنید. اگر در کنار افت Throughput با قطعووصل یا Loss روبهرو هستید، راهنمای عیبیابی لینک رادیو میکروتیک مسیر تشخیص علت را مرحلهبهمرحله توضیح میدهد.
اگر CPU یکی از دو رادیو هنگام تست به نزدیکی سقف مصرف برسد، ممکن است Bottleneck مربوط به تولید ترافیک باشد نه خود لینک وایرلس. در این حالت تست را با Endpointهای جداگانه یا ابزارهایی مانند iperf در دو سمت لینک تکرار کنید. نتیجه Bandwidth Test را همیشه همراه با CPU، Wireless Registration/Rate، Packet Loss و ترافیک واقعی Interface ثبت کنید؛ این کار کمک میکند محدودیت پردازنده را با محدودیت ظرفیت رادیویی اشتباه نگیرید.
محیط رادیویی ثابت نیست. یک لینک ممکن است صبح عملکرد عالی داشته باشد و در ساعات شلوغ افت کند. تست Throughput را در چند بازه زمانی انجام دهید و نتیجه را کنار RSSI، Noise Floor، SNR و Spectrum ثبت کنید.
اگر نویز یا فرکانس مشکوک است، مقاله اسپکترال اسکن میکروتیک و انتخاب فرکانس را ببینید.
Bandwidth Test میتواند تمام ظرفیت قابل استفاده را مصرف کند و روی تصویر زنده، ضبط یا سایر سرویسهای شبکه اثر بگذارد. در لینک Production یا تست را در زمان کنترلشده اجرا کنید یا Tx Speed را محدود کنید. قبل از تحویل پروژه نیز تست نهایی بهتر است در شرایطی انجام شود که نتیجه روی سرویس واقعی اثر مخرب نگذارد.
Bandwidth Test مرحله آخر طراحی نیست؛ ابتدا باید مسیر و ظرفیت را درست طراحی کنید، سپس سختافزار و فرکانس را انتخاب کنید و در نهایت عملکرد واقعی را تأیید کنید. برای معماری کامل، مقاله انتقال تصویر دوربین مداربسته بدون اینترنت با رادیو وایرلس را بخوانید.
برای انتخاب سختافزار نیز راهنمای بهترین رادیو میکروتیک برای لینک دوربین و برای مفاهیم پایه راهنمای رادیو وایرلس چیست؟ را ببینید. اگر در حال اجرای یک لینک واقعی بین دو نقطه هستید، مقاله آموزش راهاندازی لینک Point-to-Point میکروتیک برای دوربین مداربسته ترتیب طراحی، Alignment و تست نهایی را یکجا جمعبندی میکند.
تست پهنای باند رادیو میکروتیک زمانی ارزشمند است که روش اندازهگیری درست باشد. عدد Wireless Rate، Peak Speed یا نتیجه یک تست کوتاه بهتنهایی کافی نیست. Throughput پایدار، Packet Loss، CPU Load، Bitrate دوربینها و شرایط رادیویی را کنار هم بررسی کنید.
برای مسیر جامع یادگیری، طراحی و اجرای لینک ابتدا آموزش رادیو میکروتیک را مطالعه کنید. برای آموزش عملی دوره نیز میتوانید آموزش رادیو میکروتیک برای دوربین مداربسته را بررسی کنید.