কিভাবে আপনার নেটওয়ার্ক পরিকাঠামো নিয়ন্ত্রণ নিতে. অধ্যায় দুই. পরিষ্কার এবং ডকুমেন্টেশন

এই নিবন্ধটি "কীভাবে আপনার নেটওয়ার্ক অবকাঠামোর নিয়ন্ত্রণ নিতে হয়" প্রবন্ধগুলির একটি সিরিজের দ্বিতীয়। চক্রের সমস্ত নিবন্ধের বিষয়বস্তু এবং লিঙ্কগুলি পাওয়া যাবে এখানে.

এই পর্যায়ে আমাদের লক্ষ্য হল ডকুমেন্টেশন এবং কনফিগারেশনে শৃঙ্খলা আনা।
এই প্রক্রিয়ার ফলস্বরূপ, আপনার কাছে প্রয়োজনীয় নথিগুলির সেট এবং সেগুলির সাথে সামঞ্জস্যপূর্ণ নেটওয়ার্ক কনফিগার করা উচিত।

এখন আমরা নিরাপত্তা অডিট সম্পর্কে কথা বলব না - তৃতীয় অংশ এটি উত্সর্গ করা হবে।

এই পর্যায়ে কাজের জটিলতা, অবশ্যই, কোম্পানি থেকে কোম্পানিতে ব্যাপকভাবে পরিবর্তিত হয়।

আদর্শ অবস্থা যখন

• আপনার নেটওয়ার্ক প্রকল্প অনুযায়ী তৈরি করা হয়েছে এবং আপনার কাছে নথির একটি সম্পূর্ণ সেট আছে
• আপনার কোম্পানিতে বাস্তবায়িত নিয়ন্ত্রণ এবং ব্যবস্থাপনা প্রক্রিয়া পরিবর্তন নেটওয়ার্কের জন্য
• এই প্রক্রিয়া অনুসারে, আপনার কাছে নথি (সমস্ত প্রয়োজনীয় ডায়াগ্রাম সহ) রয়েছে যা বর্তমান পরিস্থিতি সম্পর্কে সম্পূর্ণ তথ্য প্রদান করে

এই ক্ষেত্রে, আপনার কাজ বেশ সহজ. আপনার নথিগুলি অধ্যয়ন করা উচিত এবং সমস্ত পরিবর্তনগুলি পর্যালোচনা করা উচিত।

সবচেয়ে খারাপ সময়ে, আপনি হবে

• একটি নেটওয়ার্ক একটি প্রকল্প ছাড়াই, একটি পরিকল্পনা ছাড়াই, সমন্বয় ছাড়াই, ইঞ্জিনিয়ারদের দ্বারা তৈরি করা হয়েছে যাদের পর্যাপ্ত স্তরের যোগ্যতা নেই,
• বিশৃঙ্খল, অনথিভুক্ত পরিবর্তন সহ, প্রচুর "আবর্জনা" এবং সাবঅপ্টিমাল সমাধান সহ

এটা স্পষ্ট যে আপনার পরিস্থিতি এর মধ্যে কোথাও আছে, কিন্তু, দুর্ভাগ্যবশত, এই স্কেলে, ভাল - একটি উচ্চ সম্ভাবনার সাথে খারাপ, আপনি সবচেয়ে খারাপ শেষের কাছাকাছি হবেন।

এই ক্ষেত্রে, আপনার মন পড়ার ক্ষমতাও প্রয়োজন হবে, কারণ আপনাকে "ডিজাইনাররা" কী করতে চেয়েছিল তা বুঝতে শিখতে হবে, তাদের যুক্তি পুনরুদ্ধার করতে হবে, যা শেষ হয়নি তা শেষ করতে হবে এবং "আবর্জনা" সরাতে হবে।
এবং, অবশ্যই, আপনাকে তাদের ভুলগুলি সংশোধন করতে হবে, নকশা পরিবর্তন করতে হবে (এই পর্যায়ে যতটা সম্ভব কম) এবং স্কিমগুলি পরিবর্তন বা পুনরায় তৈরি করতে হবে।

এই নিবন্ধটি কোনোভাবেই সম্পূর্ণ বলে দাবি করে না। এখানে আমি শুধুমাত্র সাধারণ নীতিগুলি বর্ণনা করব এবং কিছু সাধারণ সমস্যাগুলির উপর আলোচনা করব যা সমাধান করতে হবে।

নথি সেট

একটি উদাহরণ দিয়ে শুরু করা যাক।

নিম্নলিখিত নথিগুলির মধ্যে কিছু যা সাধারণত সিসকো সিস্টেমে ডিজাইনের সময় তৈরি করা হয়।

CR - গ্রাহকের প্রয়োজনীয়তা, গ্রাহকের প্রয়োজনীয়তা (প্রযুক্তিগত নিয়োগ)।
এটি গ্রাহকের সাথে একত্রে তৈরি করা হয় এবং নেটওয়ার্কের প্রয়োজনীয়তা সংজ্ঞায়িত করে।

HLD - উচ্চ স্তরের নকশা, নেটওয়ার্ক প্রয়োজনীয়তার উপর ভিত্তি করে উচ্চ-স্তরের নকশা (CR)। নথিটি স্থাপত্য সংক্রান্ত সিদ্ধান্তগুলিকে ব্যাখ্যা করে এবং ন্যায্যতা দেয় (টপোলজি, প্রোটোকল, সরঞ্জাম নির্বাচন,…)। এইচএলডি ডিজাইনের বিশদ যেমন ইন্টারফেস এবং ব্যবহৃত আইপি ঠিকানা অন্তর্ভুক্ত করে না। এছাড়াও, নির্দিষ্ট হার্ডওয়্যার কনফিগারেশন এখানে আলোচনা করা হয়নি। বরং, এই নথিটি গ্রাহকের প্রযুক্তিগত ব্যবস্থাপনার মূল নকশা ধারণা ব্যাখ্যা করার উদ্দেশ্যে।

lld - নিম্ন স্তরের নকশা, উচ্চ-স্তরের (এইচএলডি) উপর ভিত্তি করে নিম্ন-স্তরের নকশা।
এটিতে প্রকল্প বাস্তবায়নের জন্য প্রয়োজনীয় সমস্ত বিবরণ থাকা উচিত, যেমন কিভাবে সংযোগ এবং সরঞ্জাম সেট আপ করতে হবে সে সম্পর্কে তথ্য। এটি ডিজাইন বাস্তবায়নের জন্য একটি সম্পূর্ণ গাইড। এই দস্তাবেজটির বাস্তবায়নের জন্য পর্যাপ্ত তথ্য প্রদান করা উচিত এমনকি খুব যোগ্য কর্মীদের দ্বারাও।

কিছু, উদাহরণস্বরূপ, আইপি ঠিকানা, AS নম্বর, শারীরিক সুইচিং স্কিম (কেবলিং), আলাদা নথিতে "রেন্ডার" করা যেতে পারে, যেমন NIP (নেটওয়ার্ক বাস্তবায়ন পরিকল্পনা)।

এই নথিগুলি তৈরি করার পরে নেটওয়ার্কের নির্মাণ শুরু হয় এবং তাদের সাথে কঠোরভাবে সঞ্চালিত হয় এবং তারপরে ডিজাইনের সাথে সম্মতির জন্য গ্রাহক (পরীক্ষা) দ্বারা পরীক্ষা করা হয়।

অবশ্যই, বিভিন্ন ইন্টিগ্রেটর, বিভিন্ন ক্লায়েন্ট, বিভিন্ন দেশে প্রকল্প ডকুমেন্টেশনের জন্য বিভিন্ন প্রয়োজনীয়তা থাকতে পারে। কিন্তু আমি আনুষ্ঠানিকতা এড়াতে এবং যোগ্যতার ভিত্তিতে বিষয়টি বিবেচনা করতে চাই। এই পর্যায়টি ডিজাইনিং সম্পর্কে নয়, জিনিসগুলিকে ক্রমানুসারে রাখার বিষয়ে, এবং আমাদের কাজগুলি সম্পূর্ণ করার জন্য যথেষ্ট নথির একটি সেট (ডায়াগ্রাম, টেবিল, বিবরণ ...) প্রয়োজন।

এবং আমার মতে, একটি নির্দিষ্ট পরম ন্যূনতম রয়েছে, যা ছাড়া নেটওয়ার্কটিকে কার্যকরভাবে নিয়ন্ত্রণ করা অসম্ভব।

এই নিম্নলিখিত নথি:

• ফিজিক্যাল সুইচিং এর স্কিম (লগ) (কেবলিং)
• নেটওয়ার্ক ডায়াগ্রাম বা প্রয়োজনীয় L2/L3 তথ্য সহ ডায়াগ্রাম

শারীরিক স্যুইচিং ডায়াগ্রাম

কিছু ছোট কোম্পানীতে, সরঞ্জাম ইনস্টলেশন এবং ফিজিক্যাল সুইচিং (কেবলিং) এর সাথে যুক্ত কাজটি নেটওয়ার্ক ইঞ্জিনিয়ারদের দায়িত্ব।

এই ক্ষেত্রে, সমস্যাটি আংশিকভাবে নিম্নলিখিত পদ্ধতির দ্বারা সমাধান করা হয়।

• এটির সাথে কী সংযুক্ত তা বর্ণনা করতে একটি ইন্টারফেসে একটি বিবরণ ব্যবহার করুন
• প্রশাসনিকভাবে সমস্ত সংযোগহীন নেটওয়ার্ক সরঞ্জাম পোর্ট বন্ধ করুন

এটি আপনাকে সক্ষমতা দেবে, এমনকি যদি লিঙ্কটিতে সমস্যা থাকে (যখন এই ইন্টারফেসে cdp বা lldp কাজ করছে না), এই পোর্টের সাথে কী সংযুক্ত রয়েছে তা দ্রুত নির্ধারণ করতে।
আপনি সহজেই দেখতে পারেন কোন পোর্টগুলি দখল করা হয়েছে এবং কোনটি বিনামূল্যে, যা নতুন নেটওয়ার্ক সরঞ্জাম, সার্ভার বা ওয়ার্কস্টেশনের জন্য সংযোগের পরিকল্পনা করার জন্য প্রয়োজনীয়।

কিন্তু এটা স্পষ্ট যে আপনি যদি সরঞ্জামগুলিতে অ্যাক্সেস হারান, তাহলে আপনি এই তথ্যের অ্যাক্সেস হারাবেন। তদতিরিক্ত, এইভাবে আপনি কী ধরণের সরঞ্জাম, কী বিদ্যুত ব্যবহার, কতটি পোর্ট, কোন র্যাকে এটি অবস্থিত, কী প্যাচ প্যানেল রয়েছে এবং কোথায় (কোন র্যাকে) এর মতো গুরুত্বপূর্ণ তথ্য রেকর্ড করতে পারবেন না / প্যাচ প্যানেল) তারা সংযুক্ত। অতএব, অতিরিক্ত ডকুমেন্টেশন (শুধুমাত্র হার্ডওয়্যারের বিবরণ নয়) এখনও খুব দরকারী।

আদর্শ বিকল্প হল এই ধরনের তথ্যের সাথে কাজ করার জন্য ডিজাইন করা অ্যাপ্লিকেশন ব্যবহার করা। কিন্তু আপনি নিজেকে সাধারণ টেবিলে সীমাবদ্ধ রাখতে পারেন (উদাহরণস্বরূপ, এক্সেলে) অথবা L1/L2 ডায়াগ্রামে প্রয়োজনীয় তথ্য প্রদর্শন করতে পারেন।

গুরুত্বপূর্ণ!

একজন নেটওয়ার্ক ইঞ্জিনিয়ার অবশ্যই এসসিএসের জটিলতা এবং মান, র্যাকের ধরন, নিরবচ্ছিন্ন বিদ্যুৎ সরবরাহের ধরন, ঠান্ডা এবং গরম আইল কী, সঠিক গ্রাউন্ডিং করতে পারেন, ... ঠিক যেমন তিনি নীতিগতভাবে জানতে পারেন প্রাথমিক কণা পদার্থবিদ্যা বা C++ জানুন। তবে আমাদের অবশ্যই বুঝতে হবে, তবুও, এগুলি তার জ্ঞানের ক্ষেত্র নয়।

অতএব, ইনস্টলেশন, সংযোগ, সরঞ্জামের রক্ষণাবেক্ষণ, সেইসাথে শারীরিক স্যুইচিং সম্পর্কিত সমস্যাগুলি সমাধান করার জন্য হয় নিবেদিত বিভাগ বা নিবেদিত লোক থাকা ভাল অনুশীলন। সাধারণত ডেটা সেন্টারের জন্য এটি ডাটা সেন্টার ইঞ্জিনিয়ার এবং অফিসের জন্য - হেল্প-ডেস্ক।

যদি আপনার কোম্পানিতে এই জাতীয় বিভাগগুলি সরবরাহ করা হয়, তবে শারীরিক স্যুইচিং লগ করার সমস্যাগুলি আপনার কাজ নয় এবং আপনি অব্যবহৃত পোর্টগুলির ইন্টারফেস এবং প্রশাসনিক শাটডাউনের একটি বিবরণে নিজেকে সীমাবদ্ধ করতে পারেন।

নেটওয়ার্ক ডায়াগ্রাম

ডায়াগ্রাম আঁকার কোন সার্বজনীন পদ্ধতি নেই।

সবচেয়ে গুরুত্বপূর্ণ, স্কিমগুলিকে বোঝা উচিত যে কীভাবে ট্র্যাফিক যাবে, যার মাধ্যমে আপনার নেটওয়ার্কের যৌক্তিক এবং শারীরিক উপাদানগুলি।

ভৌত উপাদান বলতে আমরা বুঝি

• সক্রিয় সরঞ্জাম
• সক্রিয় সরঞ্জামের ইন্টারফেস/বন্দর

যুক্তির অধীনে -

• লজিক্যাল ডিভাইস (N7K VDC, Palo Alto VSYS, ...)
• ভিআরএফ
• ওয়েলান্স
• সাবইন্টারফেস
• টানেল
• মণ্ডল
• ...

এছাড়াও, যদি আপনার নেটওয়ার্ক সম্পূর্ণ প্রাথমিক না হয়, তবে এটি বিভিন্ন বিভাগ নিয়ে গঠিত হবে।
উদাহরণস্বরূপ

• তথ্য কেন্দ্র
• ইন্টারনেট
• অস্পষ্ট
• দূরবর্তী প্রবেশাধিকার
• অফিস LAN
• DMZ
• ...

বেশ কিছু ডায়াগ্রাম থাকা বুদ্ধিমানের কাজ হবে যা উভয় বড় ছবি দেয় (কীভাবে ট্র্যাফিক এই সমস্ত অংশগুলির মধ্যে ভ্রমণ করে) এবং প্রতিটি পৃথক অংশের বিশদ ব্যাখ্যা দেয়।

যেহেতু আধুনিক নেটওয়ার্কগুলিতে অনেক যৌক্তিক স্তর থাকতে পারে, তাই বিভিন্ন স্তরের জন্য বিভিন্ন স্কিম তৈরি করা সম্ভবত একটি ভাল (কিন্তু বাধ্যতামূলক নয়) পদ্ধতি, উদাহরণস্বরূপ, একটি ওভারলে পদ্ধতির ক্ষেত্রে, এই স্কিমগুলি হতে পারে:

• উপরে পাতা
• L1/L2 আন্ডারলে
• L3 আন্ডারলে

অবশ্যই, সবচেয়ে গুরুত্বপূর্ণ স্কিমা, যা ছাড়া আপনার ডিজাইনের ধারণা বোঝা অসম্ভব, তা হল রাউটিং স্কিমা।

রাউটিং স্কিম

ন্যূনতম, এই চিত্রটি দেখানো উচিত

• কোন রাউটিং প্রোটোকল ব্যবহার করা হয় এবং কোথায়
• রাউটিং প্রোটোকল সেটিংস সম্পর্কে প্রাথমিক তথ্য (এরিয়া/এএস নম্বর/রাউটার-আইডি/…)
• কি ডিভাইস পুনরায় বিতরণ করা হয়?
• যেখানে ফিল্টারিং এবং রুট একত্রীকরণ সঞ্চালিত হয়
• ডিফল্ট রুট তথ্য

এছাড়াও, L2 স্কিম (OSI) প্রায়ই দরকারী।

L2 স্কিম (OSI)

এই চিত্রটি নিম্নলিখিত তথ্য দেখাতে পারে:

• যা VLAN
• কোন পোর্টগুলি ট্রাঙ্ক পোর্ট
• কোন পোর্টগুলি ইথার-চ্যানেল (পোর্ট চ্যানেল), ভার্চুয়াল পোর্ট চ্যানেলে একত্রিত হয়
• কি STP প্রোটোকল ব্যবহার করা হয় এবং কোন ডিভাইসে
• মৌলিক STP সেটিংস: রুট/রুট ব্যাকআপ, STP খরচ, পোর্ট অগ্রাধিকার
• অতিরিক্ত STP সেটিংস: BPDU গার্ড/ফিল্টার, রুট গার্ড…

সাধারণ নকশা ত্রুটি

একটি নেটওয়ার্ক নির্মাণের জন্য একটি খারাপ পদ্ধতির একটি উদাহরণ।

একটি সাধারণ অফিস LAN নির্মাণের একটি সাধারণ উদাহরণ নেওয়া যাক।

শিক্ষার্থীদের টেলিকম শেখানোর অভিজ্ঞতা থাকার কারণে, আমি বলতে পারি যে কার্যত দ্বিতীয় সেমিস্টারের মাঝামাঝি যেকোন শিক্ষার্থীর একটি সাধারণ অফিস LAN সেট আপ করার জন্য প্রয়োজনীয় জ্ঞান (আমি যে কোর্সটি শিখিয়েছি তার মধ্যে) রয়েছে।

একে অপরের সাথে সুইচ সংযোগ করা, VLAN, SVI ইন্টারফেস (L3 সুইচের ক্ষেত্রে) কনফিগার করা এবং স্ট্যাটিক রাউটিং সেট আপ করা এত কঠিন কি?

সব কাজ হবে.

তবে একই সাথে সম্পর্কিত বিষয়গুলোও

• সুরক্ষা
• সংরক্ষণ
• নেটওয়ার্ক স্কেলিং
• কর্মক্ষমতা
• থ্রুপুট
• নির্ভরযোগ্যতা
• ...

সময়ে সময়ে আমি বিবৃতি শুনি যে অফিসের ল্যান খুবই সহজ কিছু এবং আমি এটি সাধারণত প্রকৌশলীদের (এবং পরিচালকদের) কাছ থেকে শুনি যারা নেটওয়ার্ক ছাড়া অন্য কিছু করে এবং তারা এত আত্মবিশ্বাসের সাথে বলে যে LAN তৈরি হলে অবাক হবেন না অপর্যাপ্ত অনুশীলন এবং জ্ঞান সহ লোকেদের দ্বারা এবং প্রায় একই ভুলের সাথে করা হবে যা আমি নীচে বর্ণনা করব।

সাধারণ L1 লেয়ার ডিজাইন ত্রুটি (OSI)

• যদি, তবুও, আপনিও SCS-এর জন্য দায়ী হন, তাহলে আপনি পেতে পারেন এমন সবচেয়ে অপ্রীতিকর উত্তরাধিকারগুলির মধ্যে একটি হল অসাবধান এবং চিন্তাভাবনা না করে পরিবর্তন করা।

আমি ব্যবহৃত সরঞ্জামগুলির সংস্থানগুলির সাথে সম্পর্কিত ত্রুটিগুলিও অন্তর্ভুক্ত করব, উদাহরণস্বরূপ,

• অপর্যাপ্ত ব্যান্ডউইথ
• সরঞ্জামগুলিতে অপর্যাপ্ত TCAM (বা এটির অদক্ষ ব্যবহার)
• অপর্যাপ্ত কর্মক্ষমতা (প্রায়ই ফায়ারওয়াল হিসাবে উল্লেখ করা হয়)

সাধারণ L2 লেয়ার ডিজাইন ত্রুটি (OSI)

প্রায়শই, যখন এসটিপি কীভাবে কাজ করে, এটির সাথে কোন সম্ভাব্য সমস্যা নিয়ে আসে সে সম্পর্কে কোনও ভাল বোঝাপড়া না থাকলে, অতিরিক্ত এসটিপি টিউনিং ছাড়াই ডিফল্ট সেটিংস সহ সুইচগুলি এলোমেলোভাবে সংযুক্ত থাকে।

ফলস্বরূপ, আমরা প্রায়ই নিম্নলিখিত আছে

• বড় STP নেটওয়ার্ক ব্যাস, যা সম্প্রচার ঝড় হতে পারে
• STP রুট এলোমেলোভাবে নির্ধারণ করা হবে (ম্যাক ঠিকানার উপর ভিত্তি করে) এবং ট্র্যাফিক পথ সাবঅপ্টিমাল হবে
• হোস্টের সাথে সংযোগকারী পোর্টগুলি প্রান্ত (পোর্টফাস্ট) হিসাবে কনফিগার করা হবে না, যার ফলে শেষ স্টেশনগুলি চালু / বন্ধ থাকলে STP পুনরায় গণনা করা হবে
• নেটওয়ার্কটি L1/L2 স্তরে ভাগ করা হবে না, যার ফলস্বরূপ যে কোনও সুইচের সমস্যা (উদাহরণস্বরূপ, পাওয়ার ওভারলোড) এসটিপি টপোলজির পুনঃগণনার দিকে পরিচালিত করবে এবং সমস্ত সুইচের সমস্ত VLAN-এ ট্র্যাফিক বন্ধ করবে (সহ একটি যা ধারাবাহিকতা পরিষেবা বিভাগের দৃষ্টিকোণ থেকে সমালোচনামূলক)

L3 ডিজাইনে ত্রুটির উদাহরণ (OSI)

শিক্ষানবিস নেটওয়ার্কারদের কিছু সাধারণ ভুল:

• স্ট্যাটিক রাউটিং ঘন ঘন ব্যবহার (বা শুধুমাত্র ব্যবহার)
• রাউটিং প্রোটোকলের ব্যবহার যা প্রদত্ত ডিজাইনের জন্য সর্বোত্তম নয়
• সাবঅপ্টিমাল লজিক্যাল নেটওয়ার্ক সেগমেন্টেশন
• ঠিকানা স্থানের সাবঅপ্টিমাল ব্যবহার, যা রুট একত্রিত করার অনুমতি দেয় না
• ব্যাকআপ রুটের অভাব
• ডিফল্ট গেটওয়ের জন্য কোন অপ্রয়োজনীয়তা নেই
• রুট পুনর্নির্মাণের সময় অসমমিত রাউটিং (NAT/PAT, স্টেটফুল ফায়ারওয়ালের ক্ষেত্রে গুরুত্বপূর্ণ হতে পারে)
• MTU এর সাথে সমস্যা
• পুনরায় রুট করার সময়, ট্র্যাফিক অন্যান্য সুরক্ষা অঞ্চল বা এমনকি অন্যান্য ফায়ারওয়ালের মধ্য দিয়ে যায়, যা এই ট্র্যাফিক হ্রাসের দিকে নিয়ে যায়
• দরিদ্র টপোলজি স্কেলেবিলিটি

ডিজাইন গুণমান মূল্যায়ন মানদণ্ড

যখন আমরা অপ্টিম্যালিটি / অ-অপ্টিম্যালিটি সম্পর্কে কথা বলি, তখন আমাদের অবশ্যই বুঝতে হবে কোন মানদণ্ডে আমরা এটিকে মূল্যায়ন করতে পারি। এখানে, আমার দৃষ্টিকোণ থেকে, সবচেয়ে তাৎপর্যপূর্ণ (কিন্তু সব নয়) মানদণ্ড (এবং রাউটিং প্রোটোকল সম্পর্কিত ডিকোডিং):

• মাপযোগ্যতা
  উদাহরণস্বরূপ, আপনি অন্য ডেটা সেন্টার যোগ করার সিদ্ধান্ত নেন। আপনি এটা কত সহজে করতে পারেন.
• পরিচালনার সহজতা
  একটি নতুন জাল বা ফিল্টারিং রুট ঘোষণা করার মতো অপারেশনাল পরিবর্তনগুলি করা কতটা সহজ এবং নিরাপদ
• উপস্থিতি
  আপনার সিস্টেম কত শতাংশ সময় পরিষেবার প্রয়োজনীয় স্তর প্রদান করে?
• নিরাপত্তা
  প্রেরিত তথ্য কতটা নিরাপদ?
• মূল্য

পরিবর্তনগুলি

এই পর্যায়ে মৌলিক নীতি "কোন ক্ষতি করবেন না" সূত্র দ্বারা প্রকাশ করা যেতে পারে।
অতএব, এমনকি যদি আপনি ডিজাইন এবং নির্বাচিত বাস্তবায়ন (কনফিগারেশন) এর সাথে সম্পূর্ণরূপে একমত না হন তবে পরিবর্তন করা সবসময় যুক্তিযুক্ত নয়। একটি যুক্তিসঙ্গত পদ্ধতি হল দুটি পরামিতি অনুসারে সমস্ত চিহ্নিত সমস্যাকে র্যাঙ্ক করা:

• কত সহজে এই সমস্যা ঠিক করা যায়
• এটা কতটা ঝুঁকি বহন করে

প্রথমত, আপনাকে এমন জিনিসগুলি বাদ দিতে হবে যা বর্তমানে গ্রহণযোগ্য স্তরের নীচে প্রদত্ত পরিষেবার স্তরকে হ্রাস করে, উদাহরণস্বরূপ, সমস্যাগুলি যা প্যাকেটের ক্ষতির দিকে পরিচালিত করে৷ তারপরে ঝুঁকির তীব্রতা হ্রাস করার জন্য (ডিজাইন বা কনফিগারেশন সমস্যা যা একটি কম ঝুঁকির জন্য বেশি ঝুঁকি তৈরি করে) এর জন্য কোনটি ঠিক করা সবচেয়ে সহজ এবং নিরাপদ তা ঠিক করুন।

এই পর্যায়ে পারফেকশনিজম ক্ষতিকারক হতে পারে। ডিজাইনটিকে একটি সন্তোষজনক অবস্থায় আনুন এবং এটি অনুযায়ী নেটওয়ার্ক কনফিগারেশন সিঙ্ক্রোনাইজ করুন।

উত্স: www.habr.com