د پاراګون اتومات، خوشې کول 24.1

د سافټویر مهم ټکي

• د RHEL 8.10 لپاره ملاتړ
• د غیر روټ کاروونکو لپاره وړتیا چې د پیراګون CLI یوټیلیټ کې کمانډونه پرمخ بوځي
• د NETCONF په کارولو سره د سیسکو IOS XR وسیلو کې د برخې لارې تګلارې چمتو کولو وړتیا

پیژندنه

Juniper® Paragon Automation د شبکې پلان کولو، ترتیب کولو، چمتو کولو، ټرافیک انجینرۍ، نظارت، او د ژوند دورې مدیریت لپاره د کلاوډ چمتو حل دی چې د شبکې مدیریت او نظارت ته پرمختللي لید وړتیاوې او تحلیلونه راوړي. تاسو کولی شئ د پاراګون اتوماتیک د ځای پرځای کولو (د پیرودونکي لخوا اداره شوي) غوښتنلیک په توګه ځای په ځای کړئ.
پاراګون اتومات د مایکرو خدماتو پر بنسټ جوړښت باندې کار کوي او د REST APIs، gRPC APIs، او د عام پیغام رسولو بس مخابراتو کار کوي. پاراګون اتومات د بنسټ پلیټ فارم وړتیاوې چمتو کوي لکه د جونیپر شبکې او دریمې ډلې (سیسکو IOS XR، نوکیا) وسیلو لپاره ملاتړ، د زیروټوچ چمتو کول، د کاروونکي مدیریت، او د رول پر بنسټ د لاسرسي کنټرول (RBAC).
د بیس پلیټ فارم وړتیاو چمتو کولو سربیره ، پاراګون اتومات د مایکرو خدماتو پراساس غوښتنلیکونو سویټ وړاندیز کوي — Juniper® Paragon Insights (پخوانی HealthBot)، Juniper® Paragon Planner (پخوا د NorthStar Planner)، او Juniper® Paragon Pathfinder (پخوا د شمالي سټار کنټرولر).
کله چې تاسو د دې غوښتنلیکونو څخه کوم یو په پاراګون اتومات کې اضافه کړئ ، د غوښتنلیک API سویټ د پاراګون اتومات سره مدغم کیږي ترڅو د نوي او موجوده خدماتو ترمینځ بې سیمه اړیکو ته اجازه ورکړي. په دې ریلیز نوټونو کې، موږ د بیس پلیټ فارم نوې بڼې په ګوته کوو، پاراګون پاتھ فائنڈر، پاراګون پلانر (ډېسکټاپ غوښتنلیک)، او د پاراګون انسایټ ماډلونه چې پدې خپرونه کې شتون لري. د دې غوښتنلیکونو اړوند ځانګړتیاو په اړه د نورو معلوماتو لپاره، د پاراګون اتومات کارونکي لارښود وګورئ.
د پاراګون اتوماتیک ریلیز 24.1 کې د نوي او نوي شوي ب featuresو ، سافټویر محدودیتونو او خلاص مسلو موندلو لپاره دا خوشې یادداشتونه وکاروئ.

د نصبولو او لوړولو لارښوونې

د نصب کولو طرزالعمل، اپ گریڈ طرزالعمل، او اړتیاو په اړه د معلوماتو لپاره (سافټویر او
هارډویر)، د پاراګون اتومات نصبولو لارښود وګورئ.

یادونه:
تاسو کولی شئ یوازې د پیراګون اتوماتیک ریلیز 23.2 څخه 24.1 ریلیز ته مستقیم لوړ کړئ. که ستاسو خوشې کول د 23.2 ریلیز څخه مخکې وي، تاسو باید د ریلیز 24.1 نوي نصب کړئ. په هرصورت، د دې لپاره چې خپل اوسنی ریلیز ترتیب 24.1 ریلیز ته واستوئ، تاسو کولی شئ بیک اپ وکاروئ او فعالیت بحال کړئ. د لوړولو په اړه د نورو معلوماتو لپاره، د پاراګون اتوماتیک ریلیز 24.1 ته پورته کول وګورئ.

جواز ورکول

په پاراګون بصیرت کې، موږ لاندې د جواز درجې او د دوی اړوند وسایلو جوازونه معرفي کړل:

• د پیراګون بصیرت پرمختللي (PIN-Advanced)
• د پاراګون بصیرت معیاري (PIN-Standard)

اوس مهال، د درجې جوازونه په سختۍ سره پلي کیږي. دا دی، تاسو نشئ کولی د ځای پرځای کولو عملیات ترسره کړئ پرته لدې چې تاسو جوازونه اضافه کړئ.
د وسیلې جوازونه نرم پلي شوي دي. دا دی، تاسو به په Paragon Automation GUI کې د نه اطاعت خبرتیا ترلاسه کړئ که تاسو هڅه وکړئ د هغه شمیر څخه ډیر وسایل ځای په ځای کړئ چې تاسو یې جواز ترلاسه کړی.
په هرصورت، تاسو کولی شئ د موجوده فعالیت کارولو ته دوام ورکړئ.
تاسو کولی شئ view په GUI کې د ادارې > جواز مدیریت پاڼې کې ستاسو د جواز اطاعت حالت.
په Paragon Pathfinder کې، موږ د جواز لاندې درجې په سختۍ سره پلي کړي دي:

• Pathfinder معیاري
• Pathfinder پرمختللی
• Pathfinder پریمیم

د جواز ورکولو په اړه د معلوماتو لپاره، وګورئ د جواز ورکولو لارښود.
که تاسو د جواز کیلي لرئ چې د خوشې کیدو دمخه د پاراګون اتومات نسخې لپاره رامینځته شوی و
22.1 تاسو به اړتیا ولرئ چې د جواز کلیدي فارمیټ نوي فارمیټ ته لوړ کړئ مخکې لدې چې تاسو یې په پاراګون آټوماتون ریلیز 24.1 کې نصب کړئ. تاسو کولی شئ د جونیپر ایجیل جواز ورکولو پورټل په کارولو سره د جواز نوي کیلي رامینځته کړئ. د نوي جواز کیلي رامینځته کولو په اړه د نورو معلوماتو لپاره ، وګورئ Viewد جوازونو اضافه کول یا حذف کول.

نوي او بدل شوي ځانګړتیاوې

دا برخه د Juniper Paragon Automation Release 24.1 په هر ماډل کې ځانګړتیاوې بیانوي.
د پاراګون نصب او اپ گریڈ

• د Red Hat Enterprise Linux (RHEL) 8.10—Paragon Automation Release 24.1 د RHEL 8.10 سره د کار کولو وړ دی.
  [ وګورئ په Red Hat Enterprise Linux کې د نصبولو شرایط.]
• د پاراګون CLI یوټیلټي کمانډونه د غیر روټ کارونکي په توګه پرمخ وړئ — د پیراګون اتوماتیک ریلیز 24.1 کې پیل کول ، د سوپر یوزر (sudo) امتیازاتو سره غیر روټ کارونکي کولی شي د پاراګون CLI یوټیلټي کمانډونه پرمخ بوځي ترڅو د پاراګون اتومات سیټ اپ تحلیل ، پوښتنې او ډیبګ کړي.
  [ وګورئ د پیراګون CLI یوټیلیټ په کارولو سره ستونزه حل کړئ.]

پاراګون پاتھ فائنڈر

• د سیسکو IOS XR وسیلو کې د برخې روټینګ پالیسۍ چمتو کول — د پاراګون اتوماتیک ریلیز 24.1 کې پیل کول ، تاسو کولی شئ د سیسکو IOS XR وسیلو کې د برخې روټینګ پالیسۍ چمتو کړئ د NETCONF د چمتو کولو میتود په توګه کارولو سره.

بیس پلیټ فارم
موږ د پیراګون اتوماتیک ریلیز 24.1 کې د بیس پلیټ فارم پورې اړوند کوم نوي ب featuresې ندي اضافه کړي.
د پاراګون بصیرت
موږ د پاراګون اتوماتیک ریلیز 24.1 کې د پاراګون بصیرت پورې اړوند هیڅ نوې ځانګړتیاوې ندي اضافه کړي.
د پاراګون پلانر
موږ د پاراګون آټومیشن ریلیز 24.1 کې د پاراګون پلانر پورې اړوند هیڅ نوې ځانګړتیاوې ندي اضافه کړي.
یادونه: د پاراګون پلانر Web غوښتنلیک د پیراګون اتوماتیک ریلیز 24.1 کې د بیټا ځانګړتیا ده.

تخریب شوي ځانګړتیاوې

دا برخه هغه ځانګړتیاوې لیست کوي چې له مینځه وړل شوي یا د کوم لپاره چې د پاراګون څخه ملاتړ بیرته اخیستل کیږي
د اتوماتیک خوشې کول 24.1.
• Grafana UI
تاسو نشئ کولی د پیراګون اتومات څخه ګرافانا UI ته لاسرسی ومومئ. د Grafana UI ته د لاسرسي لپاره، تاسو باید:

1. Grafana نصب کړئ.
   وګورئ د ګرافانا اسناد د نورو معلوماتو لپاره.
2. د /var/local/healthbot/healthbot tsdb start-services کمانډ په چلولو سره د TSDB بندر افشا کړئ.

یادونه: په پاراګون اتومات کې، د TSDB بندر د ډیفالټ لخوا نه افشا کیږي. د بهرني وسیلو لکه ګرافانا کارولو لپاره ، تاسو اړتیا لرئ د TSDB پورټ افشا کولو لپاره مستقیم TSDB ته یوه پوښتنه پرمخ وړئ (او نه د APIs له لارې).

د نورو معلوماتو لپاره، وګورئ د TSDB بیک اپ او بحال کړئ.
• چارټونه

پیژندل شوي مسایل

دا برخه د جونیپر پاراګون اتوماتیک ریلیز 24.1 کې پیژندل شوي مسلې لیست کوي

نصب کول

• کله چې تاسو د VMware ESXi سرورونو کې مجازی ماشینونه (VMs) چمتو کوئ ، که تاسو د بیس OS سره ډیسک اضافه کولو دمخه د بلاک ذخیره کولو ډیسک اضافه کړئ ، سیف ځینې وختونه په غلط ډول ډرایو پیژني او د غلط ډرایو په کارولو سره کلسټر رامینځته کوي ، چې په پایله کې بیس OS وي. ویجاړ شوی
  کاري چاره: لومړی ډیسک د بیس OS (لوی ډرایو) په توګه اضافه کړئ او بیا د کوچني بلاک ذخیره ډیسک اضافه کړئ.
• د وخت لړۍ ډیټابیس (TSDB) HA نقل په نشتوالي کې ، که چیرې د کوبرنیټس کارګر نوډ چې د TSDB پوډ چلوي ښکته کیږي ، حتی که چیرې په پوډ کې ظرفیت شتون ولري ، د TSDB خدمت په نوي نوډ کې نه سپون کیږي. دا ځکه چې د ډیټا لوی مقدار باید نوي نوډ ته لیږدول شي.
  د کار چاره: د سرور یا ذخیره کولو د ناکامۍ په صورت کې چې د TSDB مثال کوربه توب کوي، تاسو کولی شئ سرور یا خراب شوي برخې بیا جوړ کړئ.

که د نقل کولو فاکتور 1 ته ټاکل شوی وي ، نو د دې مثال لپاره د TSDB ډیټا ورک شوی. پدې حالت کې ، تاسو اړتیا لرئ د پاراګون اتومات څخه ناکام TSDB نوډ لرې کړئ. د ناکام TSDB نوډ لرې کولو لپاره:

1. په پاراګون اتومات GUI کې، ترتیب غوره کړئ> د بصیرت ترتیبات.
   د بصیرت ترتیباتو پاڼه ښکاري.
2. د دې لپاره د TSDB ټب کلیک وکړئ view د TSDB ترتیباتو ټب شوی پاڼه.
3. د ناکام شوي نوډ حذف کولو لپاره ، د TSDB ترتیباتو ټب شوي پا pageه کې ، د ناکام TSDB نوډ نوم سره په X کلیک وکړئ.
   یادونه: موږ وړاندیز کوو چې تاسو د ساتنې کړکۍ په جریان کې د TSDB نوډونه حذف کړئ ځکه چې ځینې خدمات به بیا پیل شي او د پاراګون اتومات GUI به غیر ځواب ویونکي وي پداسې حال کې چې د TSDB کار ترسره کیږي.
4. کلیک وکړئ خوندي کړئ او ځای په ځای کړئ.
5. که چیرې بدلونونه ځای پر ځای شوي نه وي او که تاسو د ځای په ځای کولو پرمهال له یوې تېروتنې سره مخ شئ، د ځواک ټګل تڼۍ فعال کړئ او د خوندي کولو او ځای په ځای کولو کلیک کولو سره بدلونونه ژمن کړئ. په دې کولو سره، سیسټم هغه تېروتنه له پامه غورځوي چې د TSDB تنظیماتو تنظیم کولو پرمهال ورسره مخ شوي.

• که تاسو د پیراګون اتوماتیک په بشپړ ډول غیر نصب کړئ ، تاسو باید دا هم ډاډه کړئ چې /var/lib/rook لارښود په ټولو نوډونو کې لرې شوی ، او د Ceph بلاک ټول وسایل پاک شوي.
  د حل لاره: وګورئ د کیف او روک ستونزې حل کول> د ناکام ډیسک ترمیم کول د پاراګون اتومات نصبولو لارښود کې برخه.
• د هوایی تشې میتود په کارولو سره د پیراګون اتومات نصبولو پرمهال ، لاندې تېروتنه پیښیږي:

کاري چاره: په config-dir/config.yml کې د لاندې ترتیب کولو متغیرونه ایډیټ کړئ file او بیا د هوایی تشې میتود په کارولو سره د پیراګون اتومات نصب کړئ:

جنرال

• د deploy-federated-exchange کمانډ محصول ښیي چې نصب کول ناکام شوي کله چې تاسو د دوه ګوني کلستر ګمارلو کې د ناورین بیا رغونه تنظیم کړئ. تاسو کولی شئ د ناکامۍ پیغام له پامه غورځولی شئ مګر تاسو باید د دواړو کلسترونو ټولو لومړني نوډونو کې لاندې کمانډ اجرا کړئ:د حل لاره: هیڅ نه.
• کله چې یوه ناکامي د LSPs دواړه متنوع جوړه اغیزه کوي، د Path Computation Server (PCS) به LSPs د لږ تنوع کچې لارې یا غیر متنوع لارې په اوږدو کې ونه رسوي. LSPs تر هغه وخته پورې نه لیږدول کیږي چې PCS د ترتیب شوي تنوع کچې سره سمون لرونکې لاره ومومي.
  د حل لاره: هیڅ نه
• کله چې یوه ناکامي د LSPs دواړه متنوع جوړه اغیزه کوي، د Path Computation Server (PCS) به LSPs د غیر متنوع لارې په اوږدو کې ونه رسوي. LSPs تر هغه وخته پورې نه لیږدول کیږي چې PCS د ترتیب شوي تنوع کچې سره سمون لرونکې لاره ومومي.
  کاري چاره: د تنوع ګروپ لرې کړئ او بیا یې پلي کړئ.
• د کانټینر subLSP د بینډ ویت اندازه کولو ترتیباتو لاندې د لږ تر لږه توپیر حد ارزښت د 0 په توګه ښودل شوی سره له دې چې دا په کانټینر کې تنظیم شوی. د نورمال شرایطو لاندې، د SubLSP د بینډ ویت اندازه کولو لپاره هیڅ اغیزه نلري ځکه چې د بینډ ویت اندازه کولو دنده دا ارزښت د SubLSP پرځای د کانټینر څخه راوړي. په هرصورت، په ځینو سناریوګانو کې، دا ممکنه ده چې SubLSP د نوي بینډ ویت ارزښت ته بدل شي کله چې د ترتیب شوي لږ تر لږه توپیر حد مات شوی نه وي.
  د دې مسلې په اړه د نورو جزیاتو لپاره، د جونیپر شبکې تخنیکي مرستې مرکز (JTAC) سره اړیکه ونیسئ.
• د بینډ ویت اندازه کولو په جریان کې ، یو فعال ثانوي LSP چې د بډ ویت اندازه کول فعال شوي ممکن له سره اندازه نشي. کله چې دا مسله رامینځته شي ، په ثانوي لاره کې د لینکونو RSVP کارول په غلط ډول تازه کیدی شي.
  د حل لاره: هیڅ نه.
• د UI په کارولو سره د Paragon Pathfinder ترتیباتو (تنظیم> د شبکې ترتیبات) کې بدلونونه ممکن د بدلون د اغیزمن کیدو لپاره له یوې څخه ډیرو هڅو ته اړتیا ولري. تاسو ممکن د یو ځل څخه ډیر خوندي کلیک وکړئ.
  کاري چاره: ورته بدلونونه د cMGD CLI په کارولو سره رامینځته کیدی شي کوم چې د ماسټر نوډ څخه د لاسرسي وړ دی چې د pf-cmgd کمانډ چلوي.
• د کانټینر نورمال کولو په وخت کې د ځانګړو شرایطو لاندې، یو یا څو کانټینر فرعي ایل ایس پی چې باید لیرې شوي وي پاتې شي. دا کانټینر فرعي LSPs به په شبکه کې د خپلواک LSPs په توګه پاتې شي چې د کانټینر سره تړاو نلري. د کانټینر د فرعي ایل ایس پی په شمیر کې بې اتفاقي چې د کانټینر LSP ټب لاندې د فرعي ایل ایس پی کالم کې ویل شوي او د LSPs ریښتیني شمیر چې د کانټینر نوم د تونل ټب لاندې مخکینۍ په توګه شتون لري ، د دې ستونزې د یوې نښې په توګه په پام کې نیول کیدی شي.
  د دې مسلې په اړه د نورو جزیاتو لپاره، د جونیپر شبکې تخنیکي مرستې مرکز (JTAC) سره اړیکه ونیسئ.
• کانټینر LSP د بینډ ویت اندازه کولو ترتیباتو سره تنظیم کیدی شي چې د دې فرعي ایل ایس پی لخوا په میراث شوي. په ځینو شرایطو کې، کله چې یو کاروونکي په تیرو وختونو کې د فعالولو وروسته په کانټینر کې د بینډ ویت اندازه کولو اختیار غیر فعال کړي، دا په موجوده فرعي LSPs کې غیر فعال نه کیږي.
  د حل لاره: هیڅ نه.
• د کانټینر د فرعي ایل ایس پی لاسي بیا تنظیم کول به د LSP اعتراض ته د معلوماتو اضافه کولو لامل شي. د پایلې په توګه، لاندې ستونزې رامنځته کیدی شي:
• که چیرې کانټینر د بینډ ویت اندازه کولو وړ وي او د غیر صفر لږترلږه تغیر حد ترتیب شوی وي ، نو ځانګړی سب ایل ایس پی کولی شي بیا اندازه شي سره له دې چې د subLSP له لارې ترافیک د لږترلږه لږترلږه توپیر حد ارزښت لخوا د سیګنل شوي بینډ ویت څخه ډیر نه وي.
• SubLSP پای کولی شي د کانټینر په پرتله د بینډ ویت مختلف اندازې تنظیمات ولري که چیرې د کانټینر بینډ ویت اندازه کولو تنظیمات وروسته تعدیل شي.
• د کانټینر نورمال کولو پرمهال د SubLSP په لرې کولو کې پاتې راتلل کله چې بینډ ویت د ضمیمه کیدو بینډ ویت څخه ښکته وي.
  د دې مسلې په اړه د نورو جزیاتو لپاره او د اضافي معلوماتو لرې کولو لارښوونې لپاره چې داخلي حالت ته اضافه کیږي، د جونیپر شبکې تخنیکي مرستې مرکز (JTAC) سره اړیکه ونیسئ.
• د ځانګړو سناریوګانو الندې لکه د شته لارو په نشتوالي کې د کانټینر نورمال کولو ناکامي، اضافي داخلي حالت به د کانټینر سب ایل ایس پی شیانو ته اضافه شي چې کولی شي لاندې مسلو ته الر پیدا کړي:
• که چیرې کانټینر د بینډ ویت اندازه کولو وړ وي او د غیر صفر لږترلږه تغیر حد ترتیب شوی وي ، نو ځانګړی سب ایل ایس پی کولی شي بیا اندازه شي سره له دې چې د subLSP له لارې ترافیک د لږترلږه لږترلږه توپیر حد ارزښت لخوا د سیګنل شوي بینډ ویت څخه ډیر نه وي.
• SubLSP پای کولی شي د کانټینر په پرتله د بینډ ویت مختلف اندازې تنظیمات ولري که چیرې د کانټینر بینډ ویت اندازه کولو تنظیمات وروسته تعدیل شي.
• د کانټینر نورمال کولو پرمهال د SubLSP په لرې کولو کې پاتې راتلل کله چې بینډ ویت د ضمیمه کیدو بینډ ویت څخه ښکته وي.

د دې مسلې په اړه د نورو جزیاتو لپاره او د اضافي معلوماتو لرې کولو لارښوونې لپاره چې داخلي حالت ته اضافه کیږي، د جونیپر شبکې تخنیکي مرستې مرکز (JTAC) سره اړیکه ونیسئ.

• کله چې په کاري Kubernetes کلستر کې یو یا څو نوډونه شتون نلري، دا د لاندې غیر متوقع چلند پایله کیدی شي:
• د ټولو نوډونو د PCEP وضعیت ښکته ښودل شوی پداسې حال کې چې د PCEP اتصال حالت په روټر کې پورته دی.
• د شبکې ټوپولوژي په UI کې نه ښودل کیږي.
  د دې مسلې په اړه د نورو جزیاتو لپاره، د جونیپر شبکې تخنیکي مرستې مرکز (JTAC) سره اړیکه ونیسئ.
• پاراګون پاتھ فائنڈر کولی شي یوه لاره محاسبه کړي چې د هاپ اعظمي حد څخه سرغړونه کوي چې په تونل کې تنظیم شوی. دا سناریوګانې تشریح کوي چې څنګه د هپ اعظمي محدودیت له مینځه وړل کیږي:
• کله چې د Path Computation Server (PCS) بیا پیل شي، ښکته LSP پرته له دې چې د هپ د اعظمي محدودیت په پام کې نیولو سره چمتو شي.
• د شبکې د ناکامۍ په جریان کې، LSP د هپ د اعظمي محدودیت په پام کې نیولو پرته بدلیږي.
• د لارې اصلاح کولو په جریان کې ، LSP د اعظمي هپ محدودیت په پام کې نیولو پرته مطلوب شوی.
  کاري چاره: د بیا تنظیم کولو اختیار وکاروئ که چیرې یوه بدیل لاره شتون ولري چې د تنظیم شوي محدودیت څخه سرغړونه نه کوي.
• هغه لاره چې د پاراګون پاتھ فائنډر لخوا د سټینډ بای LSP لپاره د اعظمي هپ محدودیت سره محاسبه کیدی شي د ترتیب شوي محدودیت څخه سرغړونه وکړي.
  د حل لاره: هیڅ نه.
• د دې احتمال شتون لري چې PCS نشي کولی LSP په یوه ټوپولوژي کې د لینک تنوع سره ومومي چې د نوډونو ترمینځ ډیری موازي اړیکې لري.
  د حل لاره: هیڅ نه.
• کله چې د PCEP سیشن غیر فعال وي، د LSP عملیاتي حالت به د وسایلو راټولولو چلولو وروسته نامعلوم حالت ته لاړ شي.
  د حل لاره: هیڅ نه.
• یو لینک ممکن ورک شي کله چې د شبکې آرشیف دنده رامینځته کړي.
  کاري چاره: د شبکې آرشیف نوې دنده رامینځته کړئ.
• په شبکه کې د مسلو له امله د VPN غوښتنې روټ کولو توان نلري.
  د حل لاره: هیڅ نه.
• الارمونه ځواب نه ورکوي کله چې د سیسکو وسیلې په پیل کې د NETCONF سره په 22 بندر کې تنظیم شوي.
  د کار چاره: په خپل سیسکو آلې کې د NETCONF بندر بدل کړئ او ډاډ ترلاسه کړئ چې بدلونونه خوندي شوي. له دې وروسته، د پورټ ترتیبات بیرته پورټ 22 ته راستانه کړئ.
• کله چې تاسو په GUI کې ملټي کاسټ غوښتنې اضافه کړئ، نوډ Z ساحه خالي ده.
  د حل لاره: هیڅ نه.
• کله چې تاسو ډیری نوي تونلونه اضافه کړئ، د مخکینیو ړنګ شوي تونلونو ترافیک ارزښتونه (چې زیرمه شوي وو) ښودل کیږي.
  د حل لاره: هیڅ نه.
• کله چې تاسو نوي متنوع تونلونه اضافه کړئ، ځینې وختونه د مخکینیو حذف شوي تونلونو ترافیک ارزښتونه (چې زیرمه شوي) ښودل کیږي.
  د حل لاره: هیڅ نه.
• Toposerver د BMP پوډ سره د پیوستون له لاسه ورکولو وروسته ټوپولوژي پاک یا تازه نه کوي.
  د حل لاره: هیڅ نه.
• کله چې یو لینک ښکته وي، پاراګون پاتھ فائنډر د غوره شوي روښانه روټ آبجیکٹ (ERO) او د وسیلې له لارې د روټ کولو میتود سره د ټاکل شوي SR LSP له لارې نه روټ کوي.
  کاري حل: د ډیفالټ روټینګ میتود وکاروئ.
• که تاسو د متنوع ملټي کاسټ ونې ډیزاین ترسره کولو وروسته مستقیم سمولیشن پرمخ وړئ ، په لینکونو کې د تونل ترافیک راپور (د تونل پرت سمولیشن راپور> د شبکې احصایې) غلط دی.
  کاري چاره: وروسته له دې چې تاسو د متنوع ملټي کاسټ ونې ډیزاین ترسره کړئ شبکه خوندي کړئ او بند یې کړئ. شبکه بیا پرانیزئ او بیا سمول چل کړئ.
• پداسې حال کې چې د ناکامۍ سناریوګانې (وسیلې> اختیارونه> ناکامي سمولیشن) ، که تاسو لومړی د ډیری ناکامۍ سمولیشن پرمخ وړئ او بیا وروسته یو واحد ناکامي سمولیشن پرمخ وړئ ، په لینکونو کې د تونل ترافیک راپور (د تونل پرت سمولو راپور> د پیک شبکې احصایې) غلط دی. راپور د واحد ناکامۍ پرځای د ډیری ناکامۍ سمولو ارزښتونه ښیې.
  کاري چاره: د یوې ناکامۍ سناریو سمولو دمخه د څو ناکامۍ ټب کې ټول انتخابونه له مینځه وړئ.
• د لینک کارولو سمولو راپور ممکن د دوه ګوني ناکامۍ سناریو په جریان کې منفي ارزښتونه وښیې.
  د حل لاره: هیڅ نه.
• کله چې د وسیله کوربه نوم بدل شي، بدلون په ټولو ډیټابیسونو کې نه منعکس کیږي.

کاري چاره: لاندې مرحلې ترسره کړئ ترڅو د نوي وسیلې کوربه نوم په ټولو ډیټابیسونو او برخو کې منعکس شي.

1. د کوربه نوم بدلولو دمخه، وسیله د ټولو وسیلو ګروپونو (کنټرولر یا نورو لوبو کتابونو) څخه لرې کړئ.
2. ډاډ ترلاسه کړئ چې د وسیلې حوالې د ټولو مختلف پیراګون اتومات برخو څخه حذف شوي. د تنظیم کولو> وسایلو پاڼې ته لاړ شئ.
   a. وسیله غوره کړئ.
   ب. د وسیلې حذف کولو لپاره د کثافاتو په آیکون کلیک وکړئ. د وسیلې ړنګولو پاڼه ښکاري.
   ج. د جبري حذف غوره کړئ او هو کلیک وکړئ.
3. بیا وسیله آن بورډ کړئ ، د تنظیم کولو> وسیلو پا pageې څخه د وسیلې آن بورډینګ کاري فلو په کارولو سره.
   وسیله باید اوس د نوي کوربه نوم سره داخل شي. د وسیلې ملکیتونه په ځانګړي توګه سیسټم id (د JTI جریانونو ترلاسه کولو لپاره مهم) باید تازه شي.
4. وسیله د نوي کوربه نوم سره بیرته د وسیلې ګروپونو ته اضافه کړئ.
5. (اختیاري) د ګرافانا یا وسیلې CLI په کارولو سره په Influxdb کې د وسیلې ټول سټیټونه تایید کړئ. ډیټابیس باید د نوي کوربه نوم سره تازه شي.

• د شبکې کنفیګریشن پروتوکول (NETCONF) د پوائنټ-ټو-ملټي پوائنټ (P2MP) LSPs لپاره د چمتو کولو میتود په سیسکو IOS-XR راوټرونو کې نه ملاتړ کیږي.
• په سیسکو IOS-XR راوټرونو کې، د P2MP فرعي LSP حالت د CLI چمتو شوي P2MP LSPs لپاره د ترتیب په حالت کې نه ملاتړ کیږي.
  د حل لاره: هیڅ نه.
• د جونوس OS ریلیز 22.4R1 او وروسته د SR-TE LSPs سره محدودیت لري.
  د دې لپاره چې د PCEP ناستې رامینځته شي ، تاسو باید د لاندې کمانډ په کارولو سره ملټي پاټ خصوصیت غیر فعال کړئ: د پروتوکولونو تنظیم کول pcep disable-multipath-capability ثانوي لاره نه ملاتړ کیږي.
•  په کتار کې زاړه پیغامونه د فدراسیون لینک ترلاسه کولو وروسته پروسس کیږي.
  کاري چاره: د فدراسیون لینک قطار پای ته رسیدو وخت د Toposerver فدراسیون فدراسیون لینک ناکامۍ کشف وخت تنظیم کړئ (ډیفالټ 3*5s دی).
• تاسو نشئ کولی د پاراګون اتوماتیک UI په کارولو سره د سیسکو IOS-XR راوټرونو لپاره P2MP LSPs چمتو کولو لپاره د NETCONF او Path Computation Element Protocol (PCEP) میتودونه وکاروئ.
  د کار چاره. د CLI په کارولو سره P2MP LSPs چمتو کړئ. وروسته له دې چې تشکیلات تجزیه شي ، د وسیلې راټولولو دنده پرمخ وړئ view LSPs
•  تاسو نشئ کولی د ریښتیني سرچینې بیرغ غیر فعال کړئ کله چې ګمارنه په خوندي حالت کې وي.
  کاري چاره: د خوندي حالت په جریان کې د ریښتیني سرچینې بیرغ غیر فعالولو لپاره د توپوسرور پوډ بیا پیل کړئ.
• کله چې تاسو د یو واحد انګریس روټر پورې اړوند څو ګمارل شوي لیبل سویچ شوي لارې (LSPs) وټاکئ او PCC ته د بیرته راستنیدو په کلیک کولو کلیک وکړئ، یوازې د LSPs څخه یو د وسیلې کنټرول کیږي. په جونوس کې یوه مسله د دې سناریو لامل کیږي.
  کاري چاره: په یو وخت کې یو LSP غوره کړئ او د هر LSP لپاره په انفرادي ډول PCC ته د پلاوي بیرته راستنیدو کلیک وکړئ.
• د ټاکل شوي SR-TE LSP عملیاتي حالت وروسته له دې چې د منزل نوډ بیا کشف شو ټیټ پاتې کیږي.
  کاري چاره: تاسو باید د SR-TE LSP منزل نوډ بیا کشف کیدو وروسته د شبکې ماډل همغږي کړئ.
• د PCE سرور نشي کولی د rabbitmq سره بیا وصل شي وروسته له دې چې rabbitmq بیا پیل شي.
  کاري چاره: د ns-pceserver پوډ بیا پیل کړئ.
• تاسو نشئ کولی د REST API/UI څخه د کارونې فیډریټ شوي تبادلې ترتیب بدل کړئ.
  د کار چاره: په مستقیم ډول د cMGD CLI څخه د کارونې فدرال شوي تبادلې ترتیب بدل کړئ او د بدلون د اغیزمن کیدو لپاره ټپوسرور بیا پیل کړئ.
• د پاراګون انسایټس د نوم (میزبان نوم یا IP پته) ساحه د آلې ID ساحې ته نقشه کوي. په هرصورت، د وسیلې نوم نور د لاندې دلیلونو لپاره ځانګړی ندی:
• د دوه ګوني روټینګ انجن وسیله کې، "-reX" د وسیلې نوم سره ضمیمه شوی.
• د دریمې ډلې غوښتنلیکونه لکه انوټا اتوم د وسیلې نوم ته د ډومین نوم ضمیمه کوي.
  همچنان ، د دې نړیوال ځانګړي پیژندونکي (UUID) لخوا د وسیلې نقشه کول او نه د کوربه نوم کولی شي د معلوماتو سره ستونزې رامینځته کړي چې GUI ښیې.
  کاري چاره: په وسیله کې د مدیریت ایترنیټ انٹرفیس لپاره اضافي IP پته تنظیم کړئ د [ایډیټ ګروپونو] په درجه بندۍ کې یوازې د ماسټر بیان په شمول. بیا تاسو باید دا اضافي IP پته د وسیلې دننه کولو لپاره وکاروئ. د نورو معلوماتو لپاره، وګورئ مدیریت ایترنیټ انٹرفیس.
• که تاسو د TSDB لپاره نوډ وقف کړی وي، ځینې خدمتونه (د مثال لپارهample، AtomDB، ZooKeeper، او داسې نور) په عام نوم ځای کې چې د PersistentVolumeClaim سیټ لري اغیزمن کیدی شي که چیرې اړوند پوډونه په وقف شوي نوډ کې روان وي. دا دی، د TSDB نوډ کې د پوډونو حالت تل د پاتې کیدو په توګه ښودل کیږي.
  کاري چاره: د دې وضعیت څخه مخنیوي لپاره ، د TSDB لپاره نوډ وقف کولو پرمهال ، ډاډ ترلاسه کړئ چې نوډ د وقف شوي خدماتو لپاره هیڅ پوډ نلري چې PersistentVolumeClaim کاروي.
• کله چې تاسو یو ټاکل شوی LSP رد کړئ، د LSP پلان شوي بینډ ویت د کارونکي ان پټ ارزښت پرځای د وسیلې لخوا راپور شوي بینډ ویت پراساس دی.
  د حل لاره: هیڅ نه.
• د وسیلې اضافه کولو پرمهال ، که تاسو د سرچینې IP پته مشخص کړئ چې دمخه په شبکه کې کارول شوی وي ، تاسو ممکن نشئ کولی دا وسیله د وسیلې ګروپ کې اضافه کړئ ، د پلی بوک ځای په ځای کړئ ، د فنکشن انسجام پورې اړوند غلطیو سره مخ شئ ، او داسې نور.
  کاري چاره: د منازعې سرچینې IP پته حل کړئ. د ځای پرځای کولو حالت آیکون کلیک وکړئ او بدلونونه ژمن کړئ.
• که تاسو د الارم پاڼې کې خوندي شوې پوښتنه غوره کړئ، الارمونه د خوندي شوي پوښتنې پراساس فلټر کیږي. مګر، ګراف او نیټه تازه شوي ندي.
  د حل لاره: هیڅ نه.
• که تاسو د وسیلې په پا pageه کې غیر منظم وسیله اضافه کړئ او وروسته د غیر منظم شوي وسیلې کوربه نوم ایډیټ کړئ ، نو کوربه نوم د وسیلې ګروپ کې او په ډشبورډ کې د وسیلو ډشلیٹ کې نه منعکس کیږي.
  کاري چاره: تاسو کولی شئ د کوربه نوم یا د وسیلې IP پتې په کارولو سره یو غیر منظم وسیله اضافه کړئ.
  که تاسو د کوربه نوم په کارولو سره غیر منظم وسیله اضافه کړې وي ، نو د موجوده وسیله حذف کول او د نوي کوربه نوم سره وسیله اضافه کول مسله حل کوي.
  که تاسو د IP پتې په کارولو سره غیر منظم وسیله اضافه کړې وي ، نو د وسیلې ګروپ او په ډشبورډ کې د وسیلو ډشلیٹ کې ، تاسو اړتیا لرئ د IP پتې پراساس غیر منظم شوي وسیلې وپیژنئ نه د کوربه نوم.
• د ډیفالټ په واسطه، د ټوپولوژي فلټر غیر فعال دی. تاسو نشئ کولی د پاراګون اتومات GUI په کارولو سره ټوپولوژي فلټر فعال کړئ.
  کاري چاره: د ټوپولوژي فلټر فعالولو لپاره د طرزالعمل لپاره، د ټوپولوژي فلټر خدمت فعالولو موضوع وګورئ.
• د سیسکو IOS XR وسیلو لپاره ، تاسو نشئ کولی د وسیلو له پاڼې څخه د وسیلې ترتیب بیرته راوباسئ. تاسو کولی شئ یوازې د وسیلې ترتیب بیک اپ کړئ.
  د کار چاره: ستاسو د سیسکو IOS XR وسیلو د وسیلې ترتیب تنظیمولو لپاره:
  1. په ترتیب > وسایلو پاڼه کې، د Cisco XR وسیله غوره کړئ او نور > د ترتیب نسخه کلیک وکړئ.
  2. د ترتیب کولو نسخه کاپي کړئ چې تاسو یې غواړئ بیرته راګرځوئ.
  3. د CLI په کارولو سره ترتیب بیرته راګرځول.
• که تاسو د وسیلې ګروپ کچې کې بهر ته SSH فعال کړی وي ، تاسو نشئ کولی د وسیلې ګروپ کې د یوې وسیلې لپاره بهر SSH غیر فعال کړئ.
  کاري چاره: تاسو کولی شئ د MGD CLI یا Rest APIs په کارولو سره په آلې کې بهر ته SSH فعال یا غیر فعال کړئ. د بهر SSH غیر فعالولو لپاره تاسو باید د غیر فعال بیرغ ریښتیا ته وټاکئ. د MGD CLI په کارولو سره د بیروني SSH غیر فعالولو لپاره په وسیله کې لاندې کمانډ چل کړئ: د healthbot DeviceName outbound-ssh غیر فعال کړئ ریښتیا
• تاسو نشئ کولی د پاراګون اتومات GUI څخه د خدماتو ټول لاګ ډاونلوډ کړئ.
  د حل لاره: تاسو کولی شئ view په لچکدار لټون ډیټابیس (ESDB) او ګرافانا کې د ټولو خدماتو لاګ. Grafana یا ESDB ته د ننوتلو لپاره، تاسو باید په config.yml کې د grafana_admin_password په ډګر کې پټنوم ترتیب کړئ file د نصبولو دمخه.
• که تاسو موجوده LSP تعدیل کړئ یا د روټینګ معیارونو څخه د یوې سلائس ID په توګه کاروئ، نو بیا لاره مخکېview ښايي په سمه توګه نه ښکاري.
  کاري چاره: یوځل چې تاسو لاره چمتو کړئ ، لاره د سلائس ID محدودیتونو ته درناوی کوي او لاره په لاره کې په سمه توګه ښکاريview.
• که تاسو د PCEP په کارولو سره د قطعې لارې LSP چمتو کړئ، نو د رنګ فعالیت کار نه کوي.
  دا مسله رامینځته کیږي که چیرې روټر د جونوس OS ریلیز 20.1R1 کې روان وي.
  کاري چاره: د 21.4R1 خوشې کولو لپاره د جونوس OS لوړ کړئ.
• مایکرو سرویسونه د PostgresSQL سره وصل کیدو کې پاتې راغلي ځکه چې PostgresSQL د لومړني رول سویچ اوور په جریان کې هیڅ اړیکه نه مني. دا یو موقتي حالت دی.
  کاري چاره: ډاډ ترلاسه کړئ چې مایکرو خدمتونه د لومړني رول سویچ اوور بشپړیدو وروسته له PostgresSQL سره وصل کیږي.
  • د پوسټګریس ډیټابیس په ځینو سیسټمونو کې غیر فعال کیږي، کوم چې د ارتباط د ناکامۍ المل کیږي.
  کاري چاره: په لومړني نوډ کې لاندې کمانډ اجرا کړئ: په اتوم-db-{0..2} کې د پوډ لپاره؛ کوي
  kubectl exec -n common $pod — chmod 750 /home/postgres/pgdata/pgroot/data بشپړ شوی
• د سیسکو IOS XR وسیلو لپاره د وسیله کشف ناکام شو.
  کاري چاره: د سیسکو IOS XR وسیلې لپاره د SSH سرور نرخ حد زیات کړئ. د تنظیم کولو حالت کې وسیله ته ننوتل ، او لاندې کمانډ چل کړئ:
  RP/0/RP0/CPU0:ios-xr(config)#ssh سرور نرخ-حد 600
• که تاسو د لینک ځنډ او د لینک ځنډ توپیر په اړه معلومات ترلاسه کولو لپاره BGP-LS کاروئ، تاسو نشئ کولی view د تاریخي لینک ځنډ ډاټا.
  د حل لاره: هیڅ نه.
• په نادره سناریوګانو کې (د مثال لپارهample، کله چې ریډیس غورځیږي او د کبرنیټس لخوا په اوتومات ډول بیا پیل کیږي ، یا تاسو باید د ریډیس سرور بیا پیل کړئ) ، ځینې انٹرفیس معلومات ورک شوي او انٹرفیسونه د شبکې معلوماتو جدول د انٹرفیس ټب کې لیست شوي ندي. په هرصورت، دا مسله د لارې محاسبه، احصایې، یا د LSP چمتو کول اغیزه نه کوي.
  د کار چاره: د ژوندی شبکې موډل کې د انٹرفیسونو بیرته راګرځولو لپاره، د وسیلې راټولولو دنده بیا پیل کړئ.
• د نوي کاري فلو اضافه کولو او د کاري فلو پا pagesو ترمیم کولو کاري ټب کې:
• که څه هم تاسو د لغوه کولو اختیار باندې کلیک وکړئ، هغه بدلونونه چې تاسو د دندې د سمون په وخت کې کړي وي خوندي شي.
• تاسو نشئ کولی د هغه مرحلې نوم بیا وکاروئ چې تاسو دمخه حذف کړی وي.
• د خطا پیغام به ښکاره نشي حتی کله چې تاسو د خالي ننوتونو سره یو ګام اضافه کړئ او خوندي کړئ او ځای په ځای کړئ کلیک وکړئ.
  د حل لاره: هیڅ نه.
• د دوه اړخیز RE حالت سره د ځینې ټیټ پای PTX وسیلو لوړول (د مثال لپارهample، PTX5000 او PTX300) په پاراګون اتومات کې نه ملاتړ کیږي. دا ځکه چې د دوه اړخیز RE حالت سره د ټیټ پای PTX وسیلې د پل یا پل ډومین تنظیم کولو ملاتړ نه کوي.
  د حل لاره: هیڅ نه.
• POST/traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API کار نه کوي.
  کاري حل: موږ وړاندیز کوو چې تاسو POST/NorthStar/API/v2/tenant/1/topology/1/rpc/ diverseTreeDesign API وکاروئ.
• پاراګون اتومات د نوکیا وسیلو لپاره الارمونه نه ښیې.
  د حل لاره: هیڅ نه.
• پداسې حال کې چې د SRv6 LSP د روټینګ میتود سره د روټ بای ډیوییس په توګه تنظیم کول ، تاسو باید د برخې روټینګ - څرګند روټ اعتراض (SR-ERO) لپاره ارزښت مشخص کړئ؛ که نه نو، تاسو نشئ کولی د ټرافیک لیږد لپاره SRv6 LSP وکاروئ.
  کاري چاره: د تونل اضافه کولو پرمهال ، د لارې ټب کې ، د اړتیا یا غوره روټینګ ډول مشخص کولو لپاره هپس اضافه کړئ.
• که چیرې د وسیلې لخوا کنټرول شوی SRv6 LSP له شبکې څخه وموندل شي ، د دې LSP لپاره روښانه شوې لاره به غلطه وي پرته لدې چې تاسو د لارې لپاره د واضح روټ اعتراض (ERO) مشخص کړئ یا نه.
  د حل لاره: هیڅ نه.
• ځینې ​​​​وختونه، تاسو ممکن نشئ کولی د سیګمینټ روټینګ LSPs په لویه کچه حذف کړئ.
  کاري چاره: تاسو کولی شئ هغه LSPs چې د ډیری حذف کولو پروسې په جریان کې حذف شوي ندي حذف کړئ.
•  د پیراګون اتومات GUI کې ، د نوي کاري فلو اضافه کولو او د کاري فلو پا pagesو ایډیټ کولو کاري ټب کې ، د لاندې خطا پیغام څرګندیږي کله چې تاسو د کوم بدلون پرته د موجوده مرحلې ایډیټ او خوندي کولو هڅه کوئ:
  نوم لا دمخه شتون لري
  کاري چاره: که تاسو په غلطۍ سره د ترمیم اختیار کلیک کړی وي، ډاډ ترلاسه کړئ چې تاسو لږترلږه د مرحلې نوم بدل کړئ.
• د PCEP سیشن ځینې وختونه د ښکته په توګه ښودل کیږي که تاسو په شمال سټار نوم ځای کې ټول پوډونه بیا پیل کړئ.
  کاري چاره: د kubectl حذف پوډ ns-toposerver- په کارولو سره د ټوپولوژي سرور بیا پیل کړئ -n Northstar قومانده.
• په اداره > د جواز مدیریت پاڼه، تاسو نشئ کولی view د جواز SKU نوم کله چې تاسو جواز غوره کړئ او بیا نور > توضیحات غوره کړئ.
  د حل لاره: هیڅ نه.
• د الارم پاڼې ګراف وروستي معلومات نه منعکس کوي. دا دی، ګراف وروسته له هغه نه تازه کیږي چې الارم نور فعال نه وي.
  د حل لاره: هیڅ نه.
• کله چې تاسو د iAgent لپاره بهر ته SSH تنظیم کړئ، د ترتیب شوي قاعدې لپاره ډاټا به تولید نشي.
  د حل لاره: هیڅ نه.
• د پاکټ له لاسه ورکولو صفر سلنه ارزښت د لینکونو ترمینځ ښودل کیږي که تاسو دوه طرفه فعال مدیریت پروتوکول تنظیم کړی وي (TWAMP). دا غلط دی ځکه چې TWAMP د IS-IS ترافیک انجینرۍ لپاره د پیکټ ضایع صادرولو ملاتړ نه کوي.
  د حل لاره: هیڅ نه.
• که تاسو د MPC10+ لاین کارتونو سره وسیله کاروئ او که وسیله د ریلیز 21.3R2-S2 یا ریلیز 21.4R2-S1 پرته د Junos OS ریلیز کې روانه وي ، نو د منطقي انٹرفیسونو احصایې نه راټولیږي. په هرصورت، د فزیکي انٹرفیسونو او LSPs لپاره احصایې راټول شوي.
  کاري چاره: د جونوس OS خوشې کول د 21.3R2-S2 یا 21.4R2-S1 خوشې کولو ته لوړ کړئ. همچنان ، ډاډ ترلاسه کړئ چې تاسو د 23.1 خوشې کولو لپاره د پیراګون اتومات اپ گریڈ کړی.
• کله چې تاسو د LSP غیر رسمي کړئ، د LSP حالت د سپارل شوي په توګه ښودل کیږي. کله چې تاسو د LSP د بیا تنظیم کولو هڅه وکړئ، د روټر ترتیب ممکن د واضح روټ څیزونو (ERO) اضافه کولو لپاره تعدیل شي.
  د کار چاره: مخکې لدې چې تاسو LSP بیا غیر رسمي کړئ د تونل ټب تازه کړئ.
• Paragon Pathfinder د SR LSP لخوا ټاکل شوي SR LSP نه راوړي کله چې SR LSP د SR LSP وضعیت په ځایی توګه راوتلی وي د سلائس محدودیتونه پوره نه کړي.
• که تاسو د 2*32 سلائس ID لوی یا مساوي سره د ټوپولوژي ګروپ رامینځته کړئ ، د ټوپولوژي ګروپ ID به د سلائس ID سره سمون ونلري.
• د Paragon Automation Kubernetes کلستر پخپله تولید شوي kubeadm مدیریت شوي سندونه کاروي.
  دا سندونه د پلي کیدو وروسته په یو کال کې پای ته رسیږي پرته لدې چې د کوبرنیټس نسخه نوي شي یا سندونه په لاسي ډول نوي شوي وي. که چیرې سندونه پای ته ورسیږي، پوډونه په ننوتلو کې پاتې راځي او په لاګ کې د غلط سند غلطۍ ښکاره کوي.
  کاري حل: سندونه په لاسي ډول نوي کړئ. د سندونو نوي کولو لپاره لاندې مرحلې ترسره کړئ:

1. د خپل کلستر په هر لومړني نوډ کې د kubeadm certs check-expiration کمانډ په کارولو سره اوسني سندونه - د پای نیټه چیک کړئ.
2. د سندونو نوي کولو لپاره ، د kubeadm سندونه وکاروئ ستاسو د Kubernetes کلستر په هر لومړني نوډ کې ټول کمانډ نوي کړئ.
3. د خپل کلستر په هر لومړني نوډ کې د kubeadm certs check-expiration کمانډ په کارولو سره د پای نیټه بیا چیک کړئ.
4. د نوي سندونو کارولو لپاره د هر یو لومړني نوډ څخه لاندې پوډونه بیا پیل کړئ.

حل شوي مسایل

دا برخه د جونیپر پاراګون اتوماتیک ریلیز 24.1 کې حل شوي مسلې لیست کوي

• سمیټریک جوړه LSPs ممکن د حد څخه کراس کولو په ری روټینګ کې په سمیټریک ډول ونه لیږدول شي.
  د حل لاره: هیڅ نه.
• د ټرافیک چارټ اوس د دوه ګوني روټینګ انجنونو سره د وسیلو لپاره ملاتړ کیږي کوم چې د دوی کوربه نومونو سره د re0 یا re1 ضمیمه شوي. په هرصورت، ګرافونه یوازې هغه وخت مالتړ کیږي چې د کوربه نوم - ضمیمه په ټیټه بڼه او -re0 یا -re1 بڼه کې وي. د مثال لپارهample: vmx101-re0 یا vmx101-re1
  د حل لاره: هیڅ نه
• د کنټرولر سایټونه د پاراګون پلانر لپاره د شبکې آرشیف کې شامل ندي.
  د حل لاره: هیڅ نه.
• د خوندي حالت حالت تل غلط وي کله چې ns-web پوډ پیل کیږي.
  د حل لاره: هیڅ نه.
• تاسو د خوندي حالت په جریان کې د ریښتیني سرچینې بیرغ بدلولو وروسته د غلط خوندي حالت حالت ترلاسه کوئ.
  د حل لاره: هیڅ نه.
• ځینې ​​​​وختونه د NETCONF غیر فعال شوي وسیلې د NETCONF حالت سره څرګندیږي.
  کاري حل: د وسیله پرو ایډیټ کړئfile پرته له کوم بدلون څخه د وسیلې پرو بیا بار کولو محرک کولو لپارهfile.
• د SR-TE LSPs لپاره رنګ چې د Cisco IOS-XR وسیلو څخه سرچینه اخلي یوازې هغه وخت څرګندیږي کله چې LSP په پیل کې د وسیلې راټولولو څخه کشف شوی وي.
  د حل لاره: هیڅ نه.
• د SR-TE LSP اداري ګروپ چې د PCEP څخه زده شوی د ټوپولوژي ترکیب وروسته ورک کیږي، که چیرې LSP حالت تنظیم کړي.
  کاري چاره: SR-TE LSP تعدیل کړئ ترڅو د PCEP څخه زده شوي اداري ګروپ ته دوام ورکړي.
• په غوره لاره کې LSPs ممکن د PCS اصلاح کولو پرمهال غیر ضروري PCEP تازه معلومات ترلاسه کړي.
  د حل لاره: هیڅ نه.
• په تشخیص کې یوه تېروتنه (تنظیم> ډیټا انجسټ> تشخیص> غوښتنلیک) فیچر د غوښتنلیک ازموینې د ناکامۍ لامل کیږي.
  د حل لاره: هیڅ نه.
• په شبکه> ټاپولوژي> تونل ټب کې، کله چې تاسو د فلټر (فنل) آیکون باندې ځړول او د فلټر اضافه کول غوره کړئ، د معیارونو اضافه کولو پاڼه ښکاره کیږي. که تاسو د ساحې لیست کې رنګ غوره کړئ، د ساحې ارزښت د رنګ پر ځای د پلان شوي ملکیتونو په توګه ښودل کیږي.
  د حل لاره: هیڅ نه.
• د لارې تحلیل راپور خالي دی.

کاري چاره: د لارې تحلیل ترسره کولو دمخه د وسیلې راټولولو دنده پرمخ وړئ. په یاد ولرئ، د لارې تحلیل راپور خالي کیدی شي که چیرې LSPs دمخه په غوره لاره کې وي.

د جونیپر شبکې، د جونیپر شبکې لوگو، جونیپر، او جونوس په متحده ایالاتو او نورو هیوادونو کې د Juniper Networks Inc. راجستر شوي سوداګریزې نښې دي. نور ټول سوداګریز نښانونه، د خدماتو نښانونه، راجستر شوي نښانونه، یا راجستر شوي خدمت نښان د دوی د اړوندو مالکینو ملکیت دی. د جونیپر شبکې په دې سند کې د کومې غلطۍ لپاره هیڅ مسؤلیت په غاړه نه اخلي. د جونیپر شبکه پرته له خبرتیا پرته د دې خپرونې د بدلون، تعدیل، لیږد، یا بل ډول بیاکتنې حق لري. د چاپ حق © 2024 Juniper Networks, Inc. ټول حقونه خوندي دي.

اسناد / سرچینې

د جونیپر شبکې پاراګون اتومات سافټویر [pdf] د کارونکي لارښود د پاراګون اتومات سافټویر، د اتوماتیک سافټویر، سافټویر

حوالې

• د کارن لارښود