သင့်ကွန်ရက်အခြေခံအဆောက်အအုံကို ဘယ်လိုထိန်းချုပ်မလဲ။ အခန်းနှစ်။ သန့်ရှင်းရေးနှင့် မှတ်တမ်းပြုစုခြင်း။

ဤဆောင်းပါးသည် "သင်၏ကွန်ရက်အခြေခံအဆောက်အအုံကိုမည်သို့ထိန်းချုပ်ရမည်နည်း" ဆောင်းပါးစီးရီး၏ဒုတိယဆောင်းပါးဖြစ်သည်။ စီးရီးနှင့် လင့်ခ်များရှိ ဆောင်းပါးအားလုံး၏ အကြောင်းအရာများကို တွေ့နိုင်သည်။ ဒီမှာ.

ဤအဆင့်တွင် ကျွန်ုပ်တို့၏ ရည်မှန်းချက်မှာ စာရွက်စာတမ်းနှင့် ဖွဲ့စည်းမှုပုံစံသို့ မှာယူရန်ဖြစ်သည်။
ဤလုပ်ငန်းစဉ်၏အဆုံးတွင်၊ သင့်တွင် လိုအပ်သောစာရွက်စာတမ်းအစုံနှင့် ၎င်းတို့နှင့်အညီ ပြင်ဆင်သတ်မှတ်ထားသော ကွန်ရက်တစ်ခုရှိသင့်သည်။

ယခု ကျွန်ုပ်တို့သည် လုံခြုံရေးစစ်ဆေးမှုအကြောင်း မပြောပါနှင့်၊ ဤအရာသည် တတိယအပိုင်း၏ အကြောင်းအရာဖြစ်လိမ့်မည်။

ဤအဆင့်တွင် ပေးအပ်ထားသော တာဝန်ကို ပြီးမြောက်ရန် အခက်အခဲသည် ကုမ္ပဏီတစ်ခုနှင့်တစ်ခု ကုမ္ပဏီတစ်ခုနှင့်တစ်ခု အလွန်ကွာခြားပါသည်။

စံပြအခြေအနေက ဘယ်အချိန်လဲ။

• သင့်ကွန်ရက်ကို ပရောဂျက်နှင့်အညီ ဖန်တီးထားပြီး သင့်တွင် စာရွက်စာတမ်းအစုံအလင်ရှိသည်။
• သင့်ကုမ္ပဏီတွင် အကောင်အထည်ဖော်ပြီးဖြစ်သည်။ ထိန်းချုပ်မှုနှင့် စီမံခန့်ခွဲရေး လုပ်ငန်းစဉ်များကို ပြောင်းလဲပါ။ ကွန်ရက်အတွက်
• ဤလုပ်ငန်းစဉ်နှင့်အညီ၊ သင့်တွင် လက်ရှိအခြေအနေနှင့်ပတ်သက်သော အချက်အလက်အပြည့်အစုံကို ပံ့ပိုးပေးသည့် စာရွက်စာတမ်းများ (လိုအပ်သော ပုံကြမ်းများအပါအဝင်)၊

ဤကိစ္စတွင်၊ သင်၏တာဝန်သည်အတော်လေးရိုးရှင်းသည်။ စာရွက်စာတမ်းများကို လေ့လာပြီး အပြောင်းအလဲများအားလုံးကို ပြန်လည်သုံးသပ်သင့်သည်။

အဆိုးဆုံးအခြေအနေမှာ မင်းရှိလိမ့်မယ်။

• ပရောဂျက်မပါဘဲ၊ အစီအစဉ်မရှိဘဲ၊ ခွင့်ပြုချက်မရှိဘဲ၊ လုံလောက်သော အရည်အချင်းအဆင့်မရှိသော အင်ဂျင်နီယာများမှ ဖန်တီးထားသော ကွန်ရက်တစ်ခု၊
• ဖရိုဖရဲ၊ စာရွက်စာတမ်းမရှိသော အပြောင်းအလဲများနှင့်အတူ၊ "အမှိုက်" အများအပြားနှင့် အကောင်းဆုံးဖြေရှင်းနည်းများ

မင်းရဲ့အခြေအနေက တစ်နေရာရာမှာရှိနေတယ်ဆိုတာ ရှင်းရှင်းလင်းလင်းသိသာပေမယ့် ကံမကောင်းတာက ဒီအတိုင်းအတာမှာ ပိုကောင်းတဲ့- ပိုဆိုးတာက မင်းဟာ အဆိုးဆုံးအဆုံးကို နီးကပ်လာဖို့ ဖြစ်နိုင်ခြေများတယ်။

ဤကိစ္စတွင်၊ သင်သည် "ဒီဇိုင်နာများ" လုပ်ချင်သောအရာကို နားလည်ရန်၊ ၎င်းတို့၏ယုတ္တိကို ပြန်လည်ထိန်းသိမ်းရန်၊ မပြီးဆုံးသေးသောအရာကို အပြီးသတ်ပြီး "အမှိုက်" ဖယ်ရှားရန် သင်ယူရမည်ဖြစ်ပါသည်။
ထို့အပြင်၊ သင်သည် ၎င်းတို့၏အမှားများကို ပြင်ရန်၊ (ဤအဆင့်တွင် ဖြစ်နိုင်သမျှ အနည်းဆုံး) ပြောင်းလဲရန်၊ ဒီဇိုင်းနှင့် ပြောင်းလဲခြင်း သို့မဟုတ် အစီအစဉ်များကို ပြန်လည်ဖန်တီးရန် လိုအပ်မည်ဖြစ်သည်။

ဤဆောင်းပါးသည် ပြီးပြည့်စုံသည်ဟု မဆိုလိုပါ။ ဤနေရာတွင် ကျွန်ုပ်သည် ယေဘူယျအခြေခံမူများကိုသာ ဖော်ပြပြီး ဖြေရှင်းရမည့် ဘုံပြဿနာအချို့ကို အာရုံစိုက်ပါမည်။

စာရွက်စာတမ်းအစုံ

ဥပမာတစ်ခုနဲ့စကြရအောင်။

အောက်တွင် Cisco Systems တွင် ထုံးစံအတိုင်း ဖန်တီးထားသည့် စာရွက်စာတမ်းအချို့ဖြစ်သည်။

CR - ဖောက်သည်လိုအပ်ချက်များ၊ ဖောက်သည်လိုအပ်ချက်များ (နည်းပညာဆိုင်ရာသတ်မှတ်ချက်များ)။
၎င်းကို သုံးစွဲသူနှင့် ပူးပေါင်းဖန်တီးထားပြီး ကွန်ရက်လိုအပ်ချက်များကို ဆုံးဖြတ်သည်။

HLD - မြင့်မားသောအဆင့်ဒီဇိုင်း၊ ကွန်ရက်လိုအပ်ချက်များ (CR) ကိုအခြေခံ၍ အဆင့်မြင့်ဒီဇိုင်း။ စာရွက်စာတမ်းသည် လုပ်ဆောင်ခဲ့သော ဗိသုကာဆိုင်ရာ ဆုံးဖြတ်ချက်များ (topology၊ ပရိုတိုကောများ၊ ဟာ့ဒ်ဝဲရွေးချယ်မှု၊ ...) ကို ရှင်းပြပြီး မျှတစေသည်။ HLD တွင် အသုံးပြုထားသော အင်တာဖေ့စ်များနှင့် IP လိပ်စာများကဲ့သို့သော ဒီဇိုင်းအသေးစိတ်များ မပါဝင်ပါ။ ထို့အပြင်၊ သီးခြား hardware configuration ကို ဤနေရာတွင် ဆွေးနွေးမည်မဟုတ်ပါ။ ယင်းအစား၊ ဤစာတမ်းသည် ဖောက်သည်၏ နည်းပညာစီမံခန့်ခွဲမှုအား အဓိက ဒီဇိုင်းသဘောတရားများကို ရှင်းပြရန် ရည်ရွယ်ပါသည်။

LLD - Low Level Design၊ မြင့်မားသောအဆင့်ဒီဇိုင်း (HLD) ကိုအခြေခံ၍ အဆင့်နိမ့်ဒီဇိုင်း။
၎င်းတွင် ပရောဂျက်ကို အကောင်အထည်ဖော်ရန် လိုအပ်သောအသေးစိတ်အချက်များ ၊ စက်ပစ္စည်းများချိတ်ဆက်ပုံနှင့် configure ဆိုင်ရာ အချက်အလက်များကဲ့သို့သော အသေးစိတ်အချက်များ ပါဝင်သင့်သည်။ ဤသည်မှာ ဒီဇိုင်းကို အကောင်အထည်ဖော်ရန် ပြီးပြည့်စုံသော လမ်းညွှန်ချက်ဖြစ်သည်။ ဤစာရွက်စာတမ်းသည် အရည်အချင်းပြည့်မီသော ပုဂ္ဂိုလ်များပင်လျှင် ၎င်း၏ အကောင်အထည်ဖော်မှုအတွက် လုံလောက်သော အချက်အလက်ကို ပေးသင့်သည်။

ဥပမာအားဖြင့်၊ တစ်ခုခု၊ IP လိပ်စာများ၊ AS နံပါတ်များ၊ ရုပ်ပိုင်းဆိုင်ရာ ကူးပြောင်းမှုအစီအစဉ် (cabling) ကဲ့သို့သော သီးခြားစာရွက်စာတမ်းများတွင် “ထုတ်” နိုင်သည်။ အခွန် ID (Network Implementation Plan)။

ဤစာရွက်စာတမ်းများကိုဖန်တီးပြီးနောက် ကွန်ရက်တည်ဆောက်မှုသည် စတင်ခဲ့ပြီး ၎င်းတို့နှင့်အညီ တင်းကျပ်စွာဖြစ်ပေါ်ပြီးနောက် ဒီဇိုင်းနှင့်လိုက်လျောညီထွေရှိစေရန် ဖောက်သည် (စမ်းသပ်မှုများ) မှ စစ်ဆေးသည်။

ဟုတ်ပါတယ်၊ မတူညီသောပေါင်းစည်းသူများ၊ မတူညီသောဖောက်သည်များနှင့် မတူညီသောနိုင်ငံများတွင် ပရောဂျက်စာရွက်စာတမ်းများအတွက် မတူညီသောလိုအပ်ချက်များရှိကောင်းရှိနိုင်ပါသည်။ ဒါပေမယ့် စည်းမျဥ်းစည်းကမ်းတွေကို ရှောင်ရှားပြီး ဒီကိစ္စကို သူ့ရဲ့တန်ရာကို စဉ်းစားစေချင်ပါတယ်။ ဤအဆင့်သည် ဒီဇိုင်းနှင့်မပတ်သက်ဘဲ အရာများကို စနစ်တကျထားရှိခြင်းအကြောင်းဖြစ်ပြီး ကျွန်ုပ်တို့၏လုပ်ငန်းတာဝန်များကိုပြီးမြောက်ရန် လုံလောက်သောစာရွက်စာတမ်းများ (ပုံများ၊ ဇယားများ၊ ဖော်ပြချက်များ...) လိုအပ်ပါသည်။

ပြီးတော့ ကျွန်တော့်အမြင်အရတော့ ကွန်ရက်ကို ထိထိရောက်ရောက် ထိန်းချုပ်ဖို့ မဖြစ်နိုင်ဘဲ သေချာတဲ့ အနိမ့်ဆုံး အတိုင်းအတာတစ်ခု ရှိပါတယ်။

ဤသည်မှာ အောက်ပါစာရွက်စာတမ်းများဖြစ်သည်-

• ရုပ်ပိုင်းဆိုင်ရာ ကူးပြောင်းခြင်း (ကေဘယ်ကြိုး) ၏ ပုံကြမ်း (မှတ်တမ်း)
• မရှိမဖြစ်လိုအပ်သော L2/L3 အချက်အလက်ပါရှိသော ကွန်ရက်ပုံကြမ်း သို့မဟုတ် ပုံများ

ရုပ်ပိုင်းဆိုင်ရာကူးပြောင်းမှုပုံစံ

အချို့သော ကုမ္ပဏီငယ်များတွင် စက်ပစ္စည်း တပ်ဆင်ခြင်းနှင့် ရုပ်ပိုင်းဆိုင်ရာ ကူးပြောင်းခြင်း (ကေဘယ်ကြိုး) နှင့် ပတ်သက်သည့် အလုပ်သည် ကွန်ရက်အင်ဂျင်နီယာများ၏ တာဝန်ဖြစ်သည်။

ဤကိစ္စတွင်၊ ပြဿနာကို အောက်ဖော်ပြပါ နည်းလမ်းများဖြင့် ဖြေရှင်းသည်။

• ၎င်းနှင့်ချိတ်ဆက်ထားသည်ကိုဖော်ပြရန် အင်တာဖေ့စ်ပေါ်ရှိ ဖော်ပြချက်ကို အသုံးပြုပါ။
• ချိတ်ဆက်မထားသော ကွန်ရက်စက်ပစ္စည်း ဆိပ်ကမ်းများအားလုံးကို စီမံခန့်ခွဲရေးဖြင့် ပိတ်ပါ။

၎င်းသည် သင့်အား လင့်ခ်နှင့် ပြဿနာတစ်ခုရှိလျှင်ပင် (cdp သို့မဟုတ် lldp ဤအင်တာဖေ့စ်တွင် အလုပ်မလုပ်သည့်အခါ)၊ ဤ port နှင့်ချိတ်ဆက်ထားသည်ကို လျင်မြန်စွာဆုံးဖြတ်ရန် အခွင့်အရေးပေးလိမ့်မည်။
ကွန်ရက်စက်ပစ္စည်းအသစ်များ၊ ဆာဗာများ သို့မဟုတ် အလုပ်ရုံများ ချိတ်ဆက်မှုများကို စီစဉ်ရန်အတွက် လိုအပ်သော မည်သည့် port များကို သိမ်းပိုက်ပြီး အခမဲ့ဖြစ်ကြောင်း အလွယ်တကူကြည့်ရှုနိုင်သည်။

သို့သော် သင်သည် စက်ကိရိယာကို အသုံးပြုခွင့်ဆုံးရှုံးသွားပါက၊ သင်သည် ဤအချက်အလက်များကို အသုံးပြုခွင့်ဆုံးရှုံးလိမ့်မည်ဖြစ်ကြောင်း ထင်ရှားပါသည်။ ထို့အပြင်၊ ဤနည်းဖြင့်၊ မည်သည့်စက်ပစ္စည်းအမျိုးအစား၊ ပါဝါသုံးစွဲမှု၊ ဆိပ်ကမ်းမည်မျှ၊ ၎င်းတွင်မည်သည့်နေရာ၊ မည်သည့် patch panels များရှိသနည်း၊ မည်သည့်နေရာတွင် (မည်သည့် rack / patch panel တွင်ကဲ့သို့သောအရေးကြီးသောအချက်အလက်များကိုသင်မှတ်တမ်းတင်နိုင်မည်မဟုတ်ပါ။ ) သူတို့ က ဆက်စပ် နေတယ် ။ ထို့ကြောင့်၊ အပိုစာရွက်စာတမ်းများ (စက်ပစ္စည်းပေါ်တွင် ဖော်ပြချက်များသာမက) သည် အလွန်အသုံးဝင်သေးသည်။

စံပြရွေးချယ်မှုမှာ ဤအချက်အလက်အမျိုးအစားနှင့် လုပ်ဆောင်ရန် ဒီဇိုင်းထုတ်ထားသော အပလီကေးရှင်းများကို အသုံးပြုရန် ဖြစ်သည်။ သို့သော် သင်သည် ရိုးရှင်းသောဇယားများ (ဥပမာ Excel တွင်) သင့်ကိုယ်သင် ကန့်သတ်ထားနိုင်သည် သို့မဟုတ် L1/L2 ပုံချပ်များတွင် လိုအပ်သည်ဟု သင်ယူဆထားသည့် အချက်အလက်များကို ပြသနိုင်သည်။

အရေးကြီး!

ကွန်ရက်အင်ဂျင်နီယာတစ်ဦးသည် SCS ၏ ရှုပ်ထွေးပွေလီသော စံနှုန်းများ၊ ထိန်သိမ်း အမျိုးအစားများ၊ အနှောင့်အယှက်မရှိ ပါဝါထောက်ပံ့မှု အမျိုးအစားများ၊ အအေးနှင့် ပူသော အတန်းမှာ အဘယ်နည်း၊ သင့်လျော်သော မြေစိုက်နည်းကို ကောင်းစွာ သိနိုင်သည်... မူအားဖြင့် သူတတ်နိုင်သည်အတိုင်း၊ မူလတန်းအမှုန်များ သို့မဟုတ် C++ ၏ ရူပဗေဒကို သိသည်။ သို့သော် ဤအရာအားလုံးသည် သူ၏အသိပညာနယ်ပယ်မဟုတ်ကြောင်းကို တစ်ဦးနားလည်ထားရသေးသည်။

ထို့ကြောင့် တပ်ဆင်ခြင်း၊ ချိတ်ဆက်ခြင်း၊ စက်ကိရိယာများ ပြုပြင်ထိန်းသိမ်းခြင်းအပြင် ရုပ်ပိုင်းဆိုင်ရာ ကူးပြောင်းခြင်းဆိုင်ရာ ပြဿနာများကို ဖြေရှင်းရန် သီးသန့်ဌာနများ သို့မဟုတ် သီးသန့်လူများ ထားရှိခြင်းသည် ကောင်းမွန်သော အလေ့အကျင့်ဖြစ်သည်။ အများအားဖြင့် ဒေတာစင်တာများအတွက် ၎င်းသည် ဒေတာစင်တာ အင်ဂျင်နီယာများဖြစ်ပြီး ရုံးခန်းအတွက် ၎င်းသည် အကူအညီ-စားပွဲဖြစ်သည်။

ထိုသို့သောကွဲပြားမှုများကို သင့်ကုမ္ပဏီတွင် ပံ့ပိုးပေးမည်ဆိုပါက၊ မှတ်တမ်းပိုင်းဆိုင်ရာ ကူးပြောင်းခြင်းဆိုင်ရာ ပြဿနာများသည် သင့်အလုပ်မဟုတ်သည့်အပြင် အင်တာဖေ့စ်ပေါ်ရှိ ဖော်ပြချက်များနှင့် အသုံးမပြုသော ဆိပ်ကမ်းများကို စီမံခန့်ခွဲရေးဆိုင်ရာ ပိတ်ပစ်ရန် သင့်ကိုယ်သင်သာ ကန့်သတ်နိုင်သည်။

ကွန်ရက်ပုံများ

ပုံဆွဲခြင်းအတွက် universal approach မရှိပါ။

အရေးကြီးဆုံးအချက်မှာ သင့်ကွန်ရက်၏ ယုတ္တိနှင့် ရုပ်ပိုင်းဆိုင်ရာ အစိတ်အပိုင်းများမှတစ်ဆင့် အသွားအလာမည်သို့ စီးဆင်းမည်ကို ပုံကြမ်းများက နားလည်ပေးသင့်သည်။

ရုပ်ဒြပ်အားဖြင့် ကျွန်ုပ်တို့ ဆိုလိုသည်။

• တက်ကြွသောပစ္စည်းများ
• တက်ကြွသောကိရိယာများ၏အင်တာဖေ့စ်/ဆိပ်ကမ်းများ

ယုတ္တိ-အောက်၊

• ယုတ္တိဗေဒပစ္စည်းများ (N7K VDC၊ Palo Alto VSYS၊ ... )
• VRF
• ဗီလန်များ
• မျက်နှာပြင်များ
• ဥမင်များ
• ဇုန်
• ...

ထို့အပြင်၊ သင့်ကွန်ရက်သည် လုံး၀အခြေခံမဟုတ်ပါက၊ ၎င်းတွင် မတူညီသောအပိုင်းများပါ၀င်မည်ဖြစ်သည်။
ဥပမာအား

• ဒေတာစင်တာ
• အင်တာနက်ကို
• WAN
• ဝေးလံခေါင်သီ access ကို
• ရုံး LAN
• မျဇ
• ...

ပုံကြီးနှစ်ခု (ဤအပိုင်းအားလုံးကြားတွင် လမ်းကြောင်းများ စီးဆင်းပုံ) နှင့် အပိုင်းတစ်ခုစီ၏ အသေးစိတ်ရှင်းလင်းချက်ကို ပေးသည့် ပုံသေများစွာရှိခြင်းသည် ပညာရှိရာရောက်ပါသည်။

ခေတ်သစ်ကွန်ရက်များတွင် ယုတ္တိအလွှာများစွာရှိနိုင်သောကြောင့်၊ မတူညီသောအလွှာများအတွက် circuits များပြုလုပ်ရန် ကောင်းသော (သို့သော် မလိုအပ်ပါ) ချဉ်းကပ်နည်းဖြစ်ကောင်းဖြစ်နိုင်သည်၊ ဥပမာ၊ ထပ်ဆင့်ချဉ်းကပ်မှုကိစ္စတွင်၊ ၎င်းသည် အောက်ပါ circuit များဖြစ်နိုင်သည်-

• ပြသမှု
• L1/L2 အောက်ခံ
• L3 အောက်ခံ

ဟုတ်ပါတယ်၊ အရေးကြီးဆုံး diagram က မင်းရဲ့ ဒီဇိုင်းစိတ်ကူးကို နားလည်ဖို့ မဖြစ်နိုင်ဘဲ၊ routing diagram ပါ။

လမ်းကြောင်းအစီအစဉ်

အနည်းဆုံး၊ ဤပုံကြမ်းသည် ထင်ဟပ်နေသင့်သည်။

• ဘယ်လို routing protocol တွေကို အသုံးပြုပြီး ဘယ်နေရာမှာလဲ။
• လမ်းကြောင်းသတ်မှတ်ခြင်း ပရိုတိုကောဆက်တင်များအကြောင်း အခြေခံအချက်အလက်များ (ဧရိယာ/AS နံပါတ်/ router-id/…)
• မည်သည့်စက်ပစ္စည်းများတွင် ပြန်လည်ဖြန့်ဖြူးမှုဖြစ်ပေါ်သနည်း။
• စစ်ထုတ်ခြင်းနှင့် လမ်းကြောင်း စုစည်းမှု ဖြစ်ပေါ်သည့်နေရာ
• မူရင်းလမ်းကြောင်းအချက်အလက်

ထို့အပြင် L2 scheme (OSI) သည် မကြာခဏ အသုံးဝင်သည်။

L2 အစီအစဉ် (OSI)

ဤပုံကြမ်းသည် အောက်ပါအချက်အလက်များကို ပြသနိုင်သည်-

• ဘယ် VLAN တွေလဲ။
• ဘယ် port တွေက trunk port တွေလဲ။
• မည်သည့် port များကို ether-channel (ပို့တ်ချန်နယ်)၊ virtual port channel အဖြစ် စုစည်းထားသည်။
• ဘယ် STP ပရိုတိုကောတွေကို သုံးသလဲ၊ ဘယ်စက်တွေမှာ သုံးလဲ။
• အခြေခံ STP ဆက်တင်များ- root/root မိတ္တူ၊ STP ကုန်ကျစရိတ်၊ ဆိပ်ကမ်းဦးစားပေး
• နောက်ထပ် STP ဆက်တင်များ- BPDU guard/filter၊ root guard…

ရိုးရိုးဒီဇိုင်းအမှားများ

ကွန်ရက်တစ်ခုတည်ဆောက်ခြင်းအတွက် မကောင်းသောချဉ်းကပ်မှု၏ ဥပမာတစ်ခု။

ရိုးရှင်းသော office LAN တစ်ခုကို တည်ဆောက်ခြင်း၏ ရိုးရှင်းသော ဥပမာကို ကြည့်ကြပါစို့။

ကျောင်းသားများအား တယ်လီကွန်း သင်ကြားခြင်း အတွေ့အကြုံရှိခြင်း ၊ ဒုတိယ စာသင်နှစ် အလယ်တွင် ကျောင်းသားတိုင်း သည် ရိုးရှင်းသော ရုံး LAN တစ်ခု တည်ဆောက်ရန် (ကျနော် သင်ကြားခဲ့သည့် သင်တန်း၏ တစ်စိတ်တစ်ပိုင်း အဖြစ်) လိုအပ်သော ဗဟုသုတ ရှိသည်ဟု ကျွန်တော် ပြောနိုင်ပါသည်။

တစ်ခုနှင့်တစ်ခုချိတ်ဆက်ခြင်း၊ VLAN များသတ်မှတ်ခြင်း၊ SVI အင်တာဖေ့စ်များ (L3 ခလုတ်များတွင်) နှင့် static routing စနစ်ထည့်သွင်းခြင်းတို့အတွက် မည်မျှခက်ခဲသနည်း။

အားလုံးအလုပ်လုပ်ပါလိမ့်မယ်။

ဒါပေမယ့် တစ်ချိန်တည်းမှာ ဆက်စပ်မေးခွန်းတွေ

• လုံခြုံရေး
• ကြိုတင်မှာထား
• ကွန်ရက်ချဲ့ထွင်ခြင်း။
• ကုန်ထုတ်စွမ်းအား
• ဖြတ်သန်းမှု
• ယုံကြည်စိတ်ချရမှု
• ...

ရုံးသုံး LAN သည် အလွန်ရိုးရှင်းသည်ဟု မကြာခဏကြားရပြီး networks မှလွဲ၍ အရာအားလုံးကို လုပ်ဆောင်သော အင်ဂျင်နီယာများ (နှင့် မန်နေဂျာများ) ထံမှ ၎င်းကို မကြာခဏကြားရပြီး LAN ဖြစ်ပါက အံ့သြစရာမရှိလောက်အောင် စိတ်ချလက်ချပြောတတ်ကြသည်။ အလေ့အကျင့်နှင့် အသိပညာ မလုံလောက်သောသူများမှ ပြုလုပ်ခဲ့ပြီး အောက်တွင် ဖော်ပြမည့် အနီးစပ်ဆုံး တူညီသောအမှားများဖြင့် ပြုလုပ်မည်ဖြစ်သည်။

အဖြစ်များသော L1 (OSI) ဒီဇိုင်းအမှားများ

• မည်သို့ပင်ဆိုစေကာမူ၊ သင်သည် SCS အတွက်လည်း တာဝန်ရှိပါက၊ သင်ရရှိနိုင်သော မနှစ်မြို့ဖွယ်အကောင်းဆုံး အမွေအနှစ်များထဲမှ တစ်ခုသည် သတိလက်လွတ်ဖြစ်ပြီး ဆင်ခြင်တုံတရားမဲ့စွာ ပြောင်းလဲခြင်းပင်ဖြစ်သည်။

ဥပမာအားဖြင့် အသုံးပြုသည့် စက်ကိရိယာများ၏ အရင်းအမြစ်များနှင့် ပတ်သက်သော အမျိုးအစား L1 အမှားအယွင်းများအဖြစ်လည်း အမျိုးအစားခွဲခြားထားပါသည်။

• bandwidth မလုံလောက်ပါ။
• စက်ပစ္စည်းများတွင် TCAM မလုံလောက်ခြင်း (သို့မဟုတ် ၎င်းကိုထိရောက်စွာအသုံးပြုခြင်း)
• စွမ်းဆောင်ရည် မလုံလောက်ခြင်း (မကြာခဏ firewalls များနှင့် ဆက်စပ်သည်)

အဖြစ်များသော L2 (OSI) ဒီဇိုင်းအမှားများ

မကြာခဏဆိုသလို၊ STP အလုပ်လုပ်ပုံနှင့် ၎င်းနှင့်အတူ ဖြစ်ပေါ်လာနိုင်သည့် ပြဿနာများအကြောင်း ကောင်းစွာနားလည်ခြင်းမရှိသောအခါ၊ ခလုတ်များကို အပို STP ချိန်ညှိခြင်းမရှိဘဲ ပုံမှန်ဆက်တင်များဖြင့် ဖရိုဖရဲ ချိတ်ဆက်ကြသည်။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့တွင် အောက်ပါတို့ကို မကြာခဏတွေ့ရသည်။

• ကြီးမားသော STP ကွန်ရက်အချင်းသည် အသံလွှင့်မုန်တိုင်းများကို ဦးတည်နိုင်သည်။
• STP အမြစ်ကို ကျပန်း (mac လိပ်စာပေါ်အခြေခံ၍) ကျပန်းဆုံးဖြတ်မည်ဖြစ်ပြီး လမ်းကြောင်းလမ်းကြောင်းသည် အကောင်းဆုံးဖြစ်လိမ့်မည်။
• host များနှင့်ချိတ်ဆက်ထားသော port များကို edge (portfast) အဖြစ် သတ်မှတ်ပေးမည် မဟုတ်ဘဲ end stations များကို ဖွင့်/ပိတ်သည့်အခါ STP ပြန်လည်တွက်ချက်ခြင်းဆီသို့ ဦးတည်သွားမည်ဖြစ်ပါသည်။
• ကွန်ရက်ကို L1/L2 အဆင့်တွင် ခွဲထားမည်မဟုတ်ပါ၊ အဘယ်ကြောင့်ဆိုသော် မည်သည့် switch နှင့်မဆို ပြဿနာများ (ဥပမာ၊ ပါဝါပိုလျှံမှု) သည် STP topology ၏ ပြန်လည်တွက်ချက်မှုနှင့် VLAN များအားလုံးရှိ traffic ကို ရပ်တန့်သွားစေသည် ( switches အပါအဝင်၊ စဉ်ဆက်မပြတ်ဝန်ဆောင်မှုအပိုင်း၏ရှုထောင့်မှဝေဖန်ချက်တစ်ခု)

L3 (OSI) ဒီဇိုင်းတွင် အမှားများ ဥပမာများ

အတွေ့အကြုံမရှိသေးသူများ၏ ပုံမှန်အမှားအချို့

• static routing ကို မကြာခဏအသုံးပြုခြင်း (သို့မဟုတ်သာအသုံးပြုခြင်း)
• ပေးထားသော ဒီဇိုင်းအတွက် သင့်လျော်သော လမ်းကြောင်းသတ်မှတ်ခြင်း ပရိုတိုကောများကို အသုံးပြုခြင်း။
• သင့်လျော်သော ယုတ္တိဗေဒကွန်ရက် အပိုင်းခွဲခြင်း။
• လမ်းကြောင်း ပေါင်းစည်းခြင်းကို ခွင့်မပြုသော လိပ်စာနေရာအား အသင့်တော်ဆုံး အသုံးပြုမှု
• အရန်လမ်းကြောင်းများမရှိပါ။
• default gateway အတွက် ကြိုတင်မှာထားခြင်းမရှိပါ။
• လမ်းကြောင်းများ ပြန်လည်တည်ဆောက်ရာတွင် မညီမျှသောလမ်းကြောင်းသတ်မှတ်ခြင်း (NAT/PAT၊ stateful firewalls များတွင် အရေးကြီးသည်)
• MTU နှင့်ပြဿနာများ
• လမ်းကြောင်းများ ပြန်လည်တည်ဆောက်သည့်အခါ၊ ယာဉ်အသွားအလာများသည် အခြားလုံခြုံရေးဇုန်များ သို့မဟုတ် အခြားသော firewalls များကိုပင် ဖြတ်သန်းသွားကာ၊ ဤယာဉ်ကြောပိတ်ဆို့မှုကို ကျဆင်းသွားစေသည်
• topology scalability ညံ့ဖျင်းသည်။

ဒီဇိုင်းအရည်အသွေးကို အကဲဖြတ်ရန် စံသတ်မှတ်ချက်များ

ကျွန်ုပ်တို့သည် အကောင်းဆုံးဖြစ်နိုင်မှု/အကောင်းမွန်ဆုံးမဟုတ်သည့်အကြောင်း ပြောဆိုသောအခါ၊ ဤအရာကို ကျွန်ုပ်တို့ အကဲဖြတ်နိုင်သည့် စံနှုန်းများ၏ ရှုထောင့်မှ နားလည်ရပါမည်။ ဤနေရာတွင်၊ ကျွန်ုပ်၏အမြင်အရ၊ အထူးခြားဆုံး (သို့သော်လည်း အားလုံးမဟုတ်ပါ) စံသတ်မှတ်ချက်များ (လမ်းကြောင်းသတ်မှတ်ခြင်းဆိုင်ရာ ပရိုတိုကောများနှင့် ဆက်စပ်၍ ရှင်းလင်းချက်)။

• ကျွမ်းကျင်မှု
  ဥပမာအားဖြင့်၊ သင်သည် အခြားဒေတာစင်တာကို ထည့်ရန် ဆုံးဖြတ်သည်။ သင်မည်မျှလွယ်ကူစွာပြုလုပ်နိုင်သနည်း။
• အသုံးပြုရလွယ်ကူမှု (စီမံခန့်ခွဲနိုင်မှု)
  ဇယားကွက်အသစ် သို့မဟုတ် စစ်ထုတ်ခြင်းလမ်းကြောင်းများကို ကြေငြာခြင်းကဲ့သို့သော လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာပြောင်းလဲမှုများသည် မည်မျှလွယ်ကူပြီး လုံခြုံသနည်း။
• ရရှိနိုင်မှု
  သင့်စနစ်က လိုအပ်သော ဝန်ဆောင်မှုအဆင့်ကို ပေးဆောင်သည့် အချိန်၏ ဘယ်ရာခိုင်နှုန်း။
• လုံခြုံရေး
  ပေးပို့ထားသောဒေတာသည် မည်မျှလုံခြုံသနည်း။
• စြေး

အပြောင်းအလဲများ

ဤအဆင့်တွင် အခြေခံနိယာမကို ပုံသေနည်းအားဖြင့် “မထိခိုက်စေရန်” ဖြင့် ဖော်ပြနိုင်သည်။
ထို့ကြောင့် သင်သည် ဒီဇိုင်းနှင့် ရွေးချယ်ထားသော အကောင်အထည်ဖော်မှု (ဖွဲ့စည်းပုံပုံစံကို လုံးဝသဘောမတူပါက) အပြောင်းအလဲများကို အမြဲပြုလုပ်ရန် အကြံပြုလိုပါသည်။ ကျိုးကြောင်းဆီလျော်သောချဉ်းကပ်မှုမှာ ကန့်သတ်ချက်နှစ်ခုအရ သတ်မှတ်ထားသော ပြဿနာအားလုံးကို အဆင့်သတ်မှတ်ရန်ဖြစ်သည်-

• ဤပြဿနာကို မည်ကဲ့သို့ လွယ်ကူစွာ ဖြေရှင်းနိုင်မည်နည်း။
• သူမ ဘယ်လောက် အန္တရာယ် ခံနိုင်မလဲ

ပထမဦးစွာ၊ လက်ရှိလက်ခံနိုင်သောအဆင့်အောက်တွင် ပေးဆောင်ထားသော ဝန်ဆောင်မှုအဆင့်ကို လျှော့ချထားသည့်အရာများကို ဖယ်ရှားပစ်ရန် လိုအပ်ပါသည်။ ဥပမာအားဖြင့်၊ packet ဆုံးရှုံးမှုကို ဖြစ်စေသော ပြဿနာများ။ ထို့နောက် အန္တရာယ်ပြင်းထန်မှုအစီအစဥ်ကို လျှော့ချရာတွင် အလွယ်ဆုံးနှင့် အလုံခြုံဆုံးဖြစ်သည့်အရာကို ပြင်ဆင်ပါ (အန္တရာယ်များသော ဒီဇိုင်း သို့မဟုတ် ဖွဲ့စည်းမှုဆိုင်ရာ ပြဿနာများမှ အန္တရာယ်နည်းသော အရာများအထိ) ကို ပြင်ဆင်ပါ။

ဤအဆင့်တွင် Perfectionism သည် အန္တရာယ်ရှိနိုင်သည်။ ဒီဇိုင်းကို ကျေနပ်ဖွယ်အခြေအနေသို့ ယူဆောင်လာပြီး ကွန်ရက်ဖွဲ့စည်းပုံကို လိုက်လျောညီထွေဖြစ်အောင် လုပ်ဆောင်ပါ။

source: www.habr.com