Paragon Automation၊ ဖြန့်ချိမှု 24.1

Software Highlights

• RHEL 8.10 အတွက် ပံ့ပိုးမှု
• root မဟုတ်သောအသုံးပြုသူများအတွက် paragon CLI utility တွင် command များကို run နိုင်သည်။
• NETCONF ကို အသုံးပြု၍ Cisco IOS XR စက်ပစ္စည်းများတွင် အပိုင်းလမ်းကြောင်းသတ်မှတ်ခြင်းဆိုင်ရာ မူဝါဒများကို ပံ့ပိုးပေးနိုင်ခြင်း

နိဒါန်း

Juniper® Paragon Automation သည် ကွန်ရက်စီမံခန့်ခွဲမှုနှင့် စောင့်ကြည့်ခြင်းအတွက် အဆင့်မြင့်မြင်ယောင်နိုင်စွမ်းနှင့် ခွဲခြမ်းစိတ်ဖြာမှုများကို ဆောင်ကြဉ်းပေးသည့် ကွန်ရက်စီမံခြင်း၊ ဖွဲ့စည်းတည်ဆောက်ပုံ၊ စီမံဆောင်ရွက်ပေးခြင်း၊ ယာဉ်ကြောအင်ဂျင်နီယာချုပ်၊ စောင့်ကြည့်ခြင်းနှင့် ဘဝလည်ပတ်မှုစီမံခန့်ခွဲမှုအတွက် cloud-အဆင်သင့်ဖြေရှင်းချက်တစ်ခုဖြစ်သည်။ Paragon Automation ကို ပရဝုဏ်အတွင်း (ဖောက်သည်စီမံခန့်ခွဲခြင်း) အပလီကေးရှင်းတစ်ခုအဖြစ် သင်အသုံးပြုနိုင်ပါသည်။
Paragon Automation သည် microservices-based ဗိသုကာတစ်ခုပေါ်တွင်လုပ်ဆောင်နေပြီး REST APIs၊ gRPC APIs နှင့် ဘုံစာတိုပေးပို့ခြင်းဘတ်စ်ကားဆက်သွယ်ရေးများကို အသုံးပြုသည်။ Paragon Automation သည် Juniper Networks နှင့် ပြင်ပကုမ္ပဏီ (Cisco IOS XR၊ Nokia) စက်များအတွက် ပံ့ပိုးမှု၊ zerotouch ပံ့ပိုးပေးမှု၊ အသုံးပြုသူ စီမံခန့်ခွဲမှုနှင့် အခန်းကဏ္ဍအခြေပြု ဝင်ရောက်ထိန်းချုပ်မှု (RBAC) ကဲ့သို့သော အခြေခံပလပ်ဖောင်းစွမ်းရည်များကို ပံ့ပိုးပေးပါသည်။
အခြေခံပလပ်ဖောင်းစွမ်းရည်များ ပံ့ပိုးပေးသည့်အပြင် Paragon Automation သည် မိုက်ခရိုဝန်ဆောင်မှုအခြေပြု အက်ပ်ပလီကေးရှင်းများ— Juniper® Paragon Insights (ယခင် HealthBot)၊ Juniper® Paragon Planner (ယခင် NorthStar Planner) နှင့် Juniper® Paragon Pathfinder (ယခင် NorthStar Controller) တို့ပါရှိသည်။
ဤအပလီကေးရှင်းများထဲမှ တစ်ခုခုကို Paragon Automation တွင်ထည့်သောအခါ၊ အပလီကေးရှင်း၏ API အစုံသည် Paragon Automation နှင့် ပေါင်းစပ်ပြီး အသစ်နှင့် ရှိပြီးသားဝန်ဆောင်မှုများကြား ချောမွေ့စွာဆက်သွယ်နိုင်စေပါသည်။ ဤထုတ်ဝေမှုမှတ်စုများတွင်၊ ကျွန်ုပ်တို့သည် ဤထုတ်ဝေမှုတွင်ရရှိနိုင်သည့် အခြေခံပလပ်ဖောင်း၊ Paragon Pathfinder၊ Paragon Planner (Desktop Application) နှင့် Paragon Insights ၏အင်္ဂါရပ်အသစ်များကို အကြမ်းဖျင်းဖော်ပြပါသည်။ ဤအပလီကေးရှင်းများနှင့်ပတ်သက်သည့် အင်္ဂါရပ်များအကြောင်း နောက်ထပ်အချက်အလက်များအတွက် Paragon Automation အသုံးပြုသူလမ်းညွှန်ကို ကြည့်ပါ။
Paragon Automation Release 24.1 တွင် အသစ်နှင့် မွမ်းမံထားသော အင်္ဂါရပ်များ၊ ဆော့ဖ်ဝဲကန့်သတ်ချက်များနှင့် ဖွင့်ထားသော ပြဿနာများကို ရှာဖွေရန် ဤထုတ်ဝေမှုမှတ်စုများကို အသုံးပြုပါ။

တပ်ဆင်ခြင်းနှင့် အဆင့်မြှင့်တင်ခြင်း ညွှန်ကြားချက်များ

တပ်ဆင်မှုလုပ်ထုံးလုပ်နည်း၊ အဆင့်မြှင့်တင်မှုလုပ်ငန်းစဉ်နှင့် လိုအပ်ချက်များအကြောင်း အချက်အလက်များအတွက် (ဆော့ဖ်ဝဲလ်နှင့်
ဟာ့ဒ်ဝဲ)၊ Paragon Automation တပ်ဆင်ခြင်းလမ်းညွှန်ကို ကြည့်ပါ။

မှတ်ချက်:
Paragon Automation Release 23.2 မှ Release 24.1 သို့သာ တိုက်ရိုက် အဆင့်မြှင့်နိုင်ပါသည်။ သင့်ထုတ်လွှတ်မှုသည် Release 23.2 ထက်စောပါက၊ Release 24.1 ကို အသစ်ထပ်မံထည့်သွင်းရပါမည်။ သို့သော်၊ သင်၏လက်ရှိထွက်ရှိမှုပုံစံကို Release 24.1 သို့ပြောင်းရွှေ့ရန်အတွက်၊ သင်သည် အရန်သိမ်းခြင်းနှင့် လုပ်ဆောင်နိုင်စွမ်းကို ပြန်လည်ရယူနိုင်သည်။ အဆင့်မြှင့်တင်ခြင်းဆိုင်ရာ နောက်ထပ်အချက်အလက်များအတွက်၊ Paragon Automation Release 24.1 သို့ အဆင့်မြှင့်တင်ခြင်းကို ကြည့်ပါ။

လိုင်စင်

Paragon Insights တွင်၊ အောက်ပါလိုင်စင်အဆင့်များနှင့် ၎င်းတို့၏ဆက်စပ်စက်ပစ္စည်းလိုင်စင်များကို မိတ်ဆက်ပေးထားပါသည်။

• Paragon Insights အဆင့်မြင့် (ပင်နံပါတ်-အဆင့်မြင့်)
• Paragon Insights Standard (PIN-Standard)

လက်ရှိတွင် အဆင့်လိုင်စင်များကို ခက်ခက်ခဲခဲ ပြဋ္ဌာန်းထားသည်။ ဆိုလိုသည်မှာ၊ သင်သည် လိုင်စင်များကို မထည့်မချင်း ဖြန့်ကျက်လုပ်ဆောင်မှုကို မလုပ်ဆောင်နိုင်ပါ။
စက်ပစ္စည်းလိုင်စင်များကို ပျော့ပျောင်းစွာ ပြဋ္ဌာန်းထားသည်။ ဆိုလိုသည်မှာ သင်သည် လိုင်စင်ရရှိထားသော အရေအတွက်ထက် စက်ပစ္စည်းများကို ပိုမိုအသုံးပြုရန် ကြိုးစားပါက Paragon Automation GUI တွင် လိုက်နာမှု ပျက်ပြားစေရန် သတိပေးချက် ရရှိပါမည်။
သို့သော် လက်ရှိလုပ်ဆောင်နိုင်စွမ်းကို သင်ဆက်လက်အသုံးပြုနိုင်ပါသည်။
သင်လုပ်နိုင်သည် view GUI ရှိ စီမံခန့်ခွဲရေး > လိုင်စင်စီမံခန့်ခွဲမှု စာမျက်နှာရှိ သင်၏လိုင်စင်လိုက်နာမှုအခြေအနေ။
Paragon Pathfinder တွင်၊ ကျွန်ုပ်တို့သည် အောက်ဖော်ပြပါ လိုင်စင်အဆင့်များကို ခက်ခက်ခဲခဲ ပြဋ္ဌာန်းထားပါသည်။

• Pathfinder စံ
• Pathfinder အဆင့်မြင့်
• Pathfinder ပရီမီယံ

လိုင်စင်အကြောင်းအချက်အလက်အတွက်၊ တွင်ကြည့်ရှုပါ။ လိုင်စင်လမ်းညွှန်.
အကယ်၍ သင့်တွင် Release ထက်စောသော Paragon Automation ဗားရှင်းအတွက် ထုတ်လုပ်ထားသော လိုင်စင်ကီးတစ်ခု ရှိပါက
22.1 Paragon Automaton Release 24.1 တွင် မထည့်သွင်းမီ လိုင်စင်ကီးဖော်မတ်ကို ဖော်မတ်အသစ်သို့ အဆင့်မြှင့်ရန် လိုအပ်ပါမည်။ Juniper Agile Licensing ပေါ်တယ်ကို အသုံးပြု၍ သင်သည် လိုင်စင်ကီးအသစ်ကို ဖန်တီးနိုင်သည်။ လိုင်စင်ကီးအသစ်တစ်ခုဖန်တီးခြင်းနှင့်ပတ်သက်သော နောက်ထပ်အချက်အလက်များအတွက်၊ ကြည့်ပါ။ Viewလိုင်စင်များကို ထည့်ပါ၊ သို့မဟုတ် ဖျက်ပါ။

အသစ်နှင့် ပြောင်းလဲထားသော အင်္ဂါရပ်များ

Juniper Paragon Automation Release 24.1 ၏ module တစ်ခုစီရှိ အင်္ဂါရပ်များကို ဤကဏ္ဍတွင် ဖော်ပြထားသည်။
Paragon တပ်ဆင်ခြင်းနှင့် အဆင့်မြှင့်တင်ခြင်း။

• Red Hat Enterprise Linux (RHEL) 8.10—Paragon Automation Release 24.1 သည် RHEL 8.10 နှင့် အလုပ်လုပ်ရန် အရည်အချင်းပြည့်မီသည်။
  [ကြည့် Red Hat Enterprise Linux တွင် တပ်ဆင်ခြင်းဆိုင်ရာ လိုအပ်ချက်များ။]
• paragon CLI utility commands များကို root မဟုတ်သောအသုံးပြုသူတစ်ဦးအနေဖြင့် run— Paragon Automation Release 24.1 မှစတင်၍ superuser (sudo) အထူးအခွင့်အရေးများရှိသော root မဟုတ်သောအသုံးပြုသူသည် Paragon CLI utility commands များကိုခွဲခြမ်းစိတ်ဖြာရန်၊ မေးမြန်းရန်နှင့် အမှားရှာရန် Paragon Automation စနစ်ထည့်သွင်းမှုကို လုပ်ဆောင်နိုင်သည်။
  [ကြည့် paragon CLI Utility ကို အသုံးပြု၍ ပြဿနာဖြေရှင်းပါ။.]

Paragon Pathfinder

• Cisco IOS XR စက်ပစ္စည်းများတွင် ပံ့ပိုးပေးသည့် အပိုင်းလမ်းကြောင်းပေါ်လစီများ— Paragon Automation Release 24.1 မှစတင်၍ ဝန်ဆောင်မှုပေးသည့်နည်းလမ်းအဖြစ် NETCONF ကို အသုံးပြု၍ Cisco IOS XR စက်ပစ္စည်းများတွင် အပိုင်းကဏ္ဍလမ်းကြောင်းပေါ်လစီများကို ပံ့ပိုးပေးနိုင်ပါသည်။

အခြေခံပလပ်ဖောင်း
Paragon Automation Release 24.1 တွင် အခြေခံပလပ်ဖောင်းနှင့် ပတ်သက်သည့် အင်္ဂါရပ်အသစ်များကို ကျွန်ုပ်တို့ မထည့်ထားပေ။
Paragon Insights
Paragon Automation Release 24.1 တွင် Paragon Insights နှင့် ပတ်သက်သည့် အင်္ဂါရပ်အသစ်များကို ကျွန်ုပ်တို့ မထည့်ထားပေ။
Paragon Planner ၊
Paragon Automation Release 24.1 တွင် Paragon Planner နှင့် ပတ်သက်သည့် အင်္ဂါရပ်အသစ်များကို ကျွန်ုပ်တို့ မထည့်ထားပေ။
မှတ်ချက်: Paragon Planner ၊ Web အပလီကေးရှင်းသည် Paragon Automation Release 24.1 တွင် beta လုပ်ဆောင်ချက်ဖြစ်သည်။

ကန့်ကွက်ခံထားရသောအင်္ဂါရပ်များ

ဤကဏ္ဍတွင် ငြင်းဆိုထားသည့် သို့မဟုတ် ပံ့ပိုးကူညီမှု Paragon မှ ရုပ်သိမ်းလိုက်သော အင်္ဂါရပ်များကို ဖော်ပြပါသည်။
Automaton ဖြန့်ချိမှု 24.1 ။
• Grafana UI
Paragon Automation မှ Grafana UI ကို သင်ဝင်ရောက်၍မရပါ။ Grafana UI ကိုဝင်ရောက်ရန်၊ သင်သည်-

1. Grafana ကို install လုပ်ပါ။
   ကြည့်ပါ။ Grafana စာရွက်စာတမ်း ပိုမိုသိရှိလိုပါက။
2. /var/local/healthbot/healthbot tsdb start-services command ကို run ခြင်းဖြင့် TSDB port ကို ဖော်ထုတ်ပါ။

မှတ်ချက်: Paragon Automation တွင်၊ TSDB အပေါက်ကို ပုံသေအားဖြင့် ထုတ်ဖော်မထားပါ။ Grafana ကဲ့သို့သော ပြင်ပကိရိယာများကို အသုံးပြုရန်၊ TSDB ဆိပ်ကမ်းကို ဖော်ထုတ်ရန် TSDB သို့ တိုက်ရိုက် (မဟုတ် APIs များမှတဆင့်မဟုတ်) သို့ မေးမြန်းမှုတစ်ခု လုပ်ဆောင်ရန် လိုအပ်သည်။

ပိုမိုသိရှိလိုပါက ကြည့်ရှုပါ။ အရန်သိမ်းပြီး TSDB ကိုပြန်ယူပါ။.
• ဇယားများ

သိပြီးသားကိစ္စများ

Juniper Paragon Automation Release 24.1 တွင် သိထားသော ပြဿနာများကို ဤကဏ္ဍတွင် ဖော်ပြထားပါသည်။

တပ်ဆင်ခြင်း။

• သင် VMware ESXi ဆာဗာများပေါ်တွင် virtual machines (VMs) များကို ပံ့ပိုးပေးသောအခါ၊ အခြေခံ OS ဖြင့် disk ကိုမထည့်မီ ပိတ်ဆို့သိုလှောင်မှုဒစ်ကို ထည့်ပါက၊ Ceph သည် တစ်ခါတစ်ရံတွင် မှားယွင်းသော drive များကို ခွဲခြားသတ်မှတ်ကာ မှားယွင်းနေသော drive ကိုအသုံးပြု၍ အစုအဝေးကို ဖန်တီးပေးကာ အခြေခံ OS ဖြစ်တည်လာပါသည်။ ဖျက်ဆီးပစ်။
  ဖြေရှင်းနည်း- ပထမဒစ်ကို အခြေခံ OS (ပိုမိုကြီးမားသော ဒရိုက်ဗ်) အဖြစ် ထည့်ပြီးနောက် သေးငယ်သော ဘလောက်သိုလှောင်မှုဒစ်ကို ထည့်ပါ။
• အချိန်စီးရီးဒေတာဘေ့စ် (TSDB) HA ကူးယူမှုမရှိပါက၊ TSDB pod ကိုအသုံးပြုသည့် Kubernetes လုပ်သား node သည် pod တွင်စွမ်းရည်ရှိသော်လည်း TSDB ဝန်ဆောင်မှုသည် node အသစ်ပေါ်တွင်လည်ပတ်မည်မဟုတ်ပါ။ အဘယ်ကြောင့်ဆိုသော် ဒေတာပမာဏ အများအပြားကို node အသစ်သို့ လွှဲပြောင်းရန် လိုအပ်သောကြောင့် ဖြစ်သည်။
  ဖြေရှင်းနည်း- ဆာဗာ သို့မဟုတ် TSDB စံနမူနာကို လက်ခံဆောင်ရွက်ပေးသည့် သိုလှောင်မှု ချို့ယွင်းမှုဖြစ်ပွားသောအခါ၊ သင်သည် ဆာဗာ သို့မဟုတ် ပျက်စီးနေသောအစိတ်အပိုင်းကို ပြန်လည်တည်ဆောက်နိုင်သည်။

ပွားခြင်းအချက်ကို 1 ဟုသတ်မှတ်ပါက၊ ထိုဥပမာအတွက် TSDB ဒေတာ ဆုံးရှုံးသွားမည်ဖြစ်သည်။ ထိုအခြေအနေတွင်၊ သင်သည် Paragon Automation မှ မအောင်မြင်သော TSDB node ကို ဖယ်ရှားရန် လိုအပ်သည်။ မအောင်မြင်သော TSDB Node ကိုဖယ်ရှားရန်-

1. Paragon Automation GUI တွင်၊ Configuration > Insights Settings ကို ရွေးပါ။
   Insights ဆက်တင်များ စာမျက်နှာ ပေါ်လာသည်။
2. TSDB tab ကိုနှိပ်ပါ။ view TSDB ဆက်တင်များတက်ဘ်စာမျက်နှာ။
3. မအောင်မြင်သော node ကိုဖျက်ရန် TSDB ဆက်တင်များတက်ဘ်စာမျက်နှာတွင်၊ မအောင်မြင်သော TSDB node အမည်ဘေးရှိ X ကိုနှိပ်ပါ။
   မှတ်ချက်: ဝန်ဆောင်မှုအချို့ကို ပြန်လည်စတင်မည်ဖြစ်ပြီး TSDB အလုပ်လုပ်ဆောင်နေချိန်တွင် Paragon Automation GUI သည် ပြုပြင်ထိန်းသိမ်းမှုဝင်းဒိုးအတွင်း TSDB nodes များကို ဖျက်ရန် အကြံပြုအပ်ပါသည်။
4. Save and Deploy ကိုနှိပ်ပါ။
5. အပြောင်းအလဲများကို အသုံးမပြုပါက၊ အသုံးပြုနေစဉ်တွင် အမှားအယွင်းတစ်ခုကြုံတွေ့ပါက၊ Force toggle ခလုတ်ကိုဖွင့်ပြီး Save and Deploy ကိုနှိပ်ခြင်းဖြင့် အပြောင်းအလဲများကို လုပ်ဆောင်ပါ။ ထိုသို့ပြုလုပ်ခြင်းဖြင့် TSDB ဆက်တင်များကို ချိန်ညှိရာတွင် စနစ်သည် ကြုံတွေ့ရသည့် အမှားကို လျစ်လျူရှုသည်။

• Paragon Automation ကို အပြီးအပိုင် ဖြုတ်ပါက၊ /var/lib/rook directory ကို node များအားလုံးတွင် ဖယ်ရှားပြီး Ceph block စက်ပစ္စည်းအားလုံးကို ဖယ်ရှားကြောင်း သေချာစေရပါမည်။
  ဖြေရှင်းနည်း- ကြည့်ပါ။ Ceph နှင့် Rook > မအောင်မြင်သော Disk ကို ပြုပြင်ခြင်း ပြဿနာဖြေရှင်းခြင်း။ Paragon Automation တပ်ဆင်ခြင်းလမ်းညွှန် အပိုင်း။
• Air-gap နည်းလမ်းကို အသုံးပြု၍ Paragon Automation ကို ထည့်သွင်းစဉ်တွင်၊ အောက်ပါ အမှားအယွင်း ဖြစ်ပေါ်လာသည်-

ဖြေရှင်းနည်း- config-dir/config.yml တွင် အောက်ပါ configuration variable များကို တည်းဖြတ်ပါ။ file ထို့နောက် Air-gap နည်းလမ်းကို အသုံးပြု၍ Paragon Automation ကို ထည့်သွင်းပါ။

အထွေထွေ

• အစုအပြုံလိုက် ဖြန့်ကျက်မှုနှစ်ခုတွင် ဘေးအန္တရာယ်ပြန်လည်ရယူခြင်းကို သင်စီစဉ်သတ်မှတ်သောအခါတွင် တပ်ဆင်မှုပျက်ကွက်ကြောင်း ဖြန့်ကျက်-ဖယ်ဒရယ်-ဖလှယ်သည့် အမိန့်ပေးချက်အထွက်ကို ပြသသည်။ သင်သည် ပျက်ကွက်မှု မက်ဆေ့ဂျ်ကို လျစ်လျူရှုနိုင်သော်လည်း အစုအစည်းနှစ်ခုလုံး၏ အဓိက node များအားလုံးတွင် အောက်ပါ command ကို လုပ်ဆောင်ရပါမည်။ဖြေရှင်းနည်း- မရှိပါ။
• ချို့ယွင်းချက်တစ်ခုသည် မတူညီကွဲပြားသော LSP အတွဲနှစ်ခုလုံးကို သက်ရောက်မှုရှိသောအခါ၊ Path Computation Server (PCS) သည် LSP များကို ကွဲပြားမှုအဆင့်လမ်းကြောင်းတစ်လျှောက် သို့မဟုတ် မတူညီသောလမ်းကြောင်းတစ်လျှောက်တွင် လမ်းကြောင်းလွဲမည်မဟုတ်ပါ။ စီစဉ်သတ်မှတ်ထားသော ကွဲပြားမှုအဆင့်နှင့်ကိုက်ညီသော လမ်းကြောင်းကို PCS မတွေ့မချင်း LSP များကို လမ်းကြောင်းမဖောက်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• ချို့ယွင်းချက်တစ်ခုသည် မတူညီသော LSP အတွဲနှစ်ခုလုံးကို သက်ရောက်မှုရှိသောအခါ၊ Path Computation Server (PCS) သည် မတူညီသောလမ်းကြောင်းတစ်လျှောက် LSP များကို လမ်းကြောင်းပေးမည်မဟုတ်ပါ။ စီစဉ်သတ်မှတ်ထားသော ကွဲပြားမှုအဆင့်နှင့်ကိုက်ညီသော လမ်းကြောင်းကို PCS မတွေ့မချင်း LSP များကို လမ်းကြောင်းမဖောက်ပါ။
  ဖြေရှင်းနည်း- ကွဲပြားမှုအုပ်စုကို ဖယ်ရှားပြီး ပြန်လည်အသုံးချပါ။
• container subLSP ၏ bandwidth အရွယ်အစားဆက်တင်များအောက်ရှိ အနိမ့်ဆုံးပြောင်းလဲမှုအဆင့်သတ်မှတ်ချက်တန်ဖိုးကို ကွန်တိန်နာအတွင်းထည့်သွင်းထားသော်လည်း 0 အဖြစ်ပြသထားသည်။ ပုံမှန်အခြေအနေများအောက်တွင်၊ subLSP အစား bandwidth အရွယ်အစားတာဝန်သည် ဤတန်ဖိုးကို ကွန်တိန်နာမှ ထုတ်ယူသောကြောင့် subLSP ၏ bandwidth အရွယ်အစားအတွက် သက်ရောက်မှုမရှိပါ။ သို့ရာတွင်၊ အချို့သောအခြေအနေများတွင်၊ ပြင်ဆင်သတ်မှတ်ထားသော အနိမ့်ဆုံးပြောင်းလဲမှုအဆင့်သတ်မှတ်ချက်ကို ချိုးဖောက်ခြင်းမရှိသောအခါ၊ subLSP သည် bandwidth တန်ဖိုးအသစ်သို့ အရွယ်အစားပြောင်းသွားနိုင်သည်။
  ဤပြဿနာအတွက် အသေးစိတ်အချက်အလက်များအတွက် Juniper Networks နည်းပညာအကူအညီစင်တာ (JTAC) သို့ ဆက်သွယ်ပါ။
• Bandwidth အရွယ်အစားကို ချိန်ညှိနေစဉ်တွင်၊ Bandwidth အရွယ်အစားကို ဖွင့်ထားသည့် တက်ကြွသောအလယ်တန်း LSP တစ်ခုသည် အရွယ်အစားကို အရွယ်အစားသို့ ပြောင်းလဲနိုင်မည် မဟုတ်ပါ။ ဤပြဿနာဖြစ်ပွားသောအခါ၊ ဒုတိယလမ်းကြောင်းရှိ လင့်ခ်များ၏ RSVP အသုံးပြုမှုကို မှားယွင်းစွာ အပ်ဒိတ်လုပ်နိုင်ပါသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• UI ကိုအသုံးပြုခြင်းဖြင့် Paragon Pathfinder ဆက်တင်များ (Configuration > Network Settings) တွင် အပြောင်းအလဲများပြုလုပ်ခြင်းဖြင့် ပြုပြင်မွမ်းမံမှုကို အကျိုးသက်ရောက်စေရန် တစ်ကြိမ်ထက်ပို၍ ကြိုးပမ်းရပေမည်။ Save ကို တစ်ကြိမ်ထက်ပို၍ နှိပ်ရပေမည်။
  ဖြေရှင်းနည်း- pf-cmgd အမိန့်ကို လုပ်ဆောင်နေသည့် မာစတာ node မှ ဝင်ရောက်နိုင်သော cMGD CLI ကို အသုံးပြုခြင်းဖြင့် အလားတူပြောင်းလဲမှုများကို ပြုလုပ်နိုင်သည်။
• ကွန်တိန်နာပုံမှန်ဖြစ်အောင်ပြုလုပ်နေစဉ်အတွင်း အချို့သောအခြေအနေများအောက်တွင်၊ ဖယ်ရှားပစ်ရမည်ဟု ယူဆရသည့် ကွန်တိန်နာခွဲတစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော LSP များသည် ဆက်လက်တည်ရှိနေမည်ဖြစ်သည်။ ကွန်တိန်နာနှင့် မသက်ဆိုင်သော သီးခြား LSP များအဖြစ် ဤကွန်တိန်နာခွဲ LSP များသည် ကွန်ရက်ထဲတွင် ရှိနေပါမည်။ ကွန်တိန်နာ LSP တဘ်အောက်ရှိ subLSPs ကော်လံတွင်ဖော်ပြထားသော ကွန်တိန်နာ၏ subLSPs အရေအတွက်နှင့် Tunnel တဘ်အောက်ရှိ ကွန်တိန်နာ၏အမည်အမှန်ရှိသော LSP အရေအတွက်နှင့် မကိုက်ညီပါက ဤပြဿနာကို ညွှန်ပြချက်အဖြစ် ယူဆနိုင်ပါသည်။
  ဤပြဿနာအတွက် အသေးစိတ်အချက်အလက်များအတွက် Juniper Networks နည်းပညာအကူအညီစင်တာ (JTAC) သို့ ဆက်သွယ်ပါ။
• Container LSP ကို ​​၎င်း၏ subLSPs များမှ အမွေဆက်ခံထားသော bandwidth အရွယ်အစားဆက်တင်များဖြင့် configure လုပ်နိုင်ပါသည်။ အချို့သောအခြေအနေများတွင်၊ အသုံးပြုသူတစ်ဦးသည် ယခင်က ၎င်းကိုဖွင့်ထားပြီးနောက် ကွန်တိန်နာရှိ bandwidth အရွယ်အစားရွေးချယ်မှုကို ပိတ်လိုက်သောအခါ၊ ရှိပြီးသား subLSPs များတွင် ၎င်းကို ပိတ်ထားမည်မဟုတ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• ကွန်တိန်နာ၏ subLSP ကို ​​လက်ဖြင့်ပြန်လည်ပြင်ဆင်ခြင်းသည် LSP အရာဝတ္တုသို့ ဒေတာပေါင်းထည့်ခြင်းကို ဦးတည်စေမည်ဖြစ်သည်။ ရလဒ်အနေဖြင့် အောက်ပါပြဿနာများ ဖြစ်ပွားနိုင်သည်-
• ကွန်တိန်နာသည် လှိုင်းနှုန်းကို အရွယ်အစား-ဖွင့်ထားပြီး သုညမဟုတ်သော အနိမ့်ဆုံးပြောင်းလဲမှု အတိုင်းအတာကို ပြင်ဆင်သတ်မှတ်ပါက၊ subLSP မှတစ်ဆင့် လမ်းကြောင်းသည် ၎င်း၏ signaled bandwidth ထက် အနည်းဆုံးတန်ဖိုးထက် မကျော်လွန်သော်လည်း သီးခြား LSP သည် အရွယ်အစားပြောင်းနိုင်သည်။
• subLSP တွင် ကွန်တိန်နာ၏ bandwidth အရွယ်အစားချိန်ညှိခြင်းဆက်တင်များကို နောက်ပိုင်းတွင် ပြုပြင်မွမ်းမံပါက ကွန်တိန်နာထက် မတူညီသော bandwidth အရွယ်အစားဆက်တင်များ ရှိနိုင်ပါသည်။
• bandwidth သည် ပေါင်းစည်းထားသော bandwidth အောက်တွင် ကျဆင်းသွားသောအခါ container normalization လုပ်နေစဉ် subLSP ကို ​​ဖယ်ရှားရာတွင် ပျက်ကွက်ပါသည်။
  ဤပြဿနာနှင့်ပတ်သက်ပြီး အသေးစိတ်အချက်အလက်များနှင့် အတွင်းပိုင်းအခြေအနေသို့ ပေါင်းထည့်ထားသည့် နောက်ထပ်ဒေတာများကို ဖယ်ရှားရန် ညွှန်ကြားချက်များအတွက် Juniper Networks Technical Assistance Center (JTAC) သို့ ဆက်သွယ်ပါ။
• ရရှိနိုင်သောလမ်းကြောင်းများမရှိခြင်းတွင် ကွန်တိန်နာပုံမှန်ပြုလုပ်ခြင်း ပျက်ကွက်ခြင်းကဲ့သို့သော အချို့သောအခြေအနေများအောက်တွင်၊ နောက်ထပ်ပြဿနာများကိုဖြစ်ပေါ်စေနိုင်သည့် container subLSP အရာဝတ္ထုများထဲသို့ ထပ်လောင်းထည့်သွားပါမည်။
• ကွန်တိန်နာသည် လှိုင်းနှုန်းကို အရွယ်အစား-ဖွင့်ထားပြီး သုညမဟုတ်သော အနိမ့်ဆုံးပြောင်းလဲမှု အတိုင်းအတာကို ပြင်ဆင်သတ်မှတ်ပါက၊ subLSP မှတစ်ဆင့် လမ်းကြောင်းသည် ၎င်း၏ signaled bandwidth ထက် အနည်းဆုံးတန်ဖိုးထက် မကျော်လွန်သော်လည်း သီးခြား LSP သည် အရွယ်အစားပြောင်းနိုင်သည်။
• subLSP တွင် ကွန်တိန်နာ၏ bandwidth အရွယ်အစားချိန်ညှိခြင်းဆက်တင်များကို နောက်ပိုင်းတွင် ပြုပြင်မွမ်းမံပါက ကွန်တိန်နာထက် မတူညီသော bandwidth အရွယ်အစားဆက်တင်များ ရှိနိုင်ပါသည်။
• bandwidth သည် ပေါင်းစည်းထားသော bandwidth အောက်တွင် ကျဆင်းသွားသောအခါ container normalization လုပ်နေစဉ် subLSP ကို ​​ဖယ်ရှားရာတွင် ပျက်ကွက်ပါသည်။

ဤပြဿနာနှင့်ပတ်သက်ပြီး အသေးစိတ်အချက်အလက်များနှင့် အတွင်းပိုင်းအခြေအနေသို့ ပေါင်းထည့်ထားသည့် နောက်ထပ်ဒေတာများကို ဖယ်ရှားရန် ညွှန်ကြားချက်များအတွက် Juniper Networks Technical Assistance Center (JTAC) သို့ ဆက်သွယ်ပါ။

• အလုပ်လုပ်သည့် Kubernetes အစုအဝေးတစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော node များကို မရရှိနိုင်ပါက၊ ၎င်းသည် အောက်ပါမမျှော်လင့်ထားသောအပြုအမူကို ဖြစ်ပေါ်စေနိုင်သည်-
• PCEP ချိတ်ဆက်မှုအခြေအနေသည် router ပေါ်တွင်တက်နေသော်လည်း အောက်ပုံအတိုင်းပြသထားသည့် node များအားလုံး၏ PCEP အခြေအနေ။
• Network topology ကို UI တွင်မပြပါ။
  ဤပြဿနာအတွက် အသေးစိတ်အချက်အလက်များအတွက် Juniper Networks နည်းပညာအကူအညီစင်တာ (JTAC) သို့ ဆက်သွယ်ပါ။
• Paragon Pathfinder သည် ဥမင်လိုဏ်ခေါင်းအတွင်း ပြင်ဆင်သတ်မှတ်ထားသည့် အမြင့်ဆုံးခုန်ကူးကန့်သတ်မှုကို ချိုးဖောက်သည့်လမ်းကြောင်းကို တွက်ချက်နိုင်သည်။ ဤအခြေအနေများသည် အမြင့်ဆုံးခုန်ကူးခြင်းကန့်သတ်ချက်ကို မည်သို့ပျက်ပြယ်သွားကြောင်း ရှင်းပြသည်-
• Path Computation Server (PCS) ပြန်လည်စတင်သောအခါ၊ LSP သည် အမြင့်ဆုံး ခုန်ကူးခြင်းကန့်သတ်ချက်ကို ထည့်သွင်းစဉ်းစားခြင်းမပြုဘဲ စီမံဆောင်ရွက်ပေးပါသည်။
• ကွန်ရက်ချို့ယွင်းမှုအတွင်း၊ LSP သည် အမြင့်ဆုံးဟော့ပ်ကန့်သတ်မှုကို ထည့်သွင်းစဉ်းစားခြင်းမရှိဘဲ လမ်းကြောင်းပြောင်းသည်။
• လမ်းကြောင်းကို ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းအတွင်း၊ LSP သည် အမြင့်ဆုံးခုန်ကူးခြင်းကန့်သတ်ချက်များကို ထည့်သွင်းစဉ်းစားခြင်းမရှိဘဲ အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်ထားသည်။
  ဖြေရှင်းနည်း- ပြင်ဆင်သတ်မှတ်ထားသောကန့်သတ်ချက်ကို မချိုးဖောက်ပါက ပြန်လည်ပြင်ဆင်ခြင်းရွေးချယ်ခွင့်ကို အသုံးပြုပါ။
• Paragon Pathfinder မှ တွက်ချက်ထားသော လမ်းကြောင်းသည် အမြင့်ဆုံး ခုန်ကူးနိုင်သော ကန့်သတ်ချက်ပါရှိသော standby LSP အတွက် ပြင်ဆင်ထားသော ကန့်သတ်ချက်ကို ချိုးဖောက်နိုင်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• PCS သည် nodes များကြားတွင် မျဉ်းပြိုင်လင့်ခ်များစွာရှိသည့် topology တစ်ခုရှိ လင့်ခ်ကွဲပြားမှုရှိသော LSP ကို ​​ရှာမတွေ့နိုင်ပါက ဖြစ်နိုင်ခြေရှိပါသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• PCEP စက်ရှင်ကို ပိတ်ထားသောအခါ၊ LSP လည်ပတ်မှုအခြေအနေသည် စက်စုဆောင်းမှုကို လုပ်ဆောင်ပြီးနောက် အမည်မသိအခြေအနေသို့ ရွှေ့သွားပါမည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• ကွန်ရက် သိမ်းဆည်းခြင်းလုပ်ငန်းကို ဖန်တီးသည့်အခါ လင့်ခ်တစ်ခု ပျောက်ဆုံးသွားနိုင်သည်။
  ဖြေရှင်းနည်း- ကွန်ရက်မှတ်တမ်းသိမ်းဆည်းခြင်းလုပ်ငန်းအသစ်ကို ဖန်တီးပါ။
• ကွန်ရက်ရှိ ပြဿနာများကြောင့် VPN တောင်းဆိုမှုကို လမ်းကြောင်းလွဲ၍ မရပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• Cisco စက်ပစ္စည်းများကို ဆိပ်ကမ်း 22 တွင် NETCONF ဖြင့် ကနဦးစီစဉ်သတ်မှတ်ထားသည့်အခါ နှိုးစက်များ တုံ့ပြန်မှုမရရှိပါ။
  ဖြေရှင်းနည်း- သင်၏ Cisco စက်ပစ္စည်းပေါ်ရှိ NETCONF ပေါက်ကို မွမ်းမံပြင်ဆင်ပါ။ အပြောင်းအလဲများကို သိမ်းဆည်းထားကြောင်း သေချာပါစေ။ ၎င်းပြီးနောက်၊ ဆိပ်ကမ်းဆက်တင်များကို port 22 သို့ပြန်ပြောင်းပါ။
• GUI တွင် multicast တောင်းဆိုချက်များကို ထည့်သောအခါ၊ node Z အကွက်သည် ဗလာဖြစ်နေသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• ဥမင်အသစ်များစွာကို သင်ထည့်သွင်းသောအခါ၊ ယခင်ဖျက်ထားသော ဥမင်များ (ကက်ရှ်လုပ်ထားသည့်) မှ လမ်းကြောင်းတန်ဖိုးများကို ပြသမည်ဖြစ်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• မတူကွဲပြားသော ဥမင်များကို သင်ထည့်သွင်းသောအခါ၊ တစ်ခါတစ်ရံတွင် ယခင်က ဖျက်ထားသော ဥမင်များ (ကက်ရှ်လုပ်ထားသည့်) မှ လမ်းကြောင်းတန်ဖိုးများကို ပြသသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• BMP pod သို့ ချိတ်ဆက်မှု ပြတ်တောက်ပြီးနောက် Topology ကို ရှင်းလင်းခြင်း သို့မဟုတ် အပ်ဒိတ်မလုပ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• လင့်ခ်တစ်ခု ပျက်သွားသောအခါ၊ Paragon Pathfinder သည် နှစ်သက်ရာ Explicit Route Object (ERO) နှင့် Route By Device routing method ဖြင့် လွှဲအပ်ထားသော SR LSP ကို ​​လမ်းကြောင်းပြောင်းမည်မဟုတ်ပါ။
  ဖြေရှင်းနည်း- ပုံသေလမ်းကြောင်းကို အသုံးပြုပါ။
• မတူကွဲပြားသည့် Multicast Tree Design ကိုလုပ်ဆောင်ပြီးနောက် သရုပ်ပြမှုတစ်ခုကို တိုက်ရိုက်လုပ်ဆောင်ပါက၊ လင့်ခ်များပေါ်ရှိ Tunnel Traffic ရှိ အစီရင်ခံစာ (Tunnel Layer Simulation Report > Peak Network Statistics) သည် မမှန်ကန်ပါ။
  ဖြေရှင်းနည်း- သင် မတူညီသော Multicast Tree Design ကိုလုပ်ဆောင်ပြီးနောက် ကွန်ရက်ကို သိမ်းဆည်းပြီး ၎င်းကို ပိတ်ပါ။ ကွန်ရက်ကို ပြန်ဖွင့်ပြီး သရုပ်ပြမှုကို လုပ်ဆောင်ပါ။
• ပျက်ကွက်မှုအခြေအနေများကို ပုံဖော်နေစဉ် (Tools > Options > Failure Simulation)၊ သင်သည် များစွာသော ကျရှုံးမှု simulation ကို ဦးစွာလုပ်ဆောင်ပြီးနောက် တစ်ခုတည်းသော ကျရှုံးမှုပုံစံကို လုပ်ဆောင်ပါက၊ Links ရှိ Tunnel Traffic ရှိ အစီရင်ခံစာ (Tunnel Layer Simulation Report > Peak Network Statistics) သည် မမှန်ကန်ပါ။ အစီရင်ခံစာသည် ရှုံးနိမ့်မှုတစ်ခုတည်းအစား များစွာသော ချို့ယွင်းမှုပုံစံတူတန်ဖိုးများကို ဖော်ပြသည်။
  ဖြေရှင်းနည်း- တစ်ခုတည်းသော ကျရှုံးမှုအခြေအနေတစ်ခုကို အတုမယူမီ Multiple Failure တက်ဘ်ရှိ ရွေးချယ်စရာအားလုံးကို ဖြုတ်ပါ။
• လင့်ခ်အသုံးပြုမှု သရုပ်ဖော်ခြင်းအစီရင်ခံစာသည် နှစ်ဆမအောင်မြင်သည့်အခြေအနေတွင် အနုတ်လက္ခဏာတန်ဖိုးများကို ပြသနိုင်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• စက်ပစ္စည်းလက်ခံသူအမည်ကို ပြောင်းသောအခါ၊ ဒေတာဘေ့စ်အားလုံးတွင် အပြောင်းအလဲကို ထင်ဟပ်မည်မဟုတ်ပါ။

ဖြေရှင်းနည်း- ဒေတာဘေ့စ်များနှင့် အစိတ်အပိုင်းအားလုံးတွင် စက်ပစ္စည်းအသစ်၏ လက်ခံဆောင်ရွက်ပေးသူအမည်ကို ထင်ဟပ်စေရန် အောက်ပါအဆင့်များကို လုပ်ဆောင်ပါ။

1. လက်ခံသူအမည်မပြောင်းမီ၊ စက်ပစ္စည်းအုပ်စုများအားလုံး (ထိန်းချုပ်သူ သို့မဟုတ် အခြားပလေယာစာအုပ်များ) မှ စက်ပစ္စည်းကို ဖယ်ရှားပါ။
2. မတူညီသော Paragon Automation အစိတ်အပိုင်းများအားလုံးမှ စက်ပစ္စည်းကိုးကားချက်များကို ဖျက်ထားကြောင်း သေချာပါစေ။ Configuration > Devices စာမျက်နှာသို့ သွားပါ။
   a စက်ပစ္စည်းကို ရွေးချယ်ပါ။
   ခ စက်ပစ္စည်းကိုဖျက်ရန် အမှိုက်ပုံးအိုင်ကွန်ကို နှိပ်ပါ။ Delete Device စာမျက်နှာ ပေါ်လာပါမည်။
   ဂ။ Force Delete ကိုရွေးချယ်ပြီး Yes ကိုနှိပ်ပါ။
3. စီစဉ်သတ်မှတ်ခြင်း > စက်ပစ္စည်းများ စာမျက်နှာမှ စက်ပစ္စည်းစတင်ခြင်းလုပ်ငန်းအသွားအလာကို အသုံးပြု၍ စက်ပစ္စည်းကို ထပ်မံစတင်ပါ။
   ယခု စက်ကို လက်ခံသူအမည်အသစ်ဖြင့် စတင်အသုံးပြုသင့်သည်။ စက်ပစ္စည်းဂုဏ်သတ္တိများ အထူးသဖြင့် system-id (JTI ထုတ်လွှင့်မှုများကို လက်ခံရရှိရန်အတွက် အရေးကြီးသည်) ကိုလည်း အပ်ဒိတ်လုပ်သင့်သည်။
4. စက်ပစ္စည်းအုပ်စုများသို့ ပြန်လည်လက်ခံသူအမည်အသစ်ဖြင့် စက်ပစ္စည်းကို ထည့်ပါ။
5. (ချန်လှပ်ထားနိုင်သည်) Grafana သို့မဟုတ် စက်ပစ္စည်း CLI ကို အသုံးပြု၍ Influxdb ရှိ စက်ပစ္စည်းဆိုင်ရာ အချက်အလက်အားလုံးကို စစ်ဆေးပါ။ ဒေတာဘေ့စ်ကို လက်ခံသူအမည်အသစ်ဖြင့် အပ်ဒိတ်လုပ်သင့်သည်။

• Point-to-multipoint (P2MP) LSP များအတွက် Network Configuration Protocol (NETCONF) စီမံဆောင်ရွက်ပေးသည့်နည်းလမ်းကို Cisco IOS-XR ရောက်တာများတွင် ပံ့ပိုးမထားပါ။
• Cisco IOS-XR ရောက်တာများတွင်၊ CLIprovisioned P2MP LSPs အတွက် ဖွဲ့စည်းမှုအခြေအနေတွင် P2MP အခွဲ LSP အခြေအနေကို ပံ့ပိုးမထားပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• Junos OS Release 22.4R1 နှင့် နောက်ပိုင်းတွင် SR-TE LSP များဖြင့် ကန့်သတ်ချက်ရှိသည်။
  PCEP ဆက်ရှင်များကို တည်ဆောက်ရန်အတွက်၊ သင်သည် အောက်ပါ command ကို အသုံးပြု၍ multipath အင်္ဂါရပ်ကို ပိတ်ရပါမည်။
•  အဖွဲ့ချုပ်လင့်ခ်ကို ပြန်လည်ရယူပြီးနောက် တန်းစီနေသည့် မက်ဆေ့ချ်အဟောင်းများကို လုပ်ဆောင်နေပါသည်။
  ဖြေရှင်းနည်း- ဖယ်ဒရေးရှင်းလင့်ခ်တန်းစီ၏ သက်တမ်းကုန်ဆုံးချိန်ကို Toposerver ဖက်ဒရယ်လင့်ခ် ပျက်ကွက်သိရှိခြင်းအချိန် (မူလသည် 3*5s) နှင့် နီးကပ်စွာ သတ်မှတ်ပါ။
• Paragon Automation UI ကို အသုံးပြု၍ Cisco IOS-XR ရောက်တာများအတွက် P2MP LSP များကို ပံ့ပိုးပေးရန်အတွက် NETCONF နှင့် Path Computation Element Protocol (PCEP) နည်းလမ်းများကို သင်အသုံးမပြုနိုင်ပါ။
  ဖြေရှင်းချက်။ CLI ကို အသုံးပြု၍ P2MP LSP များကို ပံ့ပိုးပါ။ ဖွဲ့စည်းမှုပုံစံကို ခွဲခြမ်းစိတ်ဖြာပြီးနောက်၊ စက်ပစ္စည်းစုဆောင်းခြင်းလုပ်ငန်းကို လုပ်ဆောင်ပါ။ view LSP များ။
•  ဖြန့်ကျက်မှုကို ဘေးကင်းသောမုဒ်တွင် ရှိနေသောအခါ သင်သည် အရင်းအမြစ်-အမှန်တရား အလံကို ပိတ်၍မရပါ။
  ဖြေရှင်းနည်း- ဘေးကင်းသောမုဒ်အတွင်း အရင်းအမြစ်-အမှန်တရားအလံကို ပိတ်ရန် topserver pod ကို ပြန်လည်စတင်ပါ။
• အဝင်ရောက်ရောက်တာတစ်ခုတည်းမှ လွှဲအပ်ထားသော အညွှန်း-ပြောင်းထားသောလမ်းကြောင်းများ (LSPs) အများအပြားကို သင်ရွေးချယ်ပြီး Return Delegation to PCC ကိုနှိပ်သောအခါ၊ LSP များထဲမှ တစ်ခုသာ စက်ပစ္စည်းကို ထိန်းချုပ်ထားသည်။ Junos တွင် ပြဿနာတစ်ခုက ဤအဖြစ်အပျက်ကို ဖြစ်စေသည်။
  ဖြေရှင်းနည်း- တစ်ကြိမ်လျှင် LSP တစ်ခုကို ရွေးပြီး LSP တစ်ခုစီအတွက် တစ်ဦးချင်းစီထံ Return Delegation to PCC ကိုနှိပ်ပါ။
• လွှဲအပ်ထားသော SR-TE LSP ၏ လည်ပတ်မှု အခြေအနေသည် ၎င်း၏ ဦးတည်ရာ နံပါတ်ကို ပြန်လည်ရှာဖွေတွေ့ရှိပြီးနောက် ဆက်လက်တည်ရှိနေပါသည်။
  ဖြေရှင်းနည်း- လွှဲအပ်ထားသော SR-TE LSP ဦးတည်ရာမုဒ်ကို ပြန်လည်ရှာဖွေပြီးနောက် ကွန်ရက်မော်ဒယ်ကို စင့်ခ်လုပ်ရပါမည်။
• rabbitmq ပြန်လည်စတင်ပြီးနောက် PCE ဆာဗာသည် rabbitmq သို့ ပြန်လည်ချိတ်ဆက်၍မရပါ။
  ဖြေရှင်းနည်း- ns-pceserver pod ကို ပြန်လည်စတင်ပါ။
• REST API/UI မှ အသုံးပြုမှု-ပေါင်းစပ်-ဖလှယ်မှု ဆက်တင်ကို သင် မွမ်းမံပြင်ဆင်၍မရပါ။
  ဖြေရှင်းနည်း- cMGD CLI မှ တိုက်ရိုက်အသုံးပြုမှု-ဖက်ဒရယ်-ဖလှယ်မှု ဆက်တင်ကို မွမ်းမံပြင်ဆင်ပြီး ပြောင်းလဲမှုအကျိုးသက်ရောက်စေရန် topserver ကို ပြန်လည်စတင်ပါ။
• Paragon Insights သည် အမည် (အိမ်ရှင်အမည် သို့မဟုတ် IP လိပ်စာ) အကွက်ကို စက်ပစ္စည်း ID အကွက်သို့ မြေပုံဆွဲသည်။ သို့သော် အောက်ပါအကြောင်းများကြောင့် စက်ပစ္စည်းအမည်သည် ထူးခြားတော့မည်မဟုတ်ပါ။
• Dual Routing Engine စက်ပစ္စည်းတွင် “-reX” ကို စက်ပစ္စည်းအမည်တွင် ထည့်သွင်းထားသည်။
• Anuta Atom ကဲ့သို့သော ပြင်ပအပလီကေးရှင်းများသည် ဒိုမိန်းအမည်ကို စက်ပစ္စည်းအမည်တွင် ထည့်သွင်းသည်။
  ထို့အပြင်၊ ၎င်း၏ universal unique identifier (UUID) နှင့် hostname မဟုတ်သော စက်ပစ္စည်းတစ်ခုကို ပုံဖော်ခြင်းသည် GUI မှပြသသည့် အချက်အလက်များနှင့် ပြဿနာများကို ဖြစ်စေနိုင်သည်။
  ဖြေရှင်းနည်း- [ပြင်ဆင်ရန်အဖွဲ့များ] အထက်တန်းအဆင့်ရှိ မာစတာ-သီးသန့်ထုတ်ပြန်ချက်ကို ထည့်သွင်းခြင်းဖြင့် စက်ပေါ်ရှိ စီမံခန့်ခွဲမှု အီသာနက်အင်တာဖေ့စ်အတွက် နောက်ထပ် IP လိပ်စာကို စီစဉ်သတ်မှတ်ပါ။ ထို့နောက် စက်ပစ္စည်းကို စတင်အသုံးပြုရန်အတွက် သင်သည် ဤနောက်ထပ် IP လိပ်စာကို အသုံးပြုရပါမည်။ ပိုမိုသိရှိလိုပါက ကြည့်ရှုပါ။ စီမံခန့်ခွဲမှု Ethernet မျက်နှာပြင်များ.
• TSDB အတွက် node တစ်ခုအပ်နှံထားပါက၊ အချို့သောဝန်ဆောင်မှုများ (ဥပမာampLe၊ AtomDB၊ ZooKeeper စသည်ဖြင့်) PersistentVolumeClaim သတ်မှတ်ထားသော ဘုံ namespace တွင် သက်ဆိုင်ရာ pods များသည် သီးခြား node ပေါ်တွင် လုပ်ဆောင်နေပါက ထိခိုက်နိုင်သည်။ ဆိုလိုသည်မှာ TSDB node တွင်လည်ပတ်နေသော pods ၏အခြေအနေကိုအမြဲ Pending အဖြစ်ပြသသည်။
  ဖြေရှင်းနည်း- ဤအခြေအနေကို ရှောင်ရှားရန်၊ TSDB အတွက် node တစ်ခုကို ရည်ညွှန်းနေချိန်တွင် PersistentVolumeClaim ကို အသုံးပြုသည့် သီးခြားဝန်ဆောင်မှုများအတွက် node တွင် မည်သည့် pods မျှမရှိကြောင်း သေချာပါစေ။
• လွှဲအပ်ထားသော LSP ကို ​​သင် လွှဲအပ်သောအခါ၊ LSP ၏ စီစဉ်ထားသော လှိုင်းနှုန်းသည် အသုံးပြုသူထည့်သွင်းမှုတန်ဖိုးအစား စက်မှ တင်ပြထားသော လှိုင်းနှုန်းပေါ်တွင် အခြေခံပါသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• စက်ပစ္စည်းတစ်ခုကို ထည့်စဉ်တွင်၊ သင်သည် ကွန်ရက်တစ်ခုတွင် အသုံးပြုထားပြီးဖြစ်သော အရင်းအမြစ် IP လိပ်စာကို သတ်မှတ်ပါက၊ သင်သည် စက်ပစ္စည်းကို စက်ပစ္စည်းအုပ်စုတစ်ခုသို့ ထည့်သွင်းခြင်း၊ ပလေးစာအုပ်ကို အသုံးပြုခြင်း၊ လုပ်ဆောင်ချက်ထည့်သွင်းခြင်းဆိုင်ရာ အမှားအယွင်းများနှင့် အခြားအရာများကို ကြုံတွေ့ရနိုင်မည်မဟုတ်ပေ။
  ဖြေရှင်းနည်း- ကွဲလွဲနေသော အရင်းအမြစ် IP လိပ်စာကို ပြင်ဆင်ပါ။ Deployment Status အိုင်ကွန်ကို နှိပ်ပြီး အပြောင်းအလဲများကို လုပ်ဆောင်ပါ။
• Alarms စာမျက်နှာရှိ သိမ်းဆည်းထားသော မေးခွန်းကို သင်ရွေးချယ်ပါက၊ သိမ်းဆည်းထားသော မေးခွန်းအပေါ် အခြေခံ၍ နှိုးစက်များကို စစ်ထုတ်ပါသည်။ သို့သော်၊ ဂရပ်နှင့်ရက်စွဲကိုမွမ်းမံထားသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• စက်ပစ္စည်းစာမျက်နှာတွင် စီမံခန့်ခွဲမထားသော စက်ပစ္စည်းတစ်ခုကို သင်ထည့်သွင်းပြီး နောက်ပိုင်းတွင် စီမံခန့်ခွဲမထားသော စက်ပစ္စည်း၏ တန်ဆာပလာအမည်ကို တည်းဖြတ်ပါက၊ လက်ခံသူအမည်သည် စက်ပစ္စည်းအုပ်စုနှင့် ဒက်ရှ်ဘုတ်ရှိ စက်ပစ္စည်းဒက်ရှ်တွင် ဖော်ပြမည်မဟုတ်ပါ။
  ဖြေရှင်းနည်း- စက်ကိရိယာ၏ hostname သို့မဟုတ် IP လိပ်စာကို အသုံးပြု၍ စီမံခန့်ခွဲမထားသော စက်ကို သင်ထည့်နိုင်သည်။
  အကယ်၍ သင်သည် hostname ကို အသုံးပြု၍ စီမံခန့်ခွဲမထားသော စက်ပစ္စည်းကို ထည့်ထားပါက၊ ထို့နောက် ရှိပြီးသား စက်ကို ဖျက်ကာ hostname အသစ်ဖြင့် စက်ပစ္စည်းကို ပေါင်းထည့်ခြင်းသည် ပြဿနာကို ဖြေရှင်းပေးပါသည်။
  အကယ်၍ သင်သည် IP လိပ်စာကို အသုံးပြု၍ စီမံခန့်ခွဲမထားသော စက်ပစ္စည်းကို ပေါင်းထည့်ပါက၊ ထို့နောက် စက်အုပ်စုနှင့် ဒက်ရှ်ဘုတ်ရှိ စက်ကိရိယာများ dashlet တွင်၊ သင်သည် IP လိပ်စာကို အခြေခံ၍ လက်ခံမထားသော စက်ပစ္စည်းများကို ခွဲခြားသတ်မှတ်ရန် လိုအပ်ပါသည်။
• ပုံမှန်အားဖြင့်၊ topology စစ်ထုတ်မှုကို ပိတ်ထားသည်။ Paragon Automation GUI ကို အသုံးပြု၍ topology filter ကို သင်ဖွင့်၍မရပါ။
  ဖြေရှင်းနည်း- topology filter ကိုဖွင့်ရန်လုပ်ထုံးလုပ်နည်းအတွက်၊ Topology Filter Service ကိုဖွင့်ရန်ခေါင်းစဉ်ကိုကြည့်ပါ။
• Cisco IOS XR စက်ပစ္စည်းများအတွက်၊ သင်သည် စက်ကိရိယာများစာမျက်နှာမှ စက်ပစ္စည်းဖွဲ့စည်းပုံပုံစံကို ပြန်လည်ရယူ၍မရပါ။ သင်သည် စက်ဖွဲ့စည်းပုံဖွဲ့စည်းပုံကိုသာ မိတ္တူကူးနိုင်သည်။
  ဖြေရှင်းနည်း- သင်၏ Cisco IOS XR စက်ပစ္စည်းများ၏ စက်ဖွဲ့စည်းပုံအား ပြန်လည်ရယူရန်-
  1. Configuration > Devices စာမျက်နှာတွင် Cisco XR စက်ပစ္စည်းကို ရွေးချယ်ပြီး More > Configuration Version ကိုနှိပ်ပါ။
  2. သင်ပြန်လည်ရယူလိုသော ဖွဲ့စည်းမှုပုံစံဗားရှင်းကို ကူးယူပါ။
  3. CLI ကို အသုံးပြု၍ ဖွဲ့စည်းမှုပုံစံကို ပြန်လည်ရယူပါ။
• စက်ပစ္စည်းအုပ်စုအဆင့်တွင် အပြင်ထွက် SSH ကို ဖွင့်ထားလျှင်၊ စက်ပစ္စည်းအုပ်စုရှိ စက်ပစ္စည်းတစ်ခုအတွက် ပြင်ပ SSH ကို သင်ပိတ်ထား၍မရပါ။
  ဖြေရှင်းနည်း- သင်သည် MGD CLI သို့မဟုတ် Rest APIs ကို အသုံးပြု၍ စက်ပေါ်ရှိ ပြင်ပ SSH ကို ဖွင့် သို့မဟုတ် ပိတ်နိုင်သည်။ အထွက် SSH ကို disable လုပ်ရန် disable flag ကို true အဖြစ် သတ်မှတ်ရပါမည်။ MGD CLI ကို အသုံးပြု၍ ပြင်ပ SSH ကို ပိတ်ရန် စက်ပေါ်တွင် အောက်ပါ command ကို run ပါ- healthbot DeviceName outbound-ssh disable true
• Paragon Automation GUI မှ ဝန်ဆောင်မှုမှတ်တမ်းအားလုံးကို သင်ဒေါင်းလုဒ်လုပ်၍မရပါ။
  ဖြေရှင်းနည်း- သင်လုပ်နိုင်တယ်။ view Elastic Search Database (ESDB) နှင့် Grafana တွင် ဝန်ဆောင်မှုအားလုံး မှတ်တမ်းများ။ Grafana သို့မဟုတ် ESDB သို့ လော့ဂ်အင်ဝင်ရန်၊ config.yml ရှိ grafana_admin_password အကွက်တွင် စကားဝှက်တစ်ခုကို သင်သတ်မှတ်ရပါမည်။ file မတပ်ဆင်မီ။
• လက်ရှိ LSP တစ်ခုကို မွမ်းမံပြင်ဆင်ခြင်း သို့မဟုတ် လမ်းကြောင်းသတ်မှတ်ခြင်းဆိုင်ရာ စံသတ်မှတ်ချက်များထဲမှ တစ်ခုအဖြစ် အချပ် ID ကို အသုံးပြုပါက၊ ထို့နောက် လမ်းကြောင်းကို ကြိုတင်လုပ်ဆောင်ပါ။view မှန်ကန်စွာ မပေါ်နိုင်ပါ။
  ဖြေရှင်းနည်း- လမ်းကြောင်းကို သင်စီစဉ်ပေးသည်နှင့်တစ်ပြိုင်နက်၊ လမ်းကြောင်းသည် အချပ် ID ကန့်သတ်ချက်များကို လေးစားပြီး လမ်းကြောင်းသည် လမ်းကြောင်းကြိုတွင် မှန်မှန်ကန်ကန် ပေါ်နေပါသည်။view.
• PCEP ကို ​​အသုံးပြု၍ အပိုင်း-လမ်းကြောင်းပေးသော LSP တစ်ခုကို ပံ့ပိုးပေးပါက၊ အရောင်လုပ်ဆောင်ချက်သည် အလုပ်မဖြစ်ပါ။
  Router သည် Junos OS Release 20.1R1 တွင် အလုပ်လုပ်နေပါက ဤပြဿနာ ဖြစ်ပေါ်ပါသည်။
  ဖြေရှင်းနည်း- Junos OS ကို Release 21.4R1 သို့ အဆင့်မြှင့်ပါ။
• PostgresSQL သည် ပင်မအခန်းကဏ္ဍကို ပြောင်းလဲစဉ်အတွင်း မည်သည့်ချိတ်ဆက်မှုများကို လက်မခံသောကြောင့် Microservices များသည် PostgresSQL သို့ ချိတ်ဆက်ရန် ပျက်ကွက်ပါသည်။ ဒါက ယာယီအခြေအနေပါ။
  ဖြေရှင်းနည်း- အဓိကအခန်းကဏ္ဍကို ကူးပြောင်းပြီးနောက် မိုက်ခရိုဝန်ဆောင်မှုများသည် PostgresSQL သို့ ချိတ်ဆက်ကြောင်း သေချာပါစေ။
  • Postgres ဒေတာဘေ့စ်သည် အချို့သောစနစ်များတွင် လည်ပတ်မှုမဟုတ်တော့ဘဲ ချိတ်ဆက်မှုချို့ယွင်းမှုကို ဖြစ်စေသည်။
  ဖြေရှင်းနည်း- အဓိက node တွင် အောက်ပါ command ကို လုပ်ဆောင်ပါ- atom-db-{0..2} ရှိ pod အတွက်၊ လုပ်ပါ။
  kubectl exec -n ဘုံ $pod — chmod 750 /home/postgres/pgdata/pgroot/data ပြီးပြီ
• Cisco IOS XR စက်များအတွက် စက်ပစ္စည်းရှာဖွေတွေ့ရှိမှု မအောင်မြင်ပါ။
  ဖြေရှင်းနည်း- Cisco IOS XR စက်ပစ္စည်းအတွက် SSH ဆာဗာနှုန်းကန့်သတ်ချက်ကို တိုးမြှင့်ပါ။ ဖွဲ့စည်းမှုမုဒ်တွင် စက်ပစ္စည်းသို့ လော့ဂ်အင်ဝင်ပြီး အောက်ပါအမိန့်ကို လုပ်ဆောင်ပါ။
  RP/0/RP0/CPU0:ios-xr(config)#ssh ဆာဗာနှုန်းကန့်သတ်ချက် 600
• လင့်ခ်နှောင့်နှေးမှုနှင့် လင့်ခ်နှောင့်နှေးကွဲလွဲမှုဆိုင်ရာ အချက်အလက်များကို ရယူရန် BGP-LS ကို အသုံးပြုပါက၊ သင်သည် မရနိုင်ပါ။ view သမိုင်းဝင်လင့်ခ်နှောင့်နှေးမှုဒေတာ။
  ဖြေရှင်းနည်း- မရှိပါ။
• ရှားပါးသော အခြေအနေများတွင် (ဥပမာample၊ Redis ပျက်ကျပြီး Kubernetes မှ အလိုအလျောက် ပြန်လည်စတင်သည့်အခါ သို့မဟုတ် Redis ဆာဗာကို ပြန်လည်စတင်ရပါမည်)၊ အချို့သော အင်တာဖေ့စ်အချက်အလက်များ ပျောက်ဆုံးသွားကာ ကွန်ရက်အချက်အလက်ဇယား၏ အင်တာဖေ့စ်တက်ဘ်တွင် ဖော်ပြခြင်းမရှိပါ။ သို့သော်၊ ဤပြဿနာသည် လမ်းကြောင်းတွက်ချက်ခြင်း၊ စာရင်းအင်းများ သို့မဟုတ် LSP စီမံဆောင်ရွက်ခြင်းအပေါ် သက်ရောက်မှုမရှိပါ။
  ဖြေရှင်းနည်း- တိုက်ရိုက်ကွန်ရက်မော်ဒယ်တွင် အင်တာဖေ့စ်များကို ပြန်လည်ရယူရန်၊ စက်စုဆောင်းခြင်းလုပ်ငန်းကို ပြန်လည်လုပ်ဆောင်ပါ။
• Add New Workflow နှင့် Workflow စာမျက်နှာများ၏ Tasks tab တွင်-
• သင် Cancel ရွေးချယ်မှုကို နှိပ်သော်လည်း၊ လုပ်ဆောင်စရာတစ်ခုကို တည်းဖြတ်နေစဉ် သင်ပြုလုပ်ခဲ့သည့် အပြောင်းအလဲများကို သိမ်းဆည်းသွားမည်ဖြစ်သည်။
• သင်ဖျက်ပြီးသားအဆင့်တစ်ခု၏အမည်ကို သင်ပြန်သုံး၍မရပါ။
• အချည်းနှီးသော ထည့်သွင်းမှုများဖြင့် အဆင့်တစ်ခုကို ပေါင်းထည့်ကာ Save and Deploy ကို နှိပ်လိုက်လျှင်ပင် အမှားအယွင်း မက်ဆေ့ချ်ကို ပြသမည်မဟုတ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• Dual RE မုဒ်ဖြင့် အနိမ့်ဆုံး PTX စက်အချို့ကို အဆင့်မြှင့်ပါ (ဥပမာample၊ PTX5000 နှင့် PTX300) ကို Paragon Automation တွင် မပံ့ပိုးပါ။ အဘယ်ကြောင့်ဆိုသော် Dual RE မုဒ်ရှိသော အောက်ခြေ PTX စက်ပစ္စည်းများသည် ပေါင်းကူးခြင်း သို့မဟုတ် တံတားဒိုမိန်းဖွဲ့စည်းပုံကို မပံ့ပိုးနိုင်သောကြောင့်ဖြစ်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• POST /traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API သည် အလုပ်မလုပ်ပါ။
  ဖြေရှင်းနည်း- POST /NorthStar/API/v2/tenant/1/topology/1/rpc/ diverseTreeDesign API ကို အသုံးပြုရန် အကြံပြုအပ်ပါသည်။
• Paragon Automation သည် Nokia စက်များအတွက် နှိုးစက်များကို မပြပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• SRv6 LSP တစ်ခုကို routeByDevice အဖြစ် လမ်းကြောင်းသတ်မှတ်ခြင်းနည်းလမ်းဖြင့် ပြင်ဆင်သတ်မှတ်နေစဉ်၊ သင်သည် အပိုင်းလမ်းကြောင်းသတ်မှတ်ခြင်း-Explicit Route object (SR-ERO) အတွက် တန်ဖိုးတစ်ခု သတ်မှတ်ရပါမည်။ မဟုတ်ပါက၊ သင်သည် SRv6 LSP ကို ​​အသွားအလာသယ်ဆောင်ရန် သင်အသုံးမပြုနိုင်ပါ။
  ဖြေရှင်းနည်း- ဥမင်လိုဏ်ခေါင်းတစ်ခုကို ထည့်စဉ်တွင်၊ Path တက်ဘ်တွင် လိုအပ်သော သို့မဟုတ် နှစ်သက်သောလမ်းကြောင်းကို သတ်မှတ်ရန် hops ကို ထည့်ပါ။
• စက်ပစ္စည်းထိန်းချုပ်ထားသော SRv6 LSP ကို ​​ကွန်ရက်မှရှာဖွေတွေ့ရှိပါက၊ ဤ LSP အတွက် မီးမောင်းထိုးပြထားသည့် လမ်းကြောင်းသည် လမ်းကြောင်းအတွက် Explicit Route object (ERO) ကို သင်သတ်မှတ်သည်ဖြစ်စေ မသက်ဆိုင်ဘဲ မှားနေမည်ဖြစ်ပါသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• တစ်ခါတစ်ရံတွင်၊ အစုလိုက်အပြုံလိုက် လမ်းကြောင်းပေးသည့် LSP များကို ဖျက်၍မရပါ။
  ဖြေရှင်းနည်း- အမြောက်အများ ဖျက်ခြင်းလုပ်ငန်းစဉ်အတွင်း မဖျက်ရသေးသော LSP များကို ဖျက်ပစ်ရန် အတင်းအကျပ် တွန်းအားပေးနိုင်ပါသည်။
•  Paragon Automation GUI၊ Add New Workflow နှင့် Edit Workflow စာမျက်နှာများ၏ Tasks tab တွင်၊ ပြောင်းလဲမှုတစ်စုံတစ်ရာမပြုလုပ်ဘဲ ရှိပြီးသားအဆင့်တစ်ခုကို တည်းဖြတ်ပြီး သိမ်းဆည်းရန် ကြိုးစားသောအခါတွင် အောက်ပါအမှားမက်ဆေ့ချ်ကို ပြသသည်-
  နာမည်ရှိပြီးသားပါ။
  ဖြေရှင်းနည်း- တည်းဖြတ်ရွေးချယ်မှုကို မှားယွင်းစွာနှိပ်မိပါက၊ အဆင့်အမည်ကို အနည်းဆုံးပြောင်းလဲကြောင်း သေချာပါစေ။
• Northstar namespace တွင် pods အားလုံးကို ပြန်လည်စတင်ပါက PCEP စက်ရှင်ကို တစ်ခါတစ်ရံတွင် Down အဖြစ်ပြသပါသည်။
  ဖြေရှင်းနည်း- kubectl delete pods ns-toposerver- ကိုအသုံးပြု၍ topology ဆာဗာကို ပြန်လည်စတင်ပါ။ -n ကြယ်မြောက်အမိန့်။
• စီမံခန့်ခွဲရေး > လိုင်စင်စီမံခန့်ခွဲမှု စာမျက်နှာတွင်၊ သင်သည် မလုပ်နိုင်ပါ။ view လိုင်စင်ကိုရွေးချယ်သည့်အခါ လိုင်စင်တစ်ခု၏ SKU အမည်ကို ပြီးနောက် More > Details ကိုရွေးချယ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• Alarms စာမျက်နှာရှိ ဂရပ်သည် နောက်ဆုံးဒေတာကို ရောင်ပြန်ဟပ်ခြင်းမရှိပါ။ ဆိုလိုသည်မှာ၊ နှိုးစက်သည် အသက်မဝင်တော့ဘဲ ဂရပ်ဖစ်ကို အပ်ဒိတ်မလုပ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• iAgent အတွက် အပြင်ထွက် SSH ကို သင် configure လုပ်သောအခါ၊ configured rule အတွက် data ကို ထုတ်ပေးမည်မဟုတ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• သင်သည် Two-Way Active Management Protocol (TW) ကို configure လုပ်ထားလျှင် packet ဆုံးရှုံးမှု၏ သုညရာခိုင်နှုန်းတန်ဖိုးကို ပြသသည်AMP) TW ကြောင့် မမှန်ပါ။AMP IS-IS အသွားအလာအင်ဂျင်နီယာအတွက် ထုပ်ပိုးဆုံးရှုံးမှု တင်ပို့ခြင်းကို မပံ့ပိုးပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• အကယ်၍ သင်သည် MPC10+ လိုင်းကတ်များပါရှိသော စက်ပစ္စည်းကို အသုံးပြုနေပါက၊ စက်ပစ္စည်းသည် Release 21.3R2-S2 သို့မဟုတ် Release 21.4R2-S1 မှလွဲ၍ အခြား Junos OS ဖြန့်ချိမှုတွင် လုပ်ဆောင်နေပါက၊ ယုတ္တိတန်သော အင်တာဖေ့စ်များအတွက် စာရင်းဇယားများကို ကောက်ယူမည်မဟုတ်ပါ။ သို့သော်၊ ရုပ်ပိုင်းဆိုင်ရာ အင်တာဖေ့စ်များနှင့် LSP များအတွက် စာရင်းအင်းများကို စုဆောင်းထားသည်။
  ဖြေရှင်းနည်း- Junos OS ထုတ်ဝေမှုကို 21.3R2-S2 သို့မဟုတ် 21.4R2-S1 သို့ ဖြန့်ချိပါ။ ထို့အပြင်၊ သင်သည် Paragon Automation ကို Release 23.1 သို့ အဆင့်မြှင့်ထားကြောင်း သေချာပါစေ။
• LSP တစ်ခုကို လွှဲအပ်သောအခါ၊ LSP အခြေအနေကို လွှဲအပ်ထားသည်ဟု ဖော်ပြသည်။ LSP ကို ​​ထပ်မံ လွှဲအပ်ရန် ကြိုးစားသောအခါ၊ တိကျပြတ်သားသောလမ်းကြောင်းအရာဝတ္ထုများ (ERO) ပေါင်းထည့်ရန် router configuration ကို ပြုပြင်နိုင်ပါသည်။
  ဖြေရှင်းနည်း- LSP ကို ​​ထပ်မံမသတ်မှတ်မီ Tunnel တဘ်ကို ပြန်လည်စတင်ပါ။
• SR LSP ၏အခြေအနေသည် စက်တွင်းလမ်းကြောင်းအတိုင်း ဖြတ်သန်းနေပါက SR LSP သည် အပိုင်းလိုက်ကန့်သတ်ချက်များကို မကိုက်ညီသောအခါ Paragon Pathfinder သည် လွှဲအပ်ထားသော SR LSP ကို ​​ဖြုတ်ချမည်မဟုတ်ပါ။
• အကယ်၍ သင်သည် အချပ် ID ပိုကြီးသော သို့မဟုတ် 2**32 နှင့် ညီမျှသော ထိပ်တန်းပိုလိုဂျီအုပ်စုတစ်ခုကို ဖန်တီးပါက၊ ထိပ်ပိုင်းဗေဒအုပ်စု ID သည် အချပ် ID နှင့် တူညီမည်မဟုတ်ပါ။
• Paragon Automation Kubernetes အစုအဝေးသည် ကိုယ်တိုင်ထုတ်လုပ်ပြီး kubeadm စီမံခန့်ခွဲသည့် လက်မှတ်များကို အသုံးပြုသည်။
  Kubernetes ဗားရှင်းကို အဆင့်မြှင့်ထားခြင်း သို့မဟုတ် လက်မှတ်များကို ကိုယ်တိုင်သက်တမ်းတိုးခြင်းမပြုပါက ဤလက်မှတ်များကို အသုံးပြုပြီး တစ်နှစ်အတွင်း သက်တမ်းကုန်ဆုံးပါမည်။ လက်မှတ်များ သက်တမ်းကုန်သွားပါက pods များ ပေါ်လာပြီး မှတ်တမ်းတွင် မကောင်းတဲ့ လက်မှတ် အမှားများကို ပြသပါ။
  ဖြေရှင်းနည်း- လက်မှတ်များကို ကိုယ်တိုင် သက်တမ်းတိုးပါ။ လက်မှတ်များကို သက်တမ်းတိုးရန် အောက်ပါအဆင့်များကို လုပ်ဆောင်ပါ-

1. သင့်အစုအဝေး၏ အဓိက node တစ်ခုစီရှိ kubeadm certs စစ်ဆေးခြင်း-သက်တမ်းကုန်ဆုံးခြင်းအမိန့်ကို အသုံးပြု၍ လက်ရှိ လက်မှတ်များ-သက်တမ်းကုန်ဆုံးရက်ကို စစ်ဆေးပါ။
2. လက်မှတ်များကို သက်တမ်းတိုးရန်၊ သင်၏ Kubernetes အစုအဝေး၏ အဓိက node တစ်ခုစီရှိ kubeadm certs များကို သက်တမ်းတိုးရန် အမိန့်အားလုံးကို အသုံးပြုပါ။
3. သင့်အစုအဝေး၏ အဓိက node တစ်ခုစီရှိ kubeadm certs စစ်ဆေးခြင်း-သက်တမ်းကုန်ဆုံးခြင်းအမိန့်ကို အသုံးပြု၍ သက်တမ်းကုန်ဆုံးရက်ကို ပြန်လည်စစ်ဆေးပါ။
4. လက်မှတ်အသစ်များကို အသုံးပြုရန်အတွက် အောက်ပါ pods များကို ပြန်လည်စတင်ပါ။

ဖြေရှင်းပြီးသားကိစ္စများ

Juniper Paragon Automation Release 24.1 တွင် ဖြေရှင်းထားသော ပြဿနာများကို ဤကဏ္ဍတွင် ဖော်ပြထားပါသည်။

• Symmetric pair LSPs များကို မျဉ်းကြောင်းကို ဖြတ်ကျော်ခြင်းတွင် အချိုးညီစွာ လမ်းကြောင်းပြောင်းသွားနိုင်မည် မဟုတ်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• လမ်းကြောင်းဇယားများကို ၎င်းတို့၏အသုံးဆောင်အမည်များနှင့် ပေါင်းထားသော re0 သို့မဟုတ် re1 ဖြင့် တပ်ဆင်ထားသည့် dual Routing Engine ပါသည့် စက်များအတွက် ယခု ပံ့ပိုးပေးထားပါသည်။ သို့သော်၊ လက်ခံသူအမည်-နောက်ဆက်တွဲများသည် စာလုံးအသေးနှင့် -re0 သို့မဟုတ် -re1 ဖော်မတ်တွင်သာ ဂရပ်ဖစ်များကို ပံ့ပိုးပေးပါသည်။ ဟောင်းအတွက်ample: vmx101-re0 သို့မဟုတ် vmx101-re1
  ဖြေရှင်းနည်း- မရှိပါ။
• Controller Sites များသည် Paragon Planner အတွက် network archive တွင် မပါဝင်ပါ။
  ဖြေရှင်းနည်း- မရှိပါ။
• ns- တွင် လုံခြုံသောမုဒ်အခြေအနေသည် အမြဲတမ်းမှားယွင်းနေပါသည်။web pod စတင်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• safe mode အတွင်း အရင်းအမြစ်-အမှန်တရား အလံကို သင်ပြင်ဆင်ပြီးနောက် မမှန်ကန်သော လုံခြုံသောမုဒ် အခြေအနေကို သင်ရရှိမည်ဖြစ်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• တစ်ခါတစ်ရံတွင် NETCONF ပိတ်ထားသော စက်ပစ္စည်းများသည် NETCONF အခြေအနေ Up ဖြင့် ပေါ်လာပါသည်။
  ဖြေရှင်းနည်း- device pro ကို တည်းဖြတ်ပါ။file စက်ပစ္စည်းပရိုကို ပြန်လည်စတင်ရန် ပြောင်းလဲမှုတစ်စုံတစ်ရာမရှိဘဲfile.
• Cisco IOS-XR စက်များမှ အစပြုလာသော SR-TE LSP များအတွက် အရောင်သည် LSP ကို ​​စက်ပစ္စည်းစုဆောင်းမှုမှ အစပိုင်းတွင် ရှာဖွေတွေ့ရှိမှသာ မြင်နိုင်မည်ဖြစ်သည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• PCEP မှ လေ့လာခဲ့သော SR-TE LSP ၏ စီမံခန့်ခွဲသူအုပ်စုသည် LSP သည် အခြေအနေကို စီစဉ်သတ်မှတ်ထားပါက topology ထပ်တူပြုခြင်းပြီးနောက် ပျောက်သွားသည်။
  ဖြေရှင်းနည်း- PCEP မှသင်ယူခဲ့သော စီမံခန့်ခွဲရေးအဖွဲ့ကို ဆက်လက်တည်မြဲရန် SR-TE LSP ကို ​​မွမ်းမံပါ။
• အကောင်းဆုံးလမ်းကြောင်းရှိ LSP များသည် PCS ပိုမိုကောင်းမွန်အောင်ပြုလုပ်နေစဉ်အတွင်း မလိုအပ်သော PCEP အပ်ဒိတ်ကို လက်ခံရရှိနိုင်ပါသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• အမှားရှာဖွေခြင်း (ဖွဲ့စည်းပုံ > ဒေတာထည့်သွင်းခြင်း > အဖြေရှာခြင်း > အပလီကေးရှင်း) အင်္ဂါရပ်ရှိ အမှားအယွင်းတစ်ခုသည် အက်ပ်လီကေးရှင်းစမ်းသပ်မှုများကို ပျက်ကွက်စေသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• ကွန်ရက် > Topology > Tunnel တက်ဘ်တွင်၊ သင်သည် Filter (funnel) အိုင်ကွန်အပေါ်တွင် မြှပ်နှံပြီး Add Filter ကိုရွေးချယ်သောအခါ၊ Add Criteria စာမျက်နှာကို ပြသမည်ဖြစ်သည်။ အကွက်စာရင်းတွင် အရောင်ကို သင်ရွေးချယ်ပါက၊ အကွက်တန်ဖိုးကို Color အစား PlannedProperties အဖြစ် ပြသသည်။
  ဖြေရှင်းနည်း- မရှိပါ။
• လမ်းကြောင်းခွဲခြမ်းစိတ်ဖြာမှုအစီရင်ခံစာသည် ဗလာဖြစ်နေသည်။

ဖြေရှင်းနည်း- လမ်းကြောင်းခွဲခြမ်းစိတ်ဖြာခြင်းမလုပ်ဆောင်မီ စက်ကိရိယာစုဆောင်းခြင်းလုပ်ငန်းကို လုပ်ဆောင်ပါ။ LSP များသည် အကောင်းဆုံးလမ်းကြောင်းပေါ်တွင် ရှိနေပါက Path ခွဲခြမ်းစိတ်ဖြာမှုအစီရင်ခံစာသည် ဗလာဖြစ်နိုင်သည်ကို သတိပြုပါ။

Juniper Networks၊ Juniper Networks လိုဂို၊ Juniper နှင့် Junos တို့သည် United States နှင့် အခြားသောနိုင်ငံများရှိ Juniper Networks, Inc. ၏ မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ အခြားကုန်အမှတ်တံဆိပ်များ၊ ဝန်ဆောင်မှုအမှတ်အသားများ၊ မှတ်ပုံတင်ထားသော အမှတ်အသားများ သို့မဟုတ် မှတ်ပုံတင်ထားသော ဝန်ဆောင်မှုအမှတ်အသားများအားလုံးသည် သက်ဆိုင်ရာပိုင်ရှင်များ၏ ပိုင်ဆိုင်မှုဖြစ်သည်။ Juniper Networks သည် ဤစာတမ်းပါ မှားယွင်းမှုများအတွက် တာဝန်မရှိဟု ယူဆပါသည်။ Juniper Networks သည် ဤထုတ်ဝေမှုကို အသိပေးခြင်းမရှိဘဲ ပြောင်းလဲခြင်း၊ ပြင်ဆင်ခြင်း၊ လွှဲပြောင်းခြင်း၊ သို့မဟုတ် အခြားနည်းဖြင့် ပြန်လည်ပြင်ဆင်ပိုင်ခွင့်ရှိသည်။ မူပိုင်ခွင့် © 2024 Juniper Networks, Inc. ရပိုင်ခွင့်အားလုံး လက်ဝယ်ရှိသည်။

စာရွက်စာတမ်းများ / အရင်းအမြစ်များ

Juniper NETWORKS Paragon Automation ဆော့ဖ်ဝဲလ် [pdf] အသုံးပြုသူလမ်းညွှန် Paragon Automation Software, Automation Software, Software

ကိုးကား

• အသုံးပြုသူလက်စွဲ