সুইচে অপটিক্স যাচাই
মডিউল পোর্টে বসানোর পর প্রতিটি NOS-এ তার শনাক্তকরণ তথ্য ও DDM দেখানোর একটি কমান্ড আছে। সুইচ মডিউলটিকে আপনার প্রত্যাশা অনুযায়ী দেখছে কি না নিশ্চিত করতে এবং CodingBox যা পড়েছে তার সঙ্গে মিলিয়ে দেখতে সেটি ব্যবহার করুন।
NOS অনুযায়ী কমান্ড
| NOS | কমান্ড |
|---|---|
| Cisco IOS / IOS-XE | show interfaces <if> transceiver detail |
| Cisco NX-OS | show interface <if> transceiver details |
| Juniper Junos | show interfaces diagnostics optics <if> |
| Arista EOS | show interfaces <if> transceiver detail |
| Huawei VRP | display transceiver interface <if> verbose |
| Aruba CX | show interface <if> transceiver detail |
যা খুঁজে দেখবেন
- শনাক্তকরণ তথ্য: ভেন্ডরের নাম, পার্ট নম্বর ও সিরিয়াল আপনার উদ্দিষ্ট তথ্যের সঙ্গে মিলছে।
- DDM: তাপমাত্রা, ভোল্টেজ, বায়াস ও অপটিক্যাল পাওয়ার সীমার মধ্যে আছে (CodingBox যে SFF-8472 ডায়াগনস্টিকস দেখায়, সুইচও সেটাই পড়ে)।
- ত্রুটি: “অসমর্থিত ট্রান্সিভার” নোট ভেন্ডর লক-এর দিকে ইঙ্গিত করে।
CodingBox-এর সঙ্গে মিলিয়ে দেখা
সুইচের আউটপুটকে অ্যাপের ট্রান্সিভার সারসংক্ষেপ-এর সঙ্গে তুলনা করুন। টেস্ট বেঞ্চে CodingBox যা পড়েছে, সুইচ তার সঙ্গে না মিললে পার্থক্যটা সুইচ মডিউলকে কীভাবে ব্যাখ্যা করে বা আটকায় তার মধ্যে, মডিউলের মেমোরিতে নয়।
প্ল্যাটফর্ম অনুযায়ী DDM-সংক্রান্ত কমান্ড,
ethtool-এর কাঁচা ডাম্প, SNMP OID ও OpenConfig পাথ: টুল দিয়ে DDM পড়া।
যা যাচাই করলেন তা কনফিগার করা (NOS অনুযায়ী গতি, FEC, ব্রেকআউট, ওভাররাইড): পোর্ট কনফিগারেশনের রেসিপি; প্ল্যাটফর্ম কেন মডিউল প্রত্যাখ্যান করল: প্রতিটি NOS কীভাবে মডিউল যাচাই করে।
একই ডেটা SNMP ও স্ট্রিমিং টেলিমেট্রির মাধ্যমে: ভেন্ডর অনুযায়ী MIB অবজেক্ট, OpenConfig ট্রান্সিভার পাথ, অ্যালার্ম তোলার মতো সিসলগ বার্তা: ম্যানেজমেন্ট ও মনিটরিং; এই কমান্ডগুলোতে ব্যবহৃত ইন্টারফেসের নাম: পোর্টের নামকরণ ও LED।