DWDM এবং 400ZR লিঙ্কের জন্য অপটিক্যাল পারফরম্যান্স মনিটরিং
Jul 20, 2026| কেউ টিকিট খোলার কয়েক সপ্তাহ আগে বেশিরভাগ অপটিক্যাল লিঙ্কগুলি সুইচটিতে দৃশ্যমান হয়। তথ্য ইতিমধ্যে আছে. যা সাধারণত অনুপস্থিত থাকে তা হল একটি অপটিক্যাল পারফরম্যান্স মনিটরিং অনুশীলন যা পড়াকে একটি সিদ্ধান্তে পরিণত করে।
আমরা উত্পাদন দিক থেকে ফলাফল দেখতে, বিনিময়ে. গত ত্রৈমাসিকে একজন গ্রাহক Arista 7060X5 সুইচগুলিতে র্যান্ডম লিঙ্ক ফ্ল্যাপের রিপোর্টিং চল্লিশটি 400G DR4 মডিউল ফেরত পাঠিয়েছেন। আরএমএ কাগজপত্র খোলার আগে, আমাদের পরীক্ষা প্রকৌশলী একটি প্রশ্ন করেছিলেন: ইনস্টলেশনের আগে এমপিও সংযোগকারীগুলি কি পরিদর্শন করা হয়েছিল? তারা ছিল না. আমরা যাইহোক সম্পূর্ণ রিগ্রেশনের মাধ্যমে মডিউলগুলি চালিয়েছি, এবং প্রমাণের চেইনটি দ্ব্যর্থহীনভাবে ফিরে এসেছে: পরিষ্কার চোখের ডায়াগ্রাম, চারটি লেন জুড়ে 1E{10}}13 এর নিচে BER, DDM রিডিং নামমাত্র। ত্রুটিটি ছিল গ্রাহকের ট্রাঙ্ক কেবলের প্রান্তের মুখে কণা দূষণ{12}}। চল্লিশটি মডিউল, শূন্য ত্রুটি, এবং সম্পূর্ণ লেখা আমাদের অংশে বসে আছেডাটা সেন্টারে হাই স্পিড অপটিক্যাল ইন্টারকানেক্ট.
এখানে যা গুরুত্বপূর্ণ তা মূল কারণ নয়। এটি হল যে এই উপসংহারে পৌঁছানোর জন্য প্রয়োজনীয় প্রতিটি পাঠ ইতিমধ্যেই সুইচের নিজস্ব টেলিমেট্রিতে বসে ছিল এবং যেভাবেই হোক বৃদ্ধি ঘটল।
কেন ডেটা ইতিমধ্যে সেখানে ছিল এবং কেউ এটিতে কাজ করেনি
একটি রিডিং অ্যাকশনে পরিণত হওয়ার আগে তিনটি জিনিস সত্য হতে হবে এবং বেশিরভাগ নেটওয়ার্কে তাদের মধ্যে অন্তত একটি মিথ্যা।
রিডিংটি বিদ্যমান থাকতে হবে, যা স্পেসিফিকেশনে বিদ্যমান প্যারামিটারের মতো নয়। এটি আপনার NMS-এ পৌঁছাতে হবে, যা মডিউলের পরিবর্তে আপনার প্ল্যাটফর্ম এবং সফ্টওয়্যার রিলিজের উপর নির্ভর করে। এবং এটিকে অর্থপূর্ণ কিছুর সাথে তুলনা করতে হবে, যার জন্য আপনার মালিকানাধীন একটি বেসলাইন প্রয়োজন বরং অন্য কেউ তৈরিতে লিখেছিলেন একটি ধ্রুবক। একটি মনিটরিং ডিজাইন যা তিনটির যেকোনো একটিকে এড়িয়ে যায় তা ড্যাশবোর্ড তৈরি করে, সতর্কতা নয়।
মডিউল-স্তরের টেলিমেট্রি এটির একটি ইনপুট। DDM, SFF-8472 ইন্টারফেস এক্সপোজিং তাপমাত্রা, সরবরাহ ভোল্টেজ, লেজার বায়াস কারেন্ট এবং ট্রান্সসিভারের নিজস্ব মাইক্রোকন্ট্রোলার থেকে TX/RX পাওয়ার, যেখানে বেশিরভাগ কাঁচামাল আসে। প্রতিটি প্যারামিটার কীভাবে পড়তে হয়, কীভাবে থ্রেশহোল্ড কনফিগারেশন অনুশীলনে কাজ করে এবং DDM নির্ভুলতা কী সমর্থন করতে পারে তা আমাদেরডিডিএম ডিজিটাল ডায়াগনস্টিক পর্যবেক্ষণের সম্পূর্ণ নির্দেশিকা, এবং এই নিবন্ধটি ইচ্ছাকৃতভাবে সেই স্থলটির পুনরাবৃত্তি করে না।
এগিয়ে নিয়ে যাওয়ার যোগ্য পার্থক্য সংক্ষিপ্ত। DDM একটি ডেটা উৎস। একটি লিঙ্ক-স্তরের অপটিক্যাল কর্মক্ষমতা নিরীক্ষণ নকশা একটি সিদ্ধান্ত ব্যবস্থা।
আপনার প্ল্যাটফর্ম প্রকৃতপক্ষে কী রিপোর্ট করে এবং কী এটি নিঃশব্দে নেমে আসে
অ্যালার্ম ডিজাইন করার আগে, মডিউল এবং আপনার মনিটরিং সিস্টেমের মধ্যে পথ অডিট করুন। এটি এমন পদক্ষেপ যা প্রায় কেউই সম্পাদন করে না এবং এটি যেকোন থ্রেশহোল্ড ত্রুটির চেয়ে বেশি নিরীক্ষণ ডিজাইনকে বাতিল করে।
থ্রেশহোল্ড লঙ্ঘন লগিং হল আদর্শ চিত্র। সিসকো ক্যাটালিস্ট প্ল্যাটফর্মগুলি বছরের পর বছর ধরে %SFF8472-5-THRESHOLD_VIOLATION syslog বার্তাগুলি নির্গত করেছে, যখন NX{{9}OS চালনাকারী অপারেটররা নথিভুক্ত করেছে বয়স 10G-ER মডিউলগুলি নিম্ন প্রাপ্তির সতর্কতা থ্রেশহোল্ডের নীচে নেমে যাচ্ছে সম্পূর্ণ প্ল্যাটফর্মের সাথে নীরবভাবে থাকে৷ শর্তটি দেখার একমাত্র উপায় ছিল ইন্টারফেস ট্রান্সসিভারের বিস্তারিত প্রদর্শন চালানো এবং এটি ম্যানুয়ালি পড়া। সেই পরিস্থিতি অব্যাহত থাকার পরিবর্তে পরিবর্তিত হয়েছে। NX-OS 10.6(1)F থেকে, Nexus 9000 প্ল্যাটফর্মগুলি বহুমুখী ডায়গনিস্টিক মনিটরিং যোগ করে, যা অতীতের DOM-এ সিগন্যাল-থেকে-শব্দ অনুপাত, প্রাক-এফইসি বিট ত্রুটির হার এবং লেজার বয়সে পৌঁছায়, শো ইন্টারফেস ইথারনেট ট্রান্সসিভার vdm (সিসকো).
সেই ডকুমেন্টেশনে কোয়ালিফায়ারটি নোট করুন, কারণ এই নিবন্ধের বাকি অংশ এটিতে ফিরে আসছে। সিসকো লিখেছেন যে VDM এর মাধ্যমে উপলব্ধ পর্যবেক্ষণযোগ্য প্রকারগুলি মডিউলের উপর নির্ভর করে। একই সুইচ, একই সফ্টওয়্যার, ভিন্ন অপটিক, ভিন্ন দৃশ্যমানতা।
তাই ডেটা সেন্টারে অপটিক্যাল ট্রান্সসিভার পারফরম্যান্স মনিটরিং আপনার কেনা সুইচের সম্পত্তি নয়। এটি প্ল্যাটফর্ম, সফ্টওয়্যার রিলিজ এবং ইনস্টল করা অপটিকগুলির একটি নির্দিষ্ট সংমিশ্রণের একটি সম্পত্তি, এবং যে চেকটি এটিকে তাত্ত্বিক না করে যান্ত্রিকভাবে প্রতিষ্ঠিত করে: প্রতিটি প্ল্যাটফর্মে একই অপটিক রাখুন-এবং-আপনি আসলে চালান এমন জোড়া রিলিজ করুন, ট্রান্সসিভারের বিশদ এবং VDM কমান্ডগুলি জারি করুন এবং কোন ক্ষেত্রগুলি জনবহুল হয়ে ফিরে আসবে তা রেকর্ড করুন৷ প্রতি সংমিশ্রণে আধা ঘন্টা কাজ, এবং এটি এই উত্তরের একমাত্র সংস্করণ যা আপনার এস্টেটের জন্য সত্য।
তিনটি ব্যর্থতার মোড সেই অডিটটি খারাপভাবে বেঁচে থাকে।
| অন্ধ স্পট | ড্যাশবোর্ড কি দেখায় | কিভাবে এটা যাচাই করতে হবে | প্রথম কর্ম |
|---|---|---|---|
| প্ল্যাটফর্ম থ্রেশহোল্ড অ্যালার্ম বাড়ায় না | কিছুই: নীরবতা স্বাস্থ্য হিসাবে পড়ে | ইচ্ছাকৃতভাবে একটি রক্ষণাবেক্ষণ-উইন্ডো লিঙ্ক কমিয়ে দিন এবং অ্যালার্ম আসে কিনা দেখুন | DOM/VDM সাপোর্টের জন্য NOS রিলিজ নোট চেক করুন, তারপর NMS-এ থ্রেশহোল্ডের জন্য পোল করুন এবং মূল্যায়ন করুন |
| পাওয়ার খুব বেশি গ্রহণ করুন | অপটিক্যাল শক্তি আরামদায়ক দেখায় যখন ত্রুটি কাউন্টার বাড়ছে | রিসিভার ওভারলোড সীমার সাথে তুলনা করুন, কম থ্রেশহোল্ড নয় | মনোযোগ যোগ করুন বা সঠিকভাবে মিলে যাওয়া নাগালের ক্লাসে যান |
| ভোটগ্রহণের নিদর্শন | আকস্মিক অকল্পনীয় স্পাইক বা মান যা লাফিয়ে ফিরে আসে | ভোটের ব্যবধান কমিয়ে দিন এবং দেখুন ঘটনাগুলো অদৃশ্য হয়ে যায় কিনা | সংগ্রহের স্কেলিং করার আগে একটি টেকসই ব্যবধান স্থাপন করুন |
দ্বিতীয় সারিতে জোর দেওয়া উচিত কারণ এটি এত ধারাবাহিকভাবে বরখাস্ত করা হয়েছে। একটি ছোট প্যাচে একটি দীর্ঘ-রিচ অপটিক রিসিভারকে স্যাচুরেশনে ওভারড্রাইভ করবে এবং কাউন্টার লেভেলে অ্যাটেন্যুয়েশনের মতো দেখায় এমন ত্রুটি তৈরি করবে। উভয় মডিউল নির্দিষ্ট হিসাবে ঠিক কাজ করছে, এই কারণেই তাদের প্রতিস্থাপন কিছুই পরিবর্তন করে না।
তৃতীয়টি হল স্ব-প্রবাহিত এবং স্ট্রিমিং টেলিমেট্রি গ্রহণের মাধ্যমে বেড়েছে৷ মডিউল টেলিমেট্রি একটি I2C বাস জুড়ে পঠিত হয় যেটি কখনই উচ্চ-ফ্রিকোয়েন্সি পোলিং এর জন্য ডিজাইন করা হয়নি, এবং আক্রমনাত্মক সংগ্রহের ব্যবধান রেজিস্টার পড়ার সময়সীমার কারণ হয় যা বাস্তব ঘটনা থেকে আলাদা করা মান প্রদান করে। আমরা আঁটসাঁট SNMP পোলিং চলমান স্থাপনায় আকস্মিক তাপমাত্রার স্পাইক খুঁজে পেয়েছি, যার পিছনে কোনো তাপীয় ঘটনা নেই। আপনার নিজের সংগ্রহের পথটিকে একটি পর্যবেক্ষণ করা উপাদান হিসাবে বিবেচনা করুন।
আপনি একটি সামঞ্জস্যপূর্ণ মডিউল রিপোর্ট সংখ্যা বিশ্বাস করতে পারেন?
এই প্রশ্নটি ইঞ্জিনিয়াররা একে অপরকে জিজ্ঞাসা করে এবং খুব কমই একজন সরবরাহকারীকে জিজ্ঞাসা করে, তাই আমরা এটির জন্য অপেক্ষা না করে সরাসরি উত্তর দেব।
অপটিক্যাল পারফরম্যান্স মনিটরিং প্যারামিটারগুলি বাস্তবায়নের রিপোর্ট করার মতোই ভাল, এবং SFF-8472 কী রিপোর্ট করা হয়েছে তা নির্ধারণ করে, প্রতিটি বিক্রেতা কতটা সঠিকভাবে এটি পরিমাপ করে তা নয়। অপটিক্যাল পাওয়ার রিডিংয়ের জন্য আমাদের নিজস্ব উত্পাদন মান হল ±1.5 dB, এবং ক্রমাঙ্কন ডেটা অনুরোধে উপলব্ধ। এই সংখ্যা একটি বিপণন সংখ্যা নয়. এটি আপনার ডিজাইন করা প্রতিটি অ্যালার্মের নীচে একটি শক্ত মেঝে সেট করে, যা পরবর্তী বিভাগটি তৈরি করে।
দুটি লাল পতাকা মডিউল সনাক্ত করে যার টেলিমেট্রিকে মোটেও বিশ্বাস করা উচিত নয়। রিডিংগুলি একটি যুক্তিসঙ্গত চেহারায় হিমায়িত-মান যা লিঙ্কের শর্ত নির্বিশেষে কখনও সরে না, এবং বিক্রেতা OUI ক্ষেত্রগুলি সমস্ত শূন্য পড়ছে৷ একটির মানে আপনি একটি ধ্রুবক পর্যবেক্ষণ করছেন, একটি লিঙ্ক নয়।
যে চেকটি দুটি কেস আলাদা করে তা ইনকামিং পরিদর্শনে SKU প্রতি প্রায় পাঁচ মিনিট সময় নেয়। একটি পরীক্ষার সুইচে বেসলাইন রিডিং রেকর্ড করুন, রিসিভ পাথে একটি ক্যালিব্রেটেড 3 ডিবি অ্যাটেনুয়েটর ঢোকান, এবং রিপোর্ট করা RX পাওয়ার প্রায় 3 ডিবি কমে যাওয়ার বিষয়টি নিশ্চিত করুন। একটি মডিউল যা সাড়া দেয় না, বা একটি অসম্ভব পরিমাণে সাড়া দেয়, তার একটি ক্রমাঙ্কন সমস্যা রয়েছে যা পরে না করে একশো পোর্টে থাকার আগে আপনাকে জানতে হবে।
একটি পরিমাপ ফ্লোরের বিপরীতে dBm-এ অপটিক্যাল পাওয়ার মনিটরিং থ্রেশহোল্ড সেট করা
একটি লিঙ্কের প্রতিটি প্রান্তে ±1.5 dB নির্ভুলতার সাথে, প্রায় 3 dB এর চেয়ে সংকীর্ণ যেকোনো অ্যালার্ম ব্যান্ড পরিমাপের শব্দ থেকে পরিসংখ্যানগতভাবে আলাদা করা যায় না। এটি হল ফিজিক্যাল ফ্লোর প্রতিটি থ্রেশহোল্ডের নীচে যা আপনি কখনও কনফিগার করবেন, এবং এই কারণে যে দলগুলি আঁটসাঁট ব্যান্ড সেট করে তারা অ্যালার্ম ঝড়ের সাথে শেষ হয় এবং তারপরে চেক বন্ধ করে দেয়, যা সবচেয়ে খারাপ উপলব্ধ ফলাফল, কারণ অন্তর্নিহিত পর্যবেক্ষণ সাধারণত বৈধ ছিল।
সেই ফ্লোর থেকে উপরের দিকে কাজ করা, একটি স্থিতিশীল ইনডোর লিঙ্কে একটি যুক্তিসঙ্গত সূচনা বিন্দু হল পরিমাপকৃত প্রতি- পোর্ট বেসলাইনের নীচে 3 ডিবিতে একটি সতর্কতা এবং নীচে 5 ডিবিতে একটি হস্তক্ষেপ ট্রিগার, যেখানে ফ্যাক্টরি থ্রেশহোল্ডটি একটি ব্যাকস্টপ হিসাবে নীচে রাখা হয়৷ এই দুটি সংখ্যা একটি কমিশনিং স্টার্টিং পয়েন্ট, একটি স্ট্যান্ডার্ড নয়। এগুলি SFF, ITU-T বা কোনো MSA দ্বারা নির্দিষ্ট করা হয় না, এবং সেগুলি নীতি হওয়ার আগে আপনার নিজস্ব লিঙ্ক বাজেট, আপনার ঐতিহাসিক বৈচিত্র্য এবং আপনার রক্ষণাবেক্ষণ উইন্ডোর বিরুদ্ধে যাচাই করতে হবে৷ প্রত্যাশিত রিসিভ উইন্ডোগুলিও নাগালের শ্রেণী এবং তরঙ্গদৈর্ঘ্যের সাথে স্থানান্তরিত হয়, যা আমাদের নোটের বিপরীতে পরীক্ষা করার মতো850nm, 1310nm এবং 1550nm নির্বাচনএকটি বেসলাইন ঠিক করার আগে।
একটি দ্বিতীয় সংশোধন এখানে গুরুত্বপূর্ণ, কারণ একটি ব্যাপকভাবে পুনরাবৃত্তি করা দাবি ভুল। ফ্যাক্টরি সতর্কতা এবং অ্যালার্ম থ্রেশহোল্ডগুলি শুধুমাত্র রানটাইমে হোস্টের কাছে পড়া হয়-, তাই একজন অপারেটর CLI থেকে সেগুলি সম্পাদনা করতে পারে না৷ তারা নীতিগতভাবে অপরিবর্তনীয় নয়। DWDM বা অন্যান্য উচ্চ-সন্নিবেশ-ক্ষতির পরিবেশে মোতায়েন করা গ্রাহকদের জন্য, আমরা গ্রাহকের লিঙ্ক বাজেটের বিপরীতে শিপমেন্টের আগে প্রি-প্রোগ্রাম অ্যাডজাস্টেড সতর্কতা এবং অ্যালার্ম থ্রেশহোল্ড রাখি, যা ডিপ্লয়মেন্টের জন্য জেনেরিক খাম অকেজো হলে সবচেয়ে পরিষ্কার উপলব্ধ ফিক্স। আপনি অপারেশনে কী পরিবর্তন করতে পারেন এবং উত্পাদনে কী নির্দিষ্ট করা যেতে পারে তার মধ্যে পার্থক্য।
যে সূত্র একটি স্থিতিশীল অন্দর ফ্যাব্রিক জন্য ঝুলিতে. এটি অন্য দুটি স্থাপনার প্রকারের সাথে যোগাযোগ রক্ষা করে না এবং পার্থক্যটি সংখ্যার চেয়ে বেশি গুরুত্বপূর্ণ। পথের মধ্যে EDFAs সহ একটি মেট্রো DWDM স্প্যানে, চ্যানেল যোগ করার পরে যখনই লাভ পুনরায় ভারসাম্যপূর্ণ হয় তখন বেসলাইন নিজেই সরে যায়, তাই একটি স্ট্যাটিক অফসেট প্রতিবার লাইন সিস্টেম পুনরায় কনফিগার করার সময় মিথ্যা ইতিবাচক উৎপন্ন করে; বেসলাইনটি পরিবর্তন পদ্ধতির অংশ হিসেবে পুনঃপ্রতিষ্ঠিত- করতে হবে, উত্তরাধিকারসূত্রে প্রাপ্ত নয়। একটি 5G ফ্রন্টহল রিং ব্যবহার করেশিল্প-তাপমাত্রা অপটিক্সবহিরঙ্গন ক্যাবিনেটে, পাওয়ার ট্র্যাকগুলি একটি দৈনিক তাপচক্র, এবং একটি অফসেট যথেষ্ট টাইট যা একটি ডেটা হলে উপযোগী হওয়ার জন্য প্রতি বিকেলে অ্যালার্ম করবে; ব্যবহারযোগ্য সংকেত হল দৈনিক চক্রের খাম, সপ্তাহে সপ্তাহের তুলনা, কোনো একক পাঠ নয়। একটি তৃতীয় ক্ষেত্রে,-র্যাক DAC এবং AOC ব্রেকআউটের জন্য, এর প্রায় কোনওটিরই প্রয়োজন নেই, কারণ তিন মিটারের বেশি ক্ষয় করার জন্য কোনও অর্থপূর্ণ অপটিক্যাল বাজেট নেই৷
পরিবর্তনের হার পরম মানকে বিট করে
02:00 এ একটি একক পোর্টে একটি RX পাওয়ার অ্যালার্ম জ্বলে। কল অন ইঞ্জিনিয়ারের কাছে দুটি বিকল্প রয়েছে: মডিউলটি টানুন এবং একটি অতিরিক্ত জায়গায় ফেলে দিন, যা নব্বই সেকেন্ড সময় নেয়, বা কী পরিবর্তন হয়েছে তা নির্ধারণ করুন, যা এক ঘন্টা সময় নেয়। দ্বিতীয় বিকল্পটি হারানোর কারণ হল যে গত মাসে লিঙ্কটি কেমন ছিল তা কেউ লিখেনি।
আমাদের নিজস্ব রিটার্ন ডেটা দেখায় যে এর দাম কত। এক বছরে প্রসেস করা 340টি অপটিক্যাল মডিউল RMA টিকিটের মধ্যে, 68টি কম RX পাওয়ার বর্ণনা করে এসেছে এবং বেঞ্চ পরীক্ষার পর 20% এরও কম প্রকৃত রিসিভারের ত্রুটি প্রমাণিত হয়েছে। বাকিগুলি সংযোগকারী দূষণ, অত্যধিক বাঁক ব্যাসার্ধ, বা কনফিগারেশনের জন্য চিহ্নিত করা হয়েছে, যার প্রত্যেকটি গ্রাহকের সাইটে পাঁচ-মিনিটের চেক ধরা পড়ে। মোটামুটি পঞ্চাশটি মডিউল তারা কাজ করছে তা প্রমাণ করতে দুবার একটি সীমান্ত অতিক্রম করেছে।
ঢালটি সেই ক্ষেত্রেগুলিকে আলাদা করে, কারণ একটি পরম পঠন আপনাকে লিঙ্কের অবস্থা বলে দেয় যখন পরিবর্তনের হার আপনাকে বলে যে কোন প্রক্রিয়াটি প্রথমে পরীক্ষা করতে হবে৷
| পরিবর্তনের সময় স্কেল | পরীক্ষা করার জন্য প্রথম অনুমান | ওপেনিং অ্যাকশন |
|---|---|---|
| সেকেন্ড, আকস্মিক ড্রপ | ফাইবার ব্রেক, সংযোগ বিচ্ছিন্ন, পোর্ট ইভেন্ট | শারীরিক পথ যাচাইকরণ, রোগ নির্ণয় নয় |
| মিনিট, বিরতিহীন সুইং | আলগা সংযোগকারী, কম্পন, প্রান্তিক আসন | পুনরায় বসুন এবং পরিদর্শন করুন; কাছাকাছি যান্ত্রিক কাজের সাথে সম্পর্কযুক্ত |
| দিন থেকে সপ্তাহ, অবিচলিত ক্ষয় | শেষ-মুখে জমে থাকা দূষণ | কিছু প্রতিস্থাপন করার আগে পরিদর্শন করুন এবং পরিষ্কার করুন |
| মাস, ধীর একঘেয়ে প্রবাহ | থার্মাল বার্ধক্য, ফটোডিওড ড্রিফট, লেজারের শেষ-জীবনের- | একটি নির্ধারিত প্রতিস্থাপনের পরিকল্পনা করুন, একটি ঘটনা নয় |
হার্ডওয়্যার স্পর্শ করার আগে উভয় প্রান্ত পড়ুন।
এই নির্দেশটি উল্লেখ করার মতো একটি শর্ত বহন করে, যেহেতু এটি এমন অংশ যা নীরবে ব্যর্থ হয়। একটি দুই-সম্পন্ন তুলনা শুধুমাত্র তখনই অর্থবহ হয় যখন উভয় মডিউল তুলনাযোগ্য নির্ভুলতার সাথে ক্রমাঙ্কিত হয়। মিশ্র এস্টেট যেখানে একটি প্রান্ত একটি প্রথম-পক্ষের অপটিক এবং অন্যটি একটি অচ্যুতিহীন সামঞ্জস্যপূর্ণ ইউনিট একটি 2-3 dB আপাত অসমতা তৈরি করতে পারে যা সম্পূর্ণরূপে পরিমাপের একটি নিদর্শন, এবং দলগুলি এটিকে কয়েকদিন ধরে তাড়া করে। সন্দেহভাজন ব্যক্তির উপর বিশ্বাস করার আগে একটি পরিচিত-ভাল লিঙ্কে তুলনা বেসলাইন স্থাপন করুন। বিশদ স্থানীয়-বনাম-দূরবর্তী সিদ্ধান্তের যুক্তি পূর্বে লিঙ্ক করা DDM গাইডে বসে।
যেখানে মূল কারণটি একটি ম্যাক্রোবেন্ড বা একটি দূষিত প্যাচ প্যানেল, সেখানে একটি প্রতিস্থাপন মডিউল প্রায়শই লিঙ্ক আপ করে, কারণ একটি নতুন রিসিভার বাক্সের বাইরে সামান্য বেশি সংবেদনশীলতার মার্জিন বহন করে এবং তারপর এটি তার নিজস্ব অপারেটিং পয়েন্টে স্থির হয়ে গেলে সপ্তাহ পরে আবার ব্যর্থ হয়। মনোযোগ মডিউলে ছিল না।
প্রশস্ত DWDM লিঙ্কগুলিতে OSNR মনিটরিং সেরা অনুশীলন
পরিবর্ধিত DWDM লিঙ্কগুলিতে, একা পাওয়ার গ্রহণ করা জমে থাকা ASE শব্দ থেকে সংকেতকে আলাদা করতে পারে না, তাই OSNR এবং প্রি{{0}FEC BER ঐচ্ছিক না হয়ে প্রয়োজনীয় হয়ে ওঠে। জটিলতা হল যে OSNR পরিমাপের জন্য আদর্শ পদ্ধতিটি আধুনিক নেটওয়ার্কগুলিতে কাজ করা বন্ধ করে দেয় যখন প্রচুর পরিচালন ডকুমেন্টেশন এটি শেখাতে থাকে।
ক্লাসিক ইন্টারপোলেশন পদ্ধতি, আইইসি এবং আইটিইউ-টি জি.697 পদে তৈরি, সন্নিহিত চ্যানেলগুলির মধ্যে বর্ণালী ফাঁক থেকে শব্দের তল অনুমান করে। দুটি পরিবর্তন তা ভেঙে দিয়েছে। চ্যানেল ব্যবধান আঁট করা হয় যতক্ষণ না একটি পরিষ্কার ব্যবধান আর বিদ্যমান না থাকে, এবং লাইনের ROADM ফিল্টারিং চ্যানেলের মধ্যবর্তী স্থানে গোলমাল সৃষ্টি করে, তাই ইন্টারপোলেটেড ফ্লোরটি বাস্তবের চেয়ে কম বেরিয়ে আসে এবং পরিমাপ করা OSNR প্রকৃতপক্ষে লিঙ্কটির চেয়ে ভাল পড়ে (অপটিকা পাবলিশিং গ্রুপ) পোলারাইজেশন-নুলিং কৌশল, উত্তরসূরি হিসাবে বিকশিত, একটি একক-পোলারাইজেশন সিগন্যাল ধরে নেয় এবং মেরুকরণ মাল্টিপ্লেক্সিং দ্বারা পরাজিত হয়। সিগন্যাল অন/অফ পদ্ধতি বৈধ থাকে এবং অব্যবহৃত থাকে, কারণ এটি পরিমাপ করা চ্যানেলে বাধা দেয়। চ্যানেল-দ্বারা-চ্যানেলের শক্তি এবং তরঙ্গদৈর্ঘ্য পরিকল্পনা এই সমস্তটির সাথে ইন্টারঅ্যাক্ট করে, যা আমরা আমাদের আলাদাভাবে কভার করেDWDM তরঙ্গদৈর্ঘ্য পরিকল্পনা গাইড.
আপনি যদি এখনও ক্লাসিক ইন্টারপোলেশন পদ্ধতির সাথে একটি লোড সুসংগত লিঙ্ক পরিমাপ করছেন, তাহলে আপনি এটি পড়ার আগে সংখ্যাটি ভুল। অশুদ্ধ নয়: ভুল, এবং চাটুকার দিক থেকে ভুল। পদ্ধতি অনুসরণ করতে হবে কাজ, এবং পাঁচটি স্বতন্ত্র কাজ আছে.
| পরিস্থিতি | পছন্দের পদ্ধতি | কেন |
|---|---|---|
| ল্যাব বা একক-চ্যানেল বেঞ্চ রেফারেন্স | ক্যালিব্রেটেড অ্যাটেন্যুয়েশন সহ রেফারেন্স নয়েজ সোর্স | গোলমাল মেঝে সম্পূর্ণ নিয়ন্ত্রণ, ক্ষেত্রে অর্জনযোগ্য নয় |
| উত্পাদন বা কমিশনিং পরীক্ষা | একটি আনলোড করা চ্যানেলে ঐতিহ্যগত OSA পরিমাপ | সিস্টেমটি পূরণ হওয়ার আগে বর্ণালী ফাঁক এখনও বিদ্যমান |
| একটি লোড করা সুসংগত লিঙ্কে পরিষেবাতে OSNR পরিমাপ- | একটি সুসংগত{0}}সক্ষম OSA, বা সুসংগত রিসিভার টেলিমেট্রিতে বর্ণালী পারস্পরিক সম্পর্ক | বাহিত ট্রাফিকের উপর অ{0}}আক্রমনাত্মক; পোলারাইজেশন মাল্টিপ্লেক্সিং সহ্য করে |
| ক্রমাগত প্রবণতা পর্যবেক্ষণ | DSP থেকে{{0}FEC BER এবং ESNR আগে | ইতিমধ্যে রিপোর্ট করা হয়েছে, শূন্য ইনক্রিমেন্টাল ইন্সট্রুমেন্ট খরচ |
| পথ বরাবর একটি প্রতিবন্ধকতা সনাক্তকরণ | ফাইবার প্ল্যান্টের জন্য OTDR সহ OCM এবং OSA প্লাস লাইন-সিস্টেম ডেটা | কোথায় শনাক্ত করে, যা কোনো রিসিভার-সাইড মেট্রিক করতে পারে না৷ |
শেষ সারি যেখানে দুটি পদ বিভ্রান্ত হয়। একটি অপটিক্যাল চ্যানেল মনিটর এবং একটি অপটিক্যাল পারফরম্যান্স মনিটর প্রায়ই বিক্রেতা সামগ্রীতে বিনিময়যোগ্যভাবে ব্যবহার করা হয়, কিন্তু তারা একই সুযোগ নয়: OCM হল একটি ডিভাইস রিপোর্টিং প্রতি-চ্যানেলের শক্তি এবং তরঙ্গদৈর্ঘ্য বর্ণালী জুড়ে, যখন অপটিক্যাল পারফরম্যান্স মনিটরিং হল সেই অভ্যাস যা রিসিভার-সাইড মেট্রিক্সের পাশাপাশি সেই আউটপুটকে গ্রহণ করে এবং একটি সিদ্ধান্তকে পরিণত করে৷ প্রথমটি কেনা আপনাকে দ্বিতীয়টি দেয় না।
সুসংগত লিঙ্কগুলিতে ক্রমাগত পরিষেবার-মার্জিন নিরীক্ষণের জন্য, প্রাক{{1}FEC BER সাধারণত প্রাথমিক ট্রেন্ড অ্যালার্ম হওয়া উচিত, যখন OSNR অপটিক্যাল-স্তরের ত্রুটিগুলি সনাক্তকরণ এবং সনাক্ত করার জন্য প্রয়োজনীয় থাকে৷ পোস্ট-এফইসি কাউন্টারগুলি মার্জিন শেষ না হওয়া পর্যন্ত শূন্য পড়ে; প্রাক-FEC BER মাত্রার অর্ডারের মধ্য দিয়ে চলে যখন প্রতিটি গ্রাহকের-মুখী সূচক সবুজ থাকে। সেই ব্যবধান আপনাকে যা দেবে না তা হল একটি পোর্টেবল থ্রেশহোল্ড। প্রাক-এফইসি মান যা অ্যাকশনকে ট্রিগার করবে তা নির্ভর করে FEC স্কিম, মডুলেশন ফর্ম্যাট এবং বিক্রেতার ডিএসপি বাস্তবায়নের উপর, তাই তাদের মধ্যে কপি না করে প্ল্যাটফর্মের প্রতি বৈশিষ্ট্যযুক্ত হতে হবে।
এই শ্রেণীর টেলিমেট্রি থেকে নরম ব্যর্থতার পূর্বাভাস দেওয়ার কাজ দিকটিকে সমর্থন করে। 756 লাইটপাথ এবং 2.72 মিলিয়ন টেলিমেট্রি রেকর্ডের একটি বেঞ্চমার্কে প্রশিক্ষিত মডেলগুলি 73.2 সেকেন্ডের গড় পরম ত্রুটির সাথে ব্যর্থ হওয়ার--সময়ের পূর্বাভাস দেয় (বৈজ্ঞানিক প্রতিবেদন) বেঞ্চমার্কের চারটি ব্যর্থতার ক্লাস প্রকাশিত বিমূর্তটিতে গণনা করা হয়নি, তাই আপনার নেটওয়ার্কে স্থানান্তরযোগ্য হিসাবে এই চিত্রটিকে বিবেচনা করার আগে তারা আপনার যত্নের মোডগুলি কভার করে তা নিশ্চিত করুন৷ হস্তান্তরযোগ্য অংশ হল অন্তর্নিহিত অনুসন্ধান: ভবিষ্যদ্বাণীমূলক সংকেতটি পুরো সময় সাধারণ টেলিমেট্রিতে বসে ছিল।
টেলিমেট্রি সক্ষমতা এখন একটি প্রকিউরমেন্ট স্পেসিফিকেশন
উপসংহারটি প্রথমে রাখুন, কারণ এই নিবন্ধে এটি একটি জিনিস যা ক্রয় অর্ডারে যা যায় তা পরিবর্তন করে। এখন থেকে আঠারো মাস পর আপনি কোন প্যারামিটারগুলি পড়তে পারবেন তা মডিউল নির্বাচনের সময় নির্ধারণ করা হয়, NMS কনফিগারেশনে নয়।
স্থাপত্য এই কংক্রিট তৈরি করে। ক্লাসিক ট্রান্সপোর্টে, রাউটার একটি ট্রান্সপন্ডার লাইন কার্ডে ট্রাফিক হস্তান্তর করে এবং ট্রান্সপন্ডার প্লাস লাইন সিস্টেম OSNR, চ্যানেলের শক্তি, বিচ্ছুরণ এবং FEC পরিসংখ্যান উর্ধ্বগামী করে। IPoDWDM সেই শেলফটি সরিয়ে দেয়: একটি 400ZR বা OpenZR+ সুসংগত মডিউল সরাসরি রাউটার পোর্টে যায় এবং প্যাসিভ ফিল্টারের মাধ্যমে নিজস্ব তরঙ্গদৈর্ঘ্য আলোকিত করে। ক্যাপেক্স এবং পাওয়ার আর্গুমেন্টগুলি বাস্তব এবং ভালভাবে অনুশীলন করা হয়। কম আলোচিত যে লাইন কার্ডটি অদৃশ্য হয়ে গেছে সেটিও ছিল যন্ত্র। 400ZR প্লাগেবলের জন্য অপটিক্যাল পারফরম্যান্স মনিটরিং এখন মডিউলের মাধ্যমেই চলে: নেটওয়ার্ক OS প্রি-FEC এবং পোস্ট-FEC কাউন্টারগুলিকে রিড করে এবং অপটিক থেকে অপটিক্যাল পাওয়ার ট্রান্সমিট করে এবং গ্রহণ করে এবং সেগুলিকে জিএনএমআই-এর মাধ্যমে OpenConfig টেলিমেট্রি হিসাবে স্ট্রিম করে৷
দুটি শিল্প বিবৃতি পাশাপাশি রাখুন, কারণ ওভারল্যাপ পুরো যুক্তি। সিসকোর ডেটা-সেন্টার স্যুইচিং ডকুমেন্টেশন বলছে যে VDM পর্যবেক্ষণযোগ্য প্রকারগুলি মডিউলের উপর নির্ভর করে। IPoDWDM প্ল্যাটফর্ম ডকুমেন্টেশন বলে যে উপলব্ধ পরামিতিগুলি সুসংগত অপটিকের উপর নির্ভর করে। শিল্পের দুটি সম্পর্কহীন কোণ, একটি কোয়ালিফায়ার। মডিউলটি পরিমাপের যন্ত্র হয়ে উঠেছে, এবং যন্ত্রগুলি অনুমান করার পরিবর্তে নির্দিষ্ট করা হয়।
যার অর্থ হল দুটি অপটিক্স উভয়ই OIF 400ZR ইন্টারঅপারেবিলিটি সন্তুষ্ট করতে পারে এবং CMIS এর মাধ্যমে বস্তুগতভাবে ভিন্ন টেলিমেট্রি প্রকাশ করতে পারে: ভিন্ন কাউন্টার গ্রানুলারিটি, ভিন্ন হিস্টোগ্রাম সমর্থন, উচ্চ-রেট পোলিং এর অধীনে ভিন্ন আচরণ। MSA নিয়ন্ত্রণ করে যে লিংক বিক্রেতাদের মধ্যে আসে কিনা। আপনি পরে এটির ভিতরে দেখতে পাবেন কিনা সে সম্পর্কে এটি কিছুই বলে না। কোডিং এবং প্ল্যাটফর্ম-স্বীকৃতির আচরণ একই যুক্তি অনুসরণ করে, যা আমরা আমাদের নোটে কভার করিট্রান্সসিভার কোডিং এবং সামঞ্জস্য.
একটি যোগ্যতার চেকলিস্ট যা ক্রয় আদেশের আগে এটি ধরা পরে, পরিবর্তে:
| যাচাই করার জন্য আইটেম | কেন এটা গুরুত্বপূর্ণ | কিভাবে যাচাই করা হয়েছে |
|---|---|---|
| পূর্ব-FEC এবং পোস্ট-FEC BER প্রকাশ করা হয়েছে৷ | একটি সুসংগত লিঙ্কে একমাত্র আগাম-সতর্কতা মেট্রিক | আপনার হোস্টে পড়ুন, ডেটাশিট থেকে নয় |
| ESNR বা Q- ফ্যাক্টর উপলব্ধ | অরৈখিকতা থেকে শব্দ জমে পার্থক্য করে | হোস্ট CLI বা টেলিমেট্রি সাবস্ক্রিপশন |
| প্রতি-লেনের অপটিক্যাল শক্তি, শুধু সমষ্টি নয় | একটি একক অবনমিত লেনের কারণে মাঝে মাঝে CRC ত্রুটির সৃষ্টি হয় যেখানে লিঙ্কটি এখনও রয়েছে | লোডের অধীনে বিভক্ত প্রতি-লেনের তুলনা করুন |
| অ্যালার্ম গ্রানুলারিটি এবং থ্রেশহোল্ড সেট | NMS আদৌ কাজ করতে পারে কিনা তা নির্ধারণ করে | রিপোর্ট থ্রেশহোল্ড টেবিল পরিদর্শন |
| ন্যূনতম টেকসই ভোটের ব্যবধান | পূর্বে বর্ণিত I2C প্রত্নবস্তুর বিরুদ্ধে প্রহরী | প্রত্নবস্তু প্রদর্শিত না হওয়া পর্যন্ত ব্যবধান নিচের ধাপ করুন |
| লক্ষ্য জুড়ে আচরণ এনওএস রিলিজ আপনি চালান | সমর্থন শুধুমাত্র প্ল্যাটফর্ম দ্বারা নয়, প্রকাশের দ্বারা পরিবর্তিত হয় | এস্টেটে প্রতিটি রিলিজে পরীক্ষা করুন |
আমরা এই চেকলিস্টটি নিজেরাই Cisco Nexus 93600CD, Arista 7060X5 এবং Juniper QFX5220 এর আগে চালাই400G বা সুসংগত প্লাগযোগ্য মডিউলজাহাজ, কারণ উত্তরটি হোস্ট এবং অপটিক সংমিশ্রণের একটি ম্যাট্রিক্স নয় বরং এককটির একটি সম্পত্তি। কোন ক্ষেত্রগুলি এই তিনটি প্ল্যাটফর্মের কোনটিতে টিকে আছে তা একটি ডেটাশিট আপনাকে বলবে না।
একটি ত্রিশ-দিনের অপটিক্যাল পারফরমেন্স মনিটরিং বেসলাইন
একটি প্রথম মডিউল-টেলিমেট্রি বেসলাইন সাধারণত কিছু না কিনেই তৈরি করা যায়। OSNR যাচাইকরণ, চ্যানেলের শক্তি পরিমাপ এবং ত্রুটি স্থানীয়করণের জন্য এখনও একটি OCM, একটি OSA বা লাইন-সিস্টেম ডেটার প্রয়োজন হতে পারে এবং তাদের জন্য কোনও মডিউল টেলিমেট্রি বিকল্পের প্রয়োজন নেই৷
এক থেকে তিন দিন বিশুদ্ধ সংগ্রহ। একটি রক্ষণশীল ব্যবধানে সমস্ত উপলব্ধ প্যারামিটারের জন্য প্রতিটি অপটিক্যাল পোর্ট পোল করুন, উপরের বাসের কারণে আপনার প্রয়োজনের চেয়ে ধীর গতিতে, এবং অ্যালার্ম স্টেটের পরিবর্তে কাঁচা মান সঞ্চয় করুন। মডিউলগুলি তাপীয় ভারসাম্যে পৌঁছানোর সময় প্রতিটি ব্যাচের কয়েকটি মুষ্টিমেয় পোর্ট তাদের চূড়ান্ত বেসলাইনের বাইরে পড়ার আশা করুন এবং একটি অপটিক্যাল ইভেন্টের পরিবর্তে প্রতি শত পোর্টে অন্তত একটি আপাত আউটলায়ার পড়ার সময়সীমা হবে বলে আশা করুন। কোনটাই দোষের নয়। চার থেকে সাত দিন সংগ্রহটিকে একটি বেসলাইনে রূপান্তর করুন: সেই নিষ্পত্তির উইন্ডোটি বাতিল করুন, স্পষ্ট পূর্ব-বিদ্যমান ত্রুটি সহ পোর্টগুলি বাতিল করুন, এবং গড়ের পরিবর্তে একটি প্রতি-পোর্ট মিডিয়ান রেকর্ড করুন, কারণ মুষ্টিমেয় টাইমআউট গড়কে খারাপভাবে টেনে আনবে৷
সপ্তাহ দুইটি প্রতি-পোর্ট বেসলাইনের বিপরীতে দ্বিতীয় অ্যালার্ম স্তরটিকে কনফিগার করে, পরিমাপ-নির্ভুলতা ফ্লোর দ্বারা আবদ্ধ অফসেট ব্যবহার করে এবং যে কোনো স্থাপনার পরিস্থিতি প্রযোজ্য হয় তার জন্য সামঞ্জস্য করা হয়। তৃতীয় সপ্তাহে ঢালের নিয়মগুলি যোগ করা হয়েছে, যে অংশটি বেশিরভাগ দল এড়িয়ে যায় এবং যে অংশটি প্রদান করে: একটি ঘূর্ণায়মান উইন্ডোতে পরিবর্তনের হারের একটি সতর্কতা দূষণ এবং বার্ধক্যের প্রক্রিয়াগুলিকে ধরে রাখে যে কোনও স্ট্যাটিক থ্রেশহোল্ড কখনই চালু হবে না, কারণ সেই ব্যর্থতাগুলি এটি ছাড়ার আগে গ্রহণযোগ্য ব্যান্ডের ভিতরে কয়েক সপ্তাহ ব্যয় করে৷
চতুর্থ সপ্তাহটি যাচাইকরণ, এবং এটি ঐচ্ছিক নয়। ইচ্ছাকৃতভাবে একটি ল্যাব বা রক্ষণাবেক্ষণের-উইন্ডো লিঙ্ককে অবনমিত করুন, যেখানে প্যাচ কর্ডের একটি অ্যাটেনুয়েটর যথেষ্ট, এবং নিশ্চিত করুন যে আপনার প্ল্যাটফর্ম, আপনার পোলার এবং আপনার NMS আসলেই অ্যালার্ম তৈরি করে যা আপনি কনফিগার করেছেন বলে মনে করেন।
এই পদ্ধতিটি কী তৈরি করতে পারে এবং কী করতে পারে না সে সম্পর্কে একটি কাঠামোগত সতর্কতা। এটি আপনাকে পোর্ট প্রতি একটি বেসলাইন দেয়। এটি আপনাকে একটি হোস্ট-অপ্টিক টেলিমেট্রি ম্যাট্রিক্স দেয় না, যে ক্ষেত্রগুলির মানচিত্র প্রতিটি মডিউল টাইপ প্রকৃতপক্ষে আপনার এস্টেটে প্রতিটি NOS রিলিজে প্রকাশ করে, এবং সেই ম্যাট্রিক্সটি ডেটাশীট বা কোনো একক বিক্রেতার ডকুমেন্টেশন থেকে নেওয়া যায় না, কারণ এটি সমন্বয়ের একটি সম্পত্তি। এটি তৈরি করার অর্থ হল প্রতিটি হোস্টে নমুনা মডিউল স্থাপন করা এবং আপনি চালানো এবং যা প্রদর্শিত হবে তা রেকর্ড করা। এটি একটি সপ্তাহের কাজ এবং এটিই প্রত্নবস্তু যা উপরের সবকিছুকে কার্যকর করে তোলে।
ত্রিশ দিন একটি কর্মক্ষম বেসলাইনও স্থাপন করে, একটি বার্ধক্য বেসলাইন নয়। লেজার বায়াস ড্রিফ্ট শুধুমাত্র কোয়ার্টারে পঠনযোগ্য হয়ে ওঠে, যে কারণে একটি মডিউলের পরীক্ষার রিপোর্টে চিত্রে প্রতি-ইউনিট বার্ন- এক মাসে পরিমাপযোগ্য যে কোনও কিছুর চেয়ে বেশি মূল্যবান: এটি আপনাকে বক্ররেখার মূল বিন্দু দেয় বরং এটির পাশে একটি স্ন্যাপশট দিয়ে থাকে৷ আমরা প্রতিটি মডিউলের বায়াস বর্তমান বেসলাইন বার্ন করার সময় রেকর্ড করি-এবং এই কারণে অর্ডারের সাথে সেই চিত্রটি প্রেরণ করি।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
অপটিক্যাল কর্মক্ষমতা নিরীক্ষণ কভার কি পরামিতি?
মডিউল-লেভেল রিডিং, মানে RX এবং TX অপটিক্যাল পাওয়ার, লেজার বায়াস কারেন্ট, ডাই টেম্পারেচার এবং SFF-8472 বা CMIS রেজিস্টার থেকে সাপ্লাই ভোল্টেজ, প্লাস লিংক-লেভেল মেট্রিক্স সহ OSNR, প্রি-FEC BER এবং, সাপোর্টিং ডেটা এবং laserN প্ল্যাটফর্মে
একটি অপটিক্যাল ট্রান্সসিভারে অ্যালার্ম থ্রেশহোল্ড পরিবর্তন করা যেতে পারে?
রানটাইমে হোস্ট দ্বারা নয়, যেহেতু মানগুলি শুধুমাত্র মডিউল মেমরি থেকে পড়া হয়-; এগুলি চালানের আগে গ্রাহকের লিঙ্ক বাজেটে প্রি-প্রোগ্রাম করা যেতে পারে, এবং মাপা বেসলাইনের বিপরীতে NMS-এ সর্বদা একটি দ্বিতীয় অ্যালার্ম স্তর তৈরি করা যেতে পারে৷
একটি সামঞ্জস্যপূর্ণ মডিউলের ডিডিএম রিডিং সঠিক কিনা তা আমি কীভাবে জানতে পারি?
রিসিভ পাথে একটি ক্যালিব্রেটেড 3 ডিবি অ্যাটেনুয়েটর ঢোকান এবং প্রায় 3 ডিবি দ্বারা রিপোর্ট করা RX পাওয়ার ড্রপ নিশ্চিত করুন; হিমায়িত রিডিং বা সমস্ত-শূন্য বিক্রেতা OUI ক্ষেত্র টেলিমেট্রি নির্দেশ করে যা বিশ্বাস করা উচিত নয়।
কেন ঐতিহ্যগত OSNR পরিমাপ লাইভ সুসংগত লিঙ্কগুলিতে ব্যবহার করা যাবে না?
সংকীর্ণ চ্যানেল ব্যবধান এবং ইন-লাইন ROADM ফিল্টারিং বর্ণালী ব্যবধানকে সরিয়ে দেয় যার উপর ইন্টারপোলেশন নির্ভর করে, পোলারাইজেশন মাল্টিপ্লেক্সিং মেরুকরণকে পরাস্ত করে-নুল করার কৌশল, এবং একটি লোড করা লিঙ্কে ইন্টারপোলেট করা চালিয়ে যাওয়া একটি স্ফীত চিত্র প্রদান করে, যা একটি ইম্প্রেসি না হয়ে একটি মিথ্যা সবুজ আলো।
400ZR এবং IPoDWDM এর সাথে অপটিক্যাল পারফরম্যান্স মনিটরিং সম্পর্কে কী পরিবর্তন হয়?
ট্রান্সপন্ডার অপসারণ করা যন্ত্রটিকে সরিয়ে দেয়, তাই প্লাগেবল টেলিমেট্রি উত্স হয়ে ওঠে এবং ক্রয়ের আগে এটির রিপোর্টিং ক্ষমতা আপনার নিজের হোস্ট প্ল্যাটফর্ম এবং সফ্টওয়্যার রিলিজে যোগ্যতা অর্জন করতে হবে।
উপরের সমস্ত কিছুই নির্ভর করে আপনি যে মডিউলগুলি থেকে বিশ্বাস করতে পারেন সেই রিডিংগুলির উপর নির্ভর করে যার বেসলাইন আপনি ইতিমধ্যেই জানেন৷ প্রতিটি মডিউল আমরা জাহাজ তৈরি করি তার বার্ন-পরীক্ষার রিপোর্টে পরিসংখ্যানে, এবং বিনামূল্যের নমুনাগুলি আপনাকে আপনার নিজস্ব সুইচগুলিতে টেলিমেট্রি আচরণ, পৌঁছানোর এবং প্ল্যাটফর্মের স্বীকৃতি যাচাই করতে দেয়, যেভাবে আপনি উপরে বর্ণিত অপটিক ম্যাট্রিক্স হোস্ট-বিল্ডিং শুরু করেন৷ আপনার চালানো সুইচ প্ল্যাটফর্ম এবং NOS রিলিজের সাথে একটি অংশ তালিকা পাঠানআমাদের তদন্ত ফর্মের মাধ্যমেএবং আমরা নিশ্চিত করব যে প্রতিটি মডিউল আপনার নির্দিষ্ট হোস্টে কোন প্যারামিটারগুলি প্রকাশ করে।