মনিটরিং ও ব্যবস্থাপনা: DDM, OSC, OCM, RFTS, অ্যালার্ম
প্যাসিভ অবকাঠামো নীরব; ফাইবার লিংক সম্পর্কে লাইভ তথ্যের একমাত্র উৎস তার চারপাশের অ্যাক্টিভ অবকাঠামো। প্রতিটি ট্রান্সিভার নিজের আলো মাপে, প্রতিটি অ্যাম্প্লিফায়ার তার পাম্প ও গেইনের তথ্য জানায়, ROADM নোড স্পেকট্রাম পর্যবেক্ষণ করে, সুপারভাইজরি চ্যানেল এসব তথ্য এক সাইট থেকে অন্য সাইটে পৌঁছে দেয়, আর রিমোট টেস্ট সিস্টেম ফাইবারে ট্রাফিক চলার সময়ই তাতে OTDR পালস পাঠায়। এই নিবন্ধে আলোচনা করা হয়েছে দৃশ্যমানতার স্তর, সেগুলো কোন অ্যালার্ম তোলে ও প্রতিটির অর্থ কী, বেসলাইন ও ট্রেন্ড কীভাবে রাখবেন, কোন প্রোটোকল ও টুল ডেটা সংগ্রহ করে, ত্রুটি খুঁজে বের করতে মডিউলের ডেটা ফাইবারের ডেটার সঙ্গে কীভাবে মেলাবেন, এবং গ্রাহকদের আগেই সমস্যা ধরে ফেলে এমন মনিটরিং ব্যবস্থার ব্যবহারিক নিয়ম।
দৃশ্যমানতার স্তর
| স্তর | উৎস | যা দেখা যায় | বিবরণ |
|---|
| ট্রান্সিভার ডায়াগনস্টিকস (DDM/DOM) | মডিউলের মনিটর ফটোডায়োড ও সেন্সর, যা হোস্ট পড়ে | Tx ও Rx পাওয়ার, লেজার বায়াস, তাপমাত্রা, সাপ্লাই ভোল্টেজ; 400G+ ও কোহেরেন্ট মডিউলে প্রি-FEC BER, ক্রোমাটিক ডিসপারশন, DGD ও OSNR-ও (VDM) | DDM-এর প্রাথমিক ধারণা, VDM ও FEC মেট্রিক |
| হোস্ট পোর্টের কাউন্টার | সুইচ, রাউটার বা NIC-এর MAC/PCS | লিংকের অবস্থা ও ফ্ল্যাপ, FEC-এ সংশোধিত ও অসংশোধিত ব্লক, CRC ত্রুটি, PCS-এ ত্রুটিপূর্ণ ব্লক | ম্যানেজমেন্ট ও মনিটরিং |
| অ্যাম্প্লিফায়ার টেলিমেট্রি | EDFA ও রামন ইউনিট | ইনপুট ও আউটপুট পাওয়ার, গেইন, পাম্প কারেন্ট ও তাপমাত্রা, ইনপুট হারানো, APR-এর অবস্থা | অ্যাম্প্লিফায়ার ও রিজেনারেশন |
| অপটিক্যাল চ্যানেল মনিটর (OCM) | ROADM ও টার্মিনাল নোডে বসানো স্পেকট্রাম অ্যানালাইজার | প্রতিটি চ্যানেলের পাওয়ার ও উপস্থিতি, OSNR-এর অনুমান, টিল্ট | ট্রান্সপোর্ট ও অ্যাক্সেস যন্ত্রপাতি |
| অপটিক্যাল সুপারভাইজরি চ্যানেল (OSC) | লাইন সাইটগুলোর মধ্যে একটি নির্দিষ্ট তরঙ্গদৈর্ঘ্য (1 510 বা 1 610 nm) | স্প্যান লস, দূরবর্তী অ্যালার্ম, কর্মীবিহীন সাইটগুলোর সঙ্গে ব্যবস্থাপনা সংযোগ | একই |
| রিমোট ফাইবার টেস্ট সিস্টেম (RFTS) | চালু ফাইবারে 1 625 বা 1 650 nm-এ যুক্ত করা OTDR ইউনিট | নতুন ইভেন্ট, লসের পরিবর্তন, ফাইবারে ব্রেকের অবস্থান | রক্ষণাবেক্ষণ ও পুনরুদ্ধার |
| পরিবেশ সেন্সর | ক্যাবিনেট, ক্লোজার, শেল্টার | দরজা, তাপমাত্রা, আর্দ্রতা, পানি, মেইনস ও ব্যাটারির অবস্থা | একই |
| রেকর্ড ও বেসলাইন | কমিশনিং পরীক্ষা ও লিংক পাসপোর্ট | প্রতিটি ফাইবার ও মডিউলের জন্য “স্বাভাবিক” অবস্থা কেমন | ডকুমেন্টেশন ও লেবেলিং |
অ্যালার্ম ও তাদের অর্থ
| অ্যালার্ম | যেখান থেকে ওঠে | অর্থ | প্রথমে যা দেখবেন |
|---|
| সংকেত হারানো (LOS) | রিসিভার: আলো নেই | ফাইবার কাটা, দূরপ্রান্তের ট্রান্সমিটার বন্ধ, ভুল তরঙ্গদৈর্ঘ্য বা চ্যানেল, খুলে যাওয়া কর্ড | দূরপ্রান্তের Tx পাওয়ার ও লিংকের অবস্থা (লিংক নেই) |
| লক হারানো, ফ্রেম হারানো (LOL, LOF) | CDR, PCS, OTN ফ্রেমার | আলো আছে কিন্তু ব্যবহারের অযোগ্য: গতি বা FEC-এর অমিল, সহনসীমার বাইরে ডিসপারশন বা নয়েজ, অত্যন্ত কম পাওয়ার | সংবেদনশীলতার তুলনায় Rx পাওয়ার, গতি ও FEC সেটিং |
| Rx পাওয়ার কম: সতর্কতা বা অ্যালার্ম | মডিউলের থ্রেশহোল্ড | অবকাঠামোর লস বেড়েছে বা দূরপ্রান্তের Tx কমেছে; সাধারণ থ্রেশহোল্ড সংবেদনশীলতার কয়েক dB ওপরে | দূরপ্রান্তের Tx ও কাছের প্রান্তের Rx-এর ট্রেন্ড (থ্রেশহোল্ড ও অ্যালার্ম) |
| Rx পাওয়ার বেশি | মডিউলের থ্রেশহোল্ড | ER/ZR-এর জন্য লস খুব কম, অথবা অ্যাম্প্লিফায়ারের আউটপুট সরাসরি রিসিভারে পড়ছে | অ্যাটেনুয়েটর |
| Tx পাওয়ার কম, লেজার বায়াস বেশি | মডিউল | লেজারের এজিং বা বিকল হওয়া | বায়াসের ট্রেন্ড (Tx বায়াস ও লেজারের এজিং) |
| তাপমাত্রা বেশি | মডিউল বা যন্ত্র | বাতাস চলাচলে বাধা, ফ্যান বিকল, গরম সাইট, মডিউল তার ক্লাসের সীমা ছাড়িয়ে গেছে | সাইটের পরিবেশ (তাপমাত্রা ও ভোল্টেজ) |
| প্রি-FEC BER বাড়ছে, অসংশোধনীয় ব্লক | হোস্ট বা মডিউলের FEC পরিসংখ্যান | লিংক বিকল হওয়ার আগেই মার্জিন খরচ হয়ে যাচ্ছে: পাওয়ার, ডিসপারশন, PMD, প্রতিফলন বা ময়লা কানেক্টরের কারণে | Rx পাওয়ার ও OSNR-এর সঙ্গে মিলিয়ে দেখুন |
| লিংক ফ্ল্যাপিং | হোস্ট | অস্থির সংযোগ, প্রতিফলন, সীমার কাছাকাছি পাওয়ার, তাপমাত্রার চক্রাকার ওঠানামা | লিংক ফ্ল্যাপিং |
| মডিউল নেই বা সমর্থিত নয় | হোস্ট | ঠিকভাবে না বসা, কোডিং, অসামঞ্জস্যপূর্ণ ধরন | ভেন্ডর লক |
| অ্যাম্প্লিফায়ারে ইনপুট হারানো, APR সক্রিয় | অ্যাম্প্লিফায়ার | আপস্ট্রিম ফাইবার কাটা; নিরাপত্তার জন্য পাম্প বন্ধ হয়ে গেছে | APR বাইপাস করবেন না; কাটা জায়গা শনাক্ত করুন (নিরাপত্তা ও ব্যবহারবিধি) |
| স্প্যান লস বেড়েছে (OSC) | লাইন সিস্টেম | স্প্যানে ফাইবারের অবনতি, বাঁক, পানি বা ময়লা কানেক্টর | RFTS বা OTDR দিয়ে স্প্যানটি দেখুন (OTDR ট্রেস পড়া) |
| RFTS-এ নতুন ইভেন্ট বা লসের পরিবর্তন | রিমোট OTDR | শনাক্ত করা একটি দূরত্বে নতুন বাঁক, স্প্লাইসের অবনতি, পানি বা কাটা | দূরত্বকে রুটের অবস্থানে রূপান্তর করুন, টিম পাঠান |
| দরজা খোলা, পানি, মেইনস বিদ্যুৎ নেই, ব্যাটারি কম | পরিবেশ সেন্সর | সাইটটি ফাইবার কাটা পড়ার মতোই অচল হতে চলেছে | ব্যাটারি শেষ হওয়ার আগেই টিম পাঠান |
অ্যালার্মের স্তরবিন্যাস মনে রাখুন: একটি ফাইবার কাটা পড়লে প্রতিটি তরঙ্গদৈর্ঘ্যে LOS, অ্যাম্প্লিফায়ারে ইনপুট হারানো, OSC-তে স্প্যান লস এবং এক ডজন সার্ভিস অ্যালার্ম ওঠে; মূল কারণ সেটিই, যা স্ট্যাকের সবচেয়ে নিচে থাকে।
বেসলাইন ও ট্রেন্ড
| রীতি | নিয়ম |
|---|
| কমিশনিংয়ের সময় লিংক পাসপোর্ট | দূরপ্রান্তের Tx, কাছের প্রান্তের Rx, দুই মডিউলের বায়াস ও তাপমাত্রা; দুই দিক থেকে OTDR; সব তরঙ্গদৈর্ঘ্যে লস |
| শুধু পরম থ্রেশহোল্ডে নয়, পরিবর্তনের ভিত্তিতেও অ্যালার্ম দিন | বেসলাইন Rx-এর চেয়ে 2 dB নিচে নামা মানে খতিয়ে দেখার ইঙ্গিত, মডিউলের নিজস্ব কম-পাওয়ার অ্যালার্মের অনেক আগেই |
| পোলিং ব্যবধান | পাওয়ারের মানের জন্য 1–5 মিনিট; কাউন্টার প্রতি মিনিটে; RFTS স্ক্যান ঘণ্টায় একবার থেকে দিনে একবার |
| মৌসুমি আচরণ | ওভারহেড ও আউটডোর অবকাঠামোতে ±1 dB ওঠানামা স্বাভাবিক; সেগুলো নথিভুক্ত করে রাখুন |
| প্রতিটি পরিবর্তনের পর নতুন বেসলাইন নিন | নতুন মডিউল, নতুন করে স্প্লাইস, নতুন করে প্যাচ |
| নির্ভুলতা | DDM-এর পরম নির্ভুলতা ±1–2 dB, কিন্তু পুনরাবৃত্তিযোগ্যতা ±0.1 dB; ট্রেন্ড বোঝার জন্য উপযোগী, সার্টিফিকেশনের জন্য নয় (নির্ভুলতা ও সীমাবদ্ধতা) |
| সংরক্ষণকাল | ধীর অবনতি ও মৌসুমি পরিবর্তন দেখতে অন্তত এক বছরের পাওয়ার ইতিহাস রাখুন (মনিটরিং) |
প্রোটোকল ও টুল
| পদ্ধতি | যা পাওয়া যায় | মন্তব্য |
|---|
CLI (show interface transceiver ও সমতুল্য কমান্ড) | চাহিদামতো প্রতিটি পোর্টের DDM মান | স্ক্রিপ্টিংয়ের উপযোগী; সিনট্যাক্স NOS অনুযায়ী ভিন্ন (DDM পড়ার টুল) |
| SNMP পোলিং ও ট্র্যাপ | DDM, কাউন্টার, যন্ত্রের অ্যালার্ম | অপটিক্যাল মানের জন্য ভেন্ডরের MIB; কিছু প্ল্যাটফর্মে ENTITY-SENSOR-MIB |
| স্ট্রিমিং টেলিমেট্রি (gNMI, OpenConfig, NETCONF) | প্রতি কয়েক সেকেন্ডে DDM ও কাউন্টার | openconfig-platform-transceiver মডেল; ট্রেন্ডের জন্য সবচেয়ে ভালো |
| ethtool, mlxlink ও NIC-এর টুল | সার্ভারের NIC থেকে DDM | NIC টুল ও ডায়াগনস্টিকস |
| লাইন সিস্টেমের EMS/NMS | অ্যাম্প্লিফায়ার, OCM, OSC-এর ডেটা এবং অপটিক্যাল স্তরের অ্যালার্ম | নর্থবাউন্ড ইন্টারফেসে TL1 বা NETCONF |
| RFTS সফটওয়্যার | ট্রেসের তুলনা, ইভেন্ট অ্যালার্ম, দূরত্বের GIS ম্যাপিং | দূরত্বকে জায়গার সঙ্গে মেলাতে রুটের রেকর্ড লাগে |
| সমন্বিত NMS, টাইম-সিরিজ ডেটাবেজ ও ড্যাশবোর্ড | ফাইবার, মডিউল, সার্ভিস ও পরিবেশের ডেটার পারস্পরিক সম্পর্ক নির্ণয় | যেখানে মূল কারণ বিশ্লেষণ হয় |
মডিউল ও ফাইবারের ডেটা মিলিয়ে দেখা
| পর্যবেক্ষণ | সম্ভাব্য কারণ | নিশ্চিত করার উপায় |
|---|
| কাছের প্রান্তের Rx কমেছে, দূরপ্রান্তের Tx ও বায়াস অপরিবর্তিত | অবকাঠামোর লস বেড়েছে: বাঁক, কানেক্টর, পানি, ক্লোজার | OTDR বা RFTS; কানেক্টর পরিদর্শন করুন |
| দূরপ্রান্তের Tx কমেছে, তার বায়াস বেড়েছে | দূরপ্রান্তের লেজারের এজিং | মডিউল বদলান (Tx বায়াস ও লেজারের এজিং) |
| দুই দিকেই একসঙ্গে অবনতি | সাধারণ পথের সমস্যা: একই ক্লোজার, ডাক্ট, ক্যাবিনেটের তাপমাত্রা | সাইট পরিদর্শন |
| Rx স্বাভাবিক, প্রি-FEC BER বাড়ছে | ডিসপারশন, PMD, প্রতিফলন, অরৈখিক প্রভাব বা নয়েজ; পাওয়ার নয় | OSNR (কোহেরেন্ট VDM), রিফ্লেকট্যান্স, বৈশিষ্ট্য নির্ণয় (ফাইবারের বৈশিষ্ট্য নির্ণয়) |
| Rx প্রতিদিন 1–2 dB ওঠানামা করে | আউটডোর অবকাঠামোতে তাপমাত্রা অথবা প্রান্তিক অবস্থার কানেক্টর | আবহাওয়ার সঙ্গে মিলিয়ে দেখুন; পরিদর্শন করুন |
| গড় পাওয়ার ভালো থাকলেও ফ্ল্যাপ করে | প্রতিফলন, অস্থির সংযোগ, ময়লা এন্ডফেস | OTDR-এ রিফ্লেকট্যান্স, এন্ডফেস পরিদর্শন (এন্ডফেস পরিদর্শন ও পরিষ্কার) |
| স্বাভাবিক ট্রাফিকেও তাপমাত্রা বেশি | বাতাস চলাচল বা ফ্যান | সাইট |
| একটি সাইটে সবকিছু বন্ধ | বিদ্যুৎ | পরিবেশ অ্যালার্ম, ব্যাটারি |
| একটি তরঙ্গদৈর্ঘ্য বন্ধ, বাকিগুলো ঠিক | ওই মডিউল, তার প্যাচ কর্ড, অথবা ROADM-এর চ্যানেল সেটিং | মডিউল বদলে দেখুন, চ্যানেল প্ল্যান যাচাই করুন |
ব্যবহারিক নিয়ম
| নিয়ম | কারণ |
|---|
| প্রতিটি লিংকের দুই প্রান্তেই মনিটর করুন | অবকাঠামোর লস হলো দূরপ্রান্তের Tx বিয়োগ কাছের প্রান্তের Rx; এক প্রান্ত থেকে বোঝা যায় না কোন দিক খারাপ হয়েছে |
| DDM হোস্টের মাধ্যমে পড়ুন এবং টেস্ট বেঞ্চের মানও রেখে দিন | হোস্টের রিডিংই চালু অবস্থার আসল চিত্র; টেস্ট বেঞ্চের মান হলো অবকাঠামোতে বসানোর আগের বেসলাইন (অ্যাপে DDM) |
| অ্যালার্মের থ্রেশহোল্ড প্রতিটি লিংকের জন্য, মডিউলের ধরন অনুযায়ী নয় | মডিউলের কারখানা-নির্ধারিত থ্রেশহোল্ড প্রশস্ত; লিংকের মার্জিন নির্দিষ্ট |
| প্রোটেকশন পাথ পরীক্ষা করুন | ট্রাফিকবিহীন স্ট্যান্ডবাই পাথেরও Rx পাওয়ার নজরে রাখতে হয়, নইলে সেটি নীরবে বিকল হয় |
| মনিটরগুলোকেও মনিটর করুন | RFTS ইউনিট, OSC টার্মিনাল ও সেন্সরও বিকল হয় |
| রেকর্ড হালনাগাদ রাখুন | রুট ম্যাপ ছাড়া “12.3 km” দূরত্বে পাওয়া অ্যালার্ম অকেজো (ডকুমেন্টেশন ও লেবেলিং) |
| ম্যানেজমেন্ট নেটওয়ার্ক আলাদা রাখুন | বিভ্রাট ঘটলে সেটি দেখার সক্ষমতাও যেন বন্ধ না হয় |
CodingBox-এ
টেস্ট বেঞ্চই প্রথম মনিটরিং পয়েন্ট: CodingBox ইনস্টলেশনের আগে মডিউলের DDM, থ্রেশহোল্ড ও VDM সক্ষমতা পড়ে। ফলে লিংক পাসপোর্ট শুরু হয় শুধু মডিউলের যাচাইকৃত ভালো মান দিয়ে (Tx পাওয়ার, বায়াস, তাপমাত্রা), আর হোস্টের পরবর্তী রিডিং সেগুলোর সঙ্গে তুলনা করে বিচার করা যায় (অ্যাপে DDM, Check transceiver, মনিটরিং)।