وقتی لینک رادیویی میکروتیک قطع و وصل می‌شود، سرعت ناگهان افت می‌کند یا دوربین‌ها با Packet Loss و فریز تصویر روبه‌رو می‌شوند، بدترین روش این است که بدون تشخیص علت شروع به تغییر فرکانس، Tx Power یا تنظیمات Wireless کنید. عیب‌یابی حرفه‌ای یعنی مشکل را مرحله‌به‌مرحله محدود کنیم تا مشخص شود ایراد از برق و کابل است، مسیر RF مشکل دارد، محیط فرکانسی آلوده است یا ظرفیت شبکه برای بار واقعی دوربین‌ها کافی نیست.
در این راهنما یک مسیر عملی برای عیب‌یابی لینک رادیو میکروتیک ارائه می‌کنیم؛ از بررسی PoE و کابل شبکه تا RSSI، SNR، Noise Floor، Alignment، Fresnel Zone، Ping، Packet Loss، Throughput، CPU، Bridge و Bitrate دوربین‌ها. اگر هنوز با ساختار لینک آشنا نیستید، ابتدا راهنمای رادیو وایرلس چیست و چگونه کار می‌کند؟ را مطالعه کنید.
اول علامت مشکل را دقیق ثبت کنید. «لینک خراب است» اطلاعات کافی نمی‌دهد. مشخص کنید مشکل قطع کامل است، Association از بین می‌رود، Ping Loss دارید، Latency بالا می‌رود، Tx/Rx Rate نوسان دارد یا فقط تصویر دوربین فریز می‌شود.
سپس بررسی را از ساده‌ترین و فیزیکی‌ترین لایه شروع کنید و به سمت RF و شبکه بروید. در هر مرحله فقط یک فرضیه را آزمایش کنید و نتیجه را ثبت کنید.
ناپایداری برق یکی از مشکلاتی است که به‌راحتی با ایراد Wireless اشتباه گرفته می‌شود. آداپتور ضعیف، PoE Injector معیوب، افت ولتاژ روی کابل بلند یا اتصالات نامناسب می‌توانند باعث Restart یا قطع لحظه‌ای رادیو شوند.
یک سوکت RJ45 ضعیف یا کابل آسیب‌دیده می‌تواند لینک Ethernet را روی سرعت پایین‌تر Negotiation کند، Packet Error ایجاد کند یا ارتباط را لحظه‌ای قطع کند. قبل از دستکاری تنظیمات رادیویی، وضعیت پورت Ethernet را بررسی کنید.
اگر رادیو Signal خوبی دارد ولی End-to-End Throughput پایین است، کابل و Negotiation پورت یکی از اولین مواردی است که باید تست شود.
RSSI قدرت سیگنال دریافتی را نشان می‌دهد. عددی که به صفر نزدیک‌تر است معمولاً سیگنال قوی‌تری دارد، اما RSSI به‌تنهایی کیفیت لینک را تعیین نمی‌کند.
ممکن است RSSI قوی باشد ولی Noise Floor بالا باعث SNR ضعیف شود. برای تحلیل صحیح، راهنمای RSSI، SNR و Noise Floor در میکروتیک را کنار این مقاله استفاده کنید.
Noise Floor وضعیت نویز پس‌زمینه کانال را نشان می‌دهد و SNR اختلاف سیگنال با نویز است. اگر Signal مناسب ولی SNR پایین باشد، احتمال تداخل فرکانسی یا محیط RF شلوغ زیاد است.
به جای استفاده از یک عدد ثابت برای همه تجهیزات، SNR را همراه با Modulation، Tx/Rx Rate، Packet Loss و Throughput واقعی تحلیل کنید.
در رادیوهای MIMO اختلاف غیرعادی بین Chainها می‌تواند نشانه Alignment نامناسب، مشکل پلاریزاسیون یا شرایط نامطلوب مسیر باشد. اگر یک Chain به‌طور محسوسی ضعیف‌تر است، زاویه رادیو و نصب فیزیکی را دوباره بررسی کنید.
Alignment را با تغییرات کوچک و کنترل هم‌زمان Signal و کیفیت لینک انجام دهید؛ چرخاندن سریع رادیو بدون ثبت نتیجه معمولاً تشخیص را سخت‌تر می‌کند.
دید مستقیم به‌تنهایی کافی نیست. ممکن است دو رادیو یکدیگر را ببینند اما درخت، ساختمان یا عوارض زمین وارد First Fresnel Zone شده باشد و باعث تضعیف یا Multipath شود.
اگر لینک با باد، بارندگی، رشد درختان یا فصل‌های مختلف تغییر می‌کند، مسیر را جدی‌تر بررسی کنید. راهنمای Fresnel Zone چیست؟ روش بررسی این موضوع را توضیح می‌دهد.
یکی از دلایل رایج افت سرعت، تداخل هم‌کانال یا کانال‌های مجاور است. تغییر تصادفی فرکانس ممکن است مشکل را موقتاً پنهان کند، اما روش اصولی بررسی محیط RF و انتخاب کانال بر اساس داده است.
در صورت نیاز از ابزارهایی مانند Spectral Scan میکروتیک یا امکانات اسکن مناسب تجهیزات استفاده کنید. همچنین راهنمای تنظیم فرکانس و Channel Width میکروتیک را ببینید.
کانال پهن‌تر الزاماً لینک سریع‌تری در دنیای واقعی ایجاد نمی‌کند. در محیط نویزی، Channel Width بزرگ‌تر بخش بیشتری از طیف را درگیر می‌کند و ممکن است پایداری کاهش یابد.
اگر با 40 یا 80MHz نرخ اسمی بالا ولی Throughput ناپایدار دارید، تست کنترل‌شده با Channel Width باریک‌تر می‌تواند اطلاعات ارزشمندی بدهد.
Ping را فقط از NVR تا مقصد نهایی اجرا نکنید. مسیر را بخش‌بندی کنید:
این روش کمک می‌کند مشخص شود Latency یا Packet Loss دقیقاً از کدام قسمت مسیر شروع می‌شود.
لینکی که در حالت Idle بدون Loss است ممکن است هنگام انتقال چند Stream دوربین دچار Packet Loss شود. بنابراین تست را هم بدون بار و هم در شرایط نزدیک به بار واقعی انجام دهید.
اگر Loss فقط زیر بار ظاهر می‌شود، ظرفیت RF، Throughput واقعی، CPU، Ethernet یا مجموع Bitrate دوربین‌ها را بررسی کنید.
Tx/Rx Rate با Throughput واقعی برابر نیست. نرخ فیزیکی وایرلس شامل سربار پروتکل و شرایط RF است و ظرفیت قابل استفاده معمولاً کمتر خواهد بود.
در پروژه‌های حساس بهتر است تست End-to-End با ابزار مناسب انجام شود. اجرای تست سنگین روی خود رادیو ممکن است CPU را درگیر کند و نتیجه را منحرف کند. برای جزئیات بیشتر، راهنمای تست پهنای باند رادیو میکروتیک برای دوربین مداربسته را ببینید.
گاهی RF سالم است اما پردازنده رادیو زیر بار قرار دارد. Queue، Firewall، Encryption، Bridge Processing، تست پهنای باند یا سرویس‌های اضافی می‌توانند منابع دستگاه را مصرف کنند.
اگر هنگام افت سرعت CPU به شکل محسوسی بالا می‌رود، قبل از تغییر Wireless مشخص کنید چه Process یا ترافیکی باعث بار شده است.
ممکن است لینک از نظر فنی سالم باشد اما برای بار پروژه کوچک طراحی شده باشد. مجموع Bitrate دوربین‌ها، Main Stream، Sub Stream، Playback، ضبط مرکزی و ترافیک مدیریتی را محاسبه کنید و حاشیه امن در نظر بگیرید.
برای محاسبه دقیق‌تر از راهنمای ظرفیت لینک وایرلس برای دوربین مداربسته استفاده کنید.
در شبکه‌های Layer 2 یک Loop می‌تواند Broadcast و ترافیک غیرعادی ایجاد کند و کل لینک را اشباع کند. اگر مشکل پس از اضافه شدن یک Switch، مسیر پشتیبان یا تغییر توپولوژی شروع شده است، احتمال Loop را بررسی کنید.
برای انتخاب معماری مناسب، مقاله Bridge یا Routing در لینک میکروتیک؟ را مطالعه کنید.
علت‌های محتمل: برق، PoE، کابل، تغییر تنظیمات، از دست رفتن Association یا خرابی فیزیکی.
تست: Uptime، LED و وضعیت Ethernet، دسترسی محلی به رادیو و وضعیت Wireless را بررسی کنید.
اقدام: قبل از Reset یا تغییر گسترده تنظیمات، مشخص کنید مشکل در لایه برق/Ethernet است یا RF.
علت‌های محتمل: Alignment ضعیف، لق بودن پایه، باد، مانع متحرک، Fresnel نامناسب یا تداخل.
تست: Signal هر Chain را در بازه زمانی ثبت کنید و هم‌زمان وضعیت محیط و Noise را بررسی کنید.
اقدام: ابتدا نصب و Alignment را اصلاح کنید؛ سپس سراغ انتخاب فرکانس بروید.
علت‌های محتمل: Noise Floor بالا، SNR پایین، Channel Width نامناسب، Retransmission، CPU بالا، Ethernet محدود یا ظرفیت ناکافی.
تست: SNR، Tx/Rx Rate، CPU، Ethernet و Throughput End-to-End را بررسی کنید.
اقدام: علت محدودکننده را پیدا کنید؛ افزایش Tx Power راه‌حل عمومی این سناریو نیست.
علت‌های محتمل: بار ویدئویی بیشتر از ظرفیت لینک، Burst ترافیک، مشکل NVR، Switch یا مسیر داخلی شبکه.
تست: Throughput را هنگام Live View و Playback چند دوربین اندازه‌گیری کنید و Bitrate واقعی Streamها را ثبت کنید.
اقدام: ظرفیت لینک و شبکه داخلی را با بار واقعی مقایسه کنید.
علت‌های محتمل: افزایش تداخل RF، مصرف بیشتر شبکه یا بار دوره‌ای دوربین‌ها و کاربران.
تست: RSSI، Noise Floor، SNR، Throughput و مصرف ترافیک را در ساعت سالم و ساعت مشکل‌دار مقایسه کنید.
اقدام: تصمیم را بر اساس اختلاف داده‌ها بگیرید، نه یک Snapshot در زمان آرام شبکه.
نه همیشه. افزایش توان می‌تواند در برخی شرایط Signal را بالا ببرد، اما اگر مشکل از نویز، Fresnel، Alignment، اشباع گیرنده یا ظرفیت باشد، لزوماً کمکی نمی‌کند و حتی ممکن است شرایط RF را بدتر کند.
توان ارسال باید در چارچوب مقررات، مشخصات تجهیزات و طراحی متعادل لینک تنظیم شود.
اگر RSSI واقعی با مقدار مورد انتظار فاصله زیادی دارد، طراحی اولیه را دوباره بررسی کنید. Gain آنتن، فاصله، فرکانس، افت مسیر و موانع ممکن است با فرض اولیه متفاوت باشند.
راهنمای محاسبه Link Budget رادیو وایرلس برای مقایسه مقدار نظری و واقعی مفید است.
بعد از پیدا کردن علت، فقط همان عامل را اصلاح کنید و سپس تمام تست‌های اصلی را دوباره انجام دهید. RSSI، SNR، Ping، Packet Loss و Throughput را قبل و بعد از تغییر ثبت کنید تا مطمئن شوید اصلاح واقعاً نتیجه داده است.
اگر لازم است تنظیمات لینک را از پایه استاندارد کنید، راهنمای آموزش کانفیگ رادیو میکروتیک برای دوربین مداربسته را دنبال کنید. برای مرور مسیر جامع یادگیری، طراحی و اجرای لینک نیز آموزش رادیو میکروتیک را مطالعه کنید. برای یادگیری عملی و پروژه‌محور این سناریوها، دوره آموزش کانفیگ رادیو میکروتیک ویژه دوربین‌کاران را نیز بررسی کنید.
عیب‌یابی حرفه‌ای لینک رادیو میکروتیک با تغییر تصادفی تنظیمات انجام نمی‌شود. مسیر درست از برق و کابل شروع می‌شود، سپس RF، RSSI، SNR، Alignment و Fresnel بررسی می‌شوند و در نهایت Ping، Packet Loss، Throughput، CPU و بار واقعی دوربین‌ها تحلیل می‌شوند.
اگر هر مرحله را جداگانه اندازه‌گیری و ثبت کنید، معمولاً می‌توانید محدوده مشکل را سریع‌تر پیدا کنید و بدون ایجاد اختلال جدید، علت اصلی قطع و وصل یا افت سرعت لینک را برطرف کنید.
