پیراگون آٹومیشن، ریلیز 24.1

سافٹ ویئر کی جھلکیاں

• RHEL 8.10 کے لیے سپورٹ
• پیراگون CLI یوٹیلیٹی میں غیر روٹ صارفین کے لیے کمانڈ چلانے کی اہلیت
• NETCONF کا استعمال کرتے ہوئے Cisco IOS XR آلات پر سیگمنٹ روٹنگ پالیسیوں کی فراہمی کی اہلیت

تعارف

Juniper® Paragon Automation نیٹ ورک پلاننگ، کنفیگریشن، پروویژننگ، ٹریفک انجینئرنگ، مانیٹرنگ، اور لائف سائیکل مینجمنٹ کے لیے کلاؤڈ ریڈی حل ہے جو نیٹ ورک مینجمنٹ اور مانیٹرنگ کے لیے جدید ترین ویژولائزیشن کی صلاحیتیں اور تجزیات لاتا ہے۔ آپ پیراگون آٹومیشن کو آن پریمیسس (کسٹمر کے زیر انتظام) ایپلیکیشن کے طور پر تعینات کر سکتے ہیں۔
پیراگون آٹومیشن مائیکرو سروسز پر مبنی فن تعمیر پر کام کرتی ہے اور REST APIs، gRPC APIs، اور عام پیغام رسانی بس مواصلات کو ملازمت دیتی ہے۔ پیراگون آٹومیشن بیس پلیٹ فارم کی صلاحیتیں فراہم کرتا ہے جیسے جونیپر نیٹ ورکس اور تھرڈ پارٹی (سسکو IOS XR، نوکیا) ڈیوائسز، زیرو ٹچ پروویژننگ، یوزر مینجمنٹ، اور رول بیسڈ ایکسیس کنٹرول (RBAC) کے لیے سپورٹ۔
بیس پلیٹ فارم کی صلاحیتیں فراہم کرنے کے علاوہ، پیراگون آٹومیشن مائیکرو سروسز پر مبنی ایپلی کیشنز کا ایک مجموعہ پیش کرتا ہے— Juniper® Paragon Insights (سابقہ ​​HealthBot)، Juniper® Paragon Planner (سابقہ ​​NorthStar Planner)، اور Juniper® Paragon Pathfinder (سابقہ ​​NorthStar کنٹرولر)۔
جب آپ ان ایپلی کیشنز میں سے کسی کو پیراگون آٹومیشن میں شامل کرتے ہیں، تو ایپلیکیشن کا API سویٹ پیراگون آٹومیشن کے ساتھ ضم ہوجاتا ہے تاکہ نئی اور موجودہ خدمات کے درمیان ہموار رابطے کی اجازت دی جاسکے۔ ان ریلیز نوٹس میں، ہم بیس پلیٹ فارم کی نئی خصوصیات، پیراگون پاتھ فائنڈر، پیراگون پلانر (ڈیسک ٹاپ ایپلیکیشن)، اور پیراگون انسائٹس ماڈیولز کا خاکہ پیش کرتے ہیں جو اس ریلیز میں دستیاب ہیں۔ ان ایپلی کیشنز سے متعلق فیچرز کے بارے میں مزید معلومات کے لیے، پیراگون آٹومیشن یوزر گائیڈ دیکھیں۔
پیراگون آٹومیشن ریلیز 24.1 میں نئی ​​اور اپ ڈیٹ کردہ خصوصیات، سافٹ ویئر کی حدود، اور کھلے مسائل کو تلاش کرنے کے لیے ان ریلیز نوٹس کا استعمال کریں۔

تنصیب اور اپ گریڈ کی ہدایات

تنصیب کے طریقہ کار، اپ گریڈ کے طریقہ کار، اور ضروریات کے بارے میں معلومات کے لیے (سافٹ ویئر اور
ہارڈ ویئر)، پیراگون آٹومیشن انسٹالیشن گائیڈ دیکھیں۔

نوٹ:
آپ صرف پیراگون آٹومیشن ریلیز 23.2 سے ریلیز 24.1 میں براہ راست اپ گریڈ کر سکتے ہیں۔ اگر آپ کی ریلیز ریلیز 23.2 سے پہلے کی ہے تو آپ کو ریلیز 24.1 کو نئے سرے سے انسٹال کرنا ہوگا۔ تاہم، اپنی موجودہ ریلیز کنفیگریشن کو ریلیز 24.1 میں منتقل کرنے کے لیے، آپ بیک اپ استعمال کر سکتے ہیں اور فعالیت کو بحال کر سکتے ہیں۔ اپ گریڈ کے بارے میں مزید معلومات کے لیے، پیراگون آٹومیشن ریلیز 24.1 میں اپ گریڈ کریں۔

لائسنسنگ

Paragon Insights میں، ہم نے لائسنس کے درج ذیل درجات اور ان سے متعلقہ ڈیوائس لائسنس متعارف کرائے ہیں:

• پیراگون انسائٹس ایڈوانسڈ (PIN-Advanced)
• Paragon Insights Standard (PIN-Standard)

فی الحال، درجے کے لائسنس سختی سے نافذ ہیں۔ یعنی، آپ تعیناتی آپریشن نہیں کر سکتے جب تک کہ آپ لائسنس شامل نہ کریں۔
ڈیوائس کے لائسنس نرمی سے نافذ ہیں۔ یعنی، آپ کو پیراگون آٹومیشن GUI میں تعمیل سے باہر کا الرٹ موصول ہوگا اگر آپ اس نمبر سے زیادہ ڈیوائسز لگانے کی کوشش کرتے ہیں جس کے لیے آپ نے لائسنس حاصل کیے ہیں۔
تاہم، آپ موجودہ فعالیت کا استعمال جاری رکھ سکتے ہیں۔
آپ کر سکتے ہیں۔ view GUI میں ایڈمنسٹریشن > لائسنس مینجمنٹ صفحہ پر آپ کے لائسنس کی تعمیل کی حیثیت۔
پیراگون پاتھ فائنڈر میں، ہم نے لائسنس کے درج ذیل درجات کو سختی سے نافذ کیا ہے:

• پاتھ فائنڈر سٹینڈرڈ
• پاتھ فائنڈر ایڈوانسڈ
• پاتھ فائنڈر پریمیم

لائسنسنگ کے بارے میں معلومات کے لیے، دیکھیں لائسنسنگ گائیڈ.
اگر آپ کے پاس لائسنس کلید ہے جو ریلیز سے پہلے پیراگون آٹومیشن کے ورژن کے لیے تیار کی گئی تھی۔
22.1 آپ کو لائسنس کلیدی فارمیٹ کو نئے فارمیٹ میں اپ گریڈ کرنے کی ضرورت ہوگی اس سے پہلے کہ آپ اسے پیراگون آٹومیٹن ریلیز 24.1 میں انسٹال کر سکیں۔ آپ Juniper Agile لائسنسنگ پورٹل کا استعمال کرکے لائسنس کی ایک نئی کلید بنا سکتے ہیں۔ نئی لائسنس کلید بنانے کے بارے میں مزید معلومات کے لیے، دیکھیں Viewلائسنسز شامل کریں، یا حذف کریں۔

نئی اور تبدیل شدہ خصوصیات

یہ سیکشن جونیپر پیراگون آٹومیشن ریلیز 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 یوٹیلیٹی کا استعمال کرتے ہوئے ٹربل شوٹ کریں۔.]

پیراگون پاتھ فائنڈر

• Cisco IOS XR ڈیوائسز پر سیگمنٹ روٹنگ کی پالیسیاں - پیراگون آٹومیشن ریلیز 24.1 سے شروع کرتے ہوئے، آپ NETCONF کو پروویژننگ طریقہ کے طور پر استعمال کر کے Cisco IOS XR ڈیوائسز پر سیگمنٹ روٹنگ پالیسیاں فراہم کر سکتے ہیں۔

بیس پلیٹ فارم
ہم نے پیراگون آٹومیشن ریلیز 24.1 میں بیس پلیٹ فارم سے متعلق کوئی نئی خصوصیات شامل نہیں کی ہیں۔
پیراگون بصیرت
ہم نے پیراگون آٹومیشن ریلیز 24.1 میں پیراگون انسائٹس سے متعلق کوئی نئی خصوصیات شامل نہیں کی ہیں۔
پیراگون پلانر
ہم نے پیراگون آٹومیشن ریلیز 24.1 میں پیراگون پلانر سے متعلق کوئی نئی خصوصیات شامل نہیں کی ہیں۔
نوٹ: پیراگون پلانر Web پیراگون آٹومیشن ریلیز 24.1 میں ایپلیکیشن بیٹا فیچر ہے۔

فرسودہ خصوصیات

اس حصے میں ان خصوصیات کی فہرست دی گئی ہے جو فرسودہ ہیں یا جن کے لیے پیراگون سے سپورٹ واپس لی گئی ہے۔
آٹومیٹن ریلیز 24.1۔
گرافانا UI
آپ Paragon Automation سے Grafana UI تک رسائی حاصل نہیں کر سکتے۔ Grafana UI تک رسائی حاصل کرنے کے لیے، آپ کو:

1. گرافانا انسٹال کریں۔
   دیکھیں گرافانا دستاویزات مزید معلومات کے لیے
2. /var/local/healthbot/healthbot tsdb start-services کمانڈ چلا کر TSDB پورٹ کو بے نقاب کریں۔

نوٹ: پیراگون آٹومیشن میں، TSDB پورٹ بطور ڈیفالٹ ظاہر نہیں ہوتا ہے۔ گرافانا جیسے بیرونی ٹولز کو استعمال کرنے کے لیے، آپ کو TSDB پورٹ کو بے نقاب کرنے کے لیے براہ راست (اور APIs کے ذریعے نہیں) TSDB سے استفسار کرنے کی ضرورت ہے۔

مزید معلومات کے لیے دیکھیں TSDB کا بیک اپ اور بحال کریں۔.
• چارٹس

معلوم مسائل

یہ سیکشن جونیپر پیراگون آٹومیشن ریلیز 24.1 میں معلوم مسائل کی فہرست دیتا ہے۔

تنصیب

• جب آپ VMware ESXi سرورز پر ورچوئل مشینیں (VMs) فراہم کرتے ہیں، اگر آپ بیس OS کے ساتھ ڈسک کو شامل کرنے سے پہلے بلاک اسٹوریج ڈسک کو شامل کرتے ہیں، تو Ceph بعض اوقات غلط ڈرائیوز کا استعمال کرتے ہوئے غلط طریقے سے ڈرائیوز کی شناخت کرتا ہے اور کلسٹر بناتا ہے، جس کے نتیجے میں بیس OS ہوتا ہے۔ تباہ
  کام: پہلی ڈسک کو بیس OS (بڑی ڈرائیو) کے طور پر شامل کریں اور پھر چھوٹی بلاک اسٹوریج ڈسک شامل کریں۔
• ٹائم سیریز ڈیٹا بیس (TSDB) HA نقل کی عدم موجودگی میں، اگر TSDB پوڈ کو چلانے والا Kubernetes کارکن نوڈ نیچے چلا جاتا ہے، اگرچہ پوڈ میں گنجائش موجود ہے، TSDB سروس کو نئے نوڈ پر نہیں بنایا جاتا ہے۔ اس کی وجہ یہ ہے کہ ڈیٹا کی ایک بڑی مقدار کو نئے نوڈ میں منتقل کرنے کی ضرورت ہوگی۔
  حل: سرور کی ناکامی کی صورت میں یا TSDB مثال کی میزبانی کرنے والے اسٹوریج کی صورت میں، آپ سرور یا خراب شدہ جزو کو دوبارہ بنا سکتے ہیں۔

اگر نقل کا عنصر 1 پر سیٹ ہے، تو اس مثال کے لیے TSDB ڈیٹا ضائع ہو جائے گا۔ اس صورت میں، آپ کو پیراگون آٹومیشن سے ناکام TSDB نوڈ کو ہٹانے کی ضرورت ہے۔ ناکام TSDB نوڈ کو ہٹانے کے لیے:

1. پیراگون آٹومیشن GUI میں، کنفیگریشن > بصیرت کی ترتیبات کو منتخب کریں۔
   بصیرت کی ترتیبات کا صفحہ ظاہر ہوتا ہے۔
2. ٹی ایس ڈی بی ٹیب پر کلک کریں۔ view TSDB ترتیبات کا ٹیب شدہ صفحہ۔
3. ناکام نوڈ کو حذف کرنے کے لیے، TSDB ترتیبات کے ٹیب والے صفحہ پر، ناکام TSDB نوڈ کے نام کے آگے X پر کلک کریں۔
   نوٹ: ہم تجویز کرتے ہیں کہ آپ مینٹیننس ونڈو کے دوران TSDB نوڈس کو حذف کر دیں کیونکہ کچھ سروسز دوبارہ شروع ہو جائیں گی اور TSDB کے کام کے دوران پیراگون آٹومیشن GUI غیر جوابدہ ہو جائے گا۔
4. محفوظ کریں اور تعینات کریں پر کلک کریں۔
5. اگر تبدیلیاں تعینات نہیں کی گئی ہیں اور اگر آپ کو تعیناتی کے دوران غلطی کا سامنا کرنا پڑتا ہے، تو فورس ٹوگل بٹن کو فعال کریں اور محفوظ کریں اور تعینات کریں پر کلک کرکے تبدیلیوں کا ارتکاب کریں۔ ایسا کرنے سے، سسٹم TSDB سیٹنگز کو ایڈجسٹ کرتے وقت پیش آنے والی غلطی کو نظر انداز کر دیتا ہے۔

• اگر آپ پیراگون آٹومیشن کو مکمل طور پر ان انسٹال کرتے ہیں، تو آپ کو یہ بھی یقینی بنانا ہوگا کہ تمام نوڈس پر /var/lib/rook ڈائرکٹری کو ہٹا دیا گیا ہے، اور تمام Ceph بلاک ڈیوائسز کو صاف کر دیا گیا ہے۔
  حل: دیکھیں کیف اور روک کی خرابیوں کا سراغ لگانا > ایک ناکام ڈسک کی مرمت کریں۔ پیراگون آٹومیشن انسٹالیشن گائیڈ میں سیکشن۔
• ایئر گیپ طریقہ استعمال کرتے ہوئے پیراگون آٹومیشن کو انسٹال کرتے وقت، درج ذیل خرابی ہوتی ہے:

حل: config-dir/config.yml میں درج ذیل کنفیگریشن متغیرات میں ترمیم کریں file اور پھر ایئر گیپ طریقہ استعمال کرتے ہوئے پیراگون آٹومیشن انسٹال کریں:

جنرل

• deploy-federated-exchange کمانڈ آؤٹ پٹ دکھاتا ہے کہ انسٹالیشن ناکام ہو گئی ہے جب آپ ڈیزاسٹر ریکوری کو ڈوئل کلسٹر کی تعیناتی میں کنفیگر کرتے ہیں۔ آپ ناکامی کے پیغام کو نظر انداز کر سکتے ہیں لیکن آپ کو دونوں کلسٹرز کے تمام بنیادی نوڈس پر درج ذیل کمانڈ کو عمل میں لانا ہوگا۔حل: کوئی نہیں۔
• جب ایک ناکامی LSPs کے دونوں متنوع جوڑے کو متاثر کرتی ہے، تو پاتھ کمپیوٹنگ سرور (PCS) LSPs کو کم تنوع کی سطح کے راستے یا غیر متنوع راستے پر نہیں بھیجے گا۔ LSPs کو اس وقت تک روٹ نہیں کیا جاتا جب تک کہ PCS ترتیب شدہ تنوع کی سطح سے مماثل راستہ تلاش نہ کر لے۔
  حل: کوئی نہیں۔
• جب ناکامی LSPs کے دونوں متنوع جوڑے کو متاثر کرتی ہے، تو Path Computation Server (PCS) LSPs کو غیر متنوع راستے کے ساتھ روٹ نہیں کرے گا۔ LSPs کو اس وقت تک روٹ نہیں کیا جاتا جب تک کہ PCS ترتیب شدہ تنوع کی سطح سے مماثل راستہ تلاش نہ کر لے۔
  حل: تنوع گروپ کو ہٹائیں اور دوبارہ لاگو کریں۔
• کنٹینر سب ایل ایس پی کی بینڈوڈتھ سائزنگ سیٹنگز کے تحت کم از کم تغیر کی حد کی قدر کو کنٹینر میں کنفیگر کرنے کے باوجود 0 کے طور پر دکھایا گیا ہے۔ عام حالات میں، سب ایل ایس پی کی بینڈوڈتھ سائزنگ پر کوئی اثر نہیں پڑتا ہے کیونکہ بینڈوڈتھ سائزنگ کا کام سب ایل ایس پی کے بجائے کنٹینر سے اس قدر کو حاصل کرتا ہے۔ تاہم، بعض حالات میں، یہ ممکن ہے کہ سب ایل ایس پی کو نئی بینڈوتھ ویلیو میں تبدیل کیا جا سکے جب ترتیب شدہ کم از کم تغیر کی حد کی خلاف ورزی نہ کی گئی ہو۔
  اس مسئلے پر مزید تفصیلات کے لیے، جونیپر نیٹ ورکس ٹیکنیکل اسسٹنٹ سینٹر (JTAC) سے رابطہ کریں۔
• بینڈوڈتھ سائزنگ کے دوران، ایک فعال ثانوی LSP جس میں بینڈوتھ کا سائز فعال کیا گیا ہے اس کا سائز تبدیل نہیں کیا جا سکتا ہے۔ جب یہ مسئلہ پیش آتا ہے، تو سیکنڈری پاتھ میں لنکس کے RSVP استعمال کو غلط طریقے سے اپ ڈیٹ کیا جا سکتا ہے۔
  حل: کوئی نہیں۔
• UI کا استعمال کرتے ہوئے پیراگون پاتھ فائنڈر سیٹنگز (کنفیگریشن> نیٹ ورک سیٹنگز) میں تبدیلیاں کرنے کے لیے ترمیم کو مؤثر ہونے کے لیے ایک سے زیادہ کوششوں کی ضرورت پڑ سکتی ہے۔ آپ کو محفوظ کریں پر ایک سے زیادہ بار کلک کرنا پڑ سکتا ہے۔
  کام: وہی تبدیلیاں cMGD CLI استعمال کرکے کی جاسکتی ہیں جو pf-cmgd کمانڈ چلانے والے ماسٹر نوڈ سے قابل رسائی ہے۔
• کنٹینر نارملائزیشن کے دوران کچھ شرائط کے تحت، ایک یا زیادہ کنٹینر سب ایل ایس پیز جنہیں ہٹایا جانا چاہیے تھا وہ برقرار رہے گا۔ یہ کنٹینر subLSPs نیٹ ورک میں رہیں گے کیونکہ آزاد LSPs کنٹینر سے وابستہ نہیں ہیں۔ کنٹینر ایل ایس پی ٹیب کے تحت ذیلی ایل ایس پیز کالم میں بیان کردہ کنٹینر کے ذیلی ایل ایس پیز کی تعداد میں مماثلت اور ٹنل ٹیب کے تحت کنٹینر کا نام سابقہ ​​کے طور پر رکھنے والے ایل ایس پیز کی اصل تعداد کو اس مسئلے کا اشارہ سمجھا جا سکتا ہے۔
  اس مسئلے پر مزید تفصیلات کے لیے، جونیپر نیٹ ورکس ٹیکنیکل اسسٹنٹ سینٹر (JTAC) سے رابطہ کریں۔
• کنٹینر ایل ایس پی کو بینڈوتھ کے سائز کی ترتیبات کے ساتھ کنفیگر کیا جا سکتا ہے جو اس کے ذیلی ایل ایس پیز سے وراثت میں ملی ہیں۔ بعض حالات میں، جب صارف ماضی میں اسے فعال کرنے کے بعد کنٹینر میں بینڈوتھ کے سائز کے اختیار کو غیر فعال کرتا ہے، تو یہ موجودہ ذیلی ایل ایس پیز میں غیر فعال نہیں ہوتا ہے۔
  حل: کوئی نہیں۔
• کنٹینر کے ذیلی ایل ایس پی کی دستی بحالی سے ایل ایس پی آبجیکٹ میں ڈیٹا کا اضافہ ہوگا۔ نتیجے کے طور پر، مندرجہ ذیل مسائل پیدا ہوسکتے ہیں:
• اگر کنٹینر بینڈ وڈتھ کے سائز کو فعال کرنے والا ہے اور ایک غیر صفر کم از کم تغیر کی حد کو ترتیب دیا گیا ہے، تو مخصوص ذیلی ایل ایس پی کا سائز تبدیل کیا جا سکتا ہے باوجود اس کے کہ سب ایل ایس پی کے ذریعے ٹریفک اس کی سگنل شدہ بینڈوتھ سے کم از کم تغیر کی حد کی قدر سے زیادہ نہ ہو۔
• اگر کنٹینر بینڈوتھ کے سائز کی ترتیبات میں بعد میں ترمیم کی جاتی ہے تو subLSP میں کنٹینر سے مختلف بینڈوڈتھ سائزنگ سیٹنگ ہو سکتی ہے۔
• کنٹینر نارملائزیشن کے دوران سب ایل ایس پی کو ہٹانے میں ناکامی جب بینڈوتھ ضم ہونے والی بینڈوتھ سے نیچے آجاتی ہے۔
  اس مسئلے پر مزید تفصیلات کے لیے اور اندرونی حالت میں شامل ہونے والے اضافی ڈیٹا کو ہٹانے کی ہدایات کے لیے، Juniper Networks Technical Assistance Center (JTAC) سے رابطہ کریں۔
• کچھ منظرناموں کے تحت جیسے دستیاب راستوں کی کمی پر کنٹینر نارملائزیشن کی ناکامی، کنٹینر سب ایل ایس پی آبجیکٹ میں اضافی اندرونی حالت شامل ہو جائے گی جو درج ذیل مسائل کا باعث بن سکتی ہے۔
• اگر کنٹینر بینڈ وڈتھ کے سائز کو فعال کرنے والا ہے اور ایک غیر صفر کم از کم تغیر کی حد کو ترتیب دیا گیا ہے، تو مخصوص ذیلی ایل ایس پی کا سائز تبدیل کیا جا سکتا ہے باوجود اس کے کہ سب ایل ایس پی کے ذریعے ٹریفک اس کی سگنل شدہ بینڈوتھ سے کم از کم تغیر کی حد کی قدر سے زیادہ نہ ہو۔
• اگر کنٹینر بینڈوتھ کے سائز کی ترتیبات میں بعد میں ترمیم کی جاتی ہے تو subLSP میں کنٹینر سے مختلف بینڈوڈتھ سائزنگ سیٹنگ ہو سکتی ہے۔
• کنٹینر نارملائزیشن کے دوران سب ایل ایس پی کو ہٹانے میں ناکامی جب بینڈوتھ ضم ہونے والی بینڈوتھ سے نیچے آجاتی ہے۔

اس مسئلے پر مزید تفصیلات کے لیے اور اندرونی حالت میں شامل ہونے والے اضافی ڈیٹا کو ہٹانے کی ہدایات کے لیے، Juniper Networks Technical Assistance Center (JTAC) سے رابطہ کریں۔

• جب کام کرنے والے Kubernetes کلسٹر میں ایک یا زیادہ نوڈس دستیاب نہیں ہوتے ہیں، تو اس کے نتیجے میں درج ذیل غیر متوقع سلوک ہو سکتا ہے:
• تمام نوڈس کی PCEP کی حیثیت نیچے کے طور پر دکھائی گئی ہے حالانکہ PCEP کنکشن کی حیثیت روٹر پر اوپر ہے۔
• نیٹ ورک ٹوپولوجی UI میں ظاہر نہیں ہوتی ہے۔
  اس مسئلے پر مزید تفصیلات کے لیے، جونیپر نیٹ ورکس ٹیکنیکل اسسٹنٹ سینٹر (JTAC) سے رابطہ کریں۔
• پیراگون پاتھ فائنڈر ایک ایسے راستے کی گنتی کر سکتا ہے جو ٹنل میں کنفیگر کردہ زیادہ سے زیادہ ہاپ رکاوٹ کی خلاف ورزی کرتا ہے۔ یہ منظرنامے اس بات کی وضاحت کرتے ہیں کہ کس طرح زیادہ سے زیادہ ہاپ کی رکاوٹ کو ختم کیا جاتا ہے:
• جب پاتھ کمپیوٹیشن سرور (پی سی ایس) دوبارہ شروع ہوتا ہے، تو زیادہ سے زیادہ ہاپ کی رکاوٹ پر غور کیے بغیر ڈاؤن ایل ایس پی کا انتظام کیا جاتا ہے۔
• نیٹ ورک کی ناکامی کے دوران، زیادہ سے زیادہ ہاپ کی رکاوٹ پر غور کیے بغیر ایل ایس پی کو ری روٹ کیا جاتا ہے۔
• راستے کی اصلاح کے دوران، زیادہ سے زیادہ ہاپ کی رکاوٹ پر غور کیے بغیر LSP کو بہتر بنایا جاتا ہے۔
  ورک آراؤنڈ: اگر کوئی متبادل راستہ دستیاب ہے جو تشکیل شدہ رکاوٹ کی خلاف ورزی نہیں کرتا ہے تو بحالی کا اختیار استعمال کریں۔
• زیادہ سے زیادہ ہاپ کی رکاوٹ کے ساتھ اسٹینڈ بائی LSP کے لیے پیراگون پاتھ فائنڈر کے ذریعے حساب کیا گیا راستہ ترتیب شدہ رکاوٹ کی خلاف ورزی کر سکتا ہے۔
  حل: کوئی نہیں۔
• اس بات کا امکان ہے کہ پی سی ایس ایسی ٹوپولوجی میں لنک تنوع کے ساتھ ایل ایس پی کو تلاش کرنے سے قاصر ہے جس میں نوڈس کے درمیان متعدد متوازی روابط ہیں۔
  حل: کوئی نہیں۔
• جب پی سی ای پی سیشن کو غیر فعال کر دیا جاتا ہے، تو ایل ایس پی آپریشنل سٹیٹس ڈیوائس کلیکشن کو چلانے کے بعد نامعلوم حالت میں چلا جائے گا۔
  حل: کوئی نہیں۔
• نیٹ ورک آرکائیو ٹاسک بناتے وقت ایک لنک غائب ہو سکتا ہے۔
  حل: ایک نیا نیٹ ورک آرکائیو ٹاسک بنائیں۔
• نیٹ ورک میں مسائل کی وجہ سے VPN ڈیمانڈ کو روٹ کرنے سے قاصر ہے۔
  حل: کوئی نہیں۔
• جب سسکو ڈیوائسز کو پورٹ 22 پر NETCONF کے ساتھ ابتدائی طور پر کنفیگر کیا جاتا ہے تو الارم جواب نہیں دیتے۔
  حل: اپنے سسکو ڈیوائس پر NETCONF پورٹ میں ترمیم کریں۔ اور یقینی بنائیں کہ تبدیلیاں محفوظ ہیں۔ اس کے بعد، پورٹ کی ترتیبات کو پورٹ 22 پر واپس لوٹائیں۔
• جب آپ GUI میں ملٹی کاسٹ ڈیمانڈز شامل کرتے ہیں تو نوڈ Z فیلڈ خالی ہوتا ہے۔
  حل: کوئی نہیں۔
• جب آپ متعدد نئی سرنگیں شامل کرتے ہیں، تو پہلے حذف شدہ سرنگوں سے ٹریفک کی قدریں ظاہر ہوتی ہیں (جو کیش شدہ تھیں)۔
  حل: کوئی نہیں۔
• جب آپ نئی متنوع سرنگیں شامل کرتے ہیں، تو بعض اوقات پہلے سے حذف شدہ سرنگوں سے ٹریفک کی قدریں ظاہر ہوتی ہیں (جو کیش شدہ تھیں)۔
  حل: کوئی نہیں۔
• BMP پوڈ سے کنکشن کھونے کے بعد Toposerver ٹوپولوجی کو صاف یا اپ ڈیٹ نہیں کرتا ہے۔
  حل: کوئی نہیں۔
• جب کوئی لنک ڈاؤن ہوتا ہے تو، پیراگون پاتھ فائنڈر ترجیحی ایکسپلیسیٹ روٹ آبجیکٹ (ERO) اور روٹ بائی ڈیوائس روٹنگ طریقہ کے ساتھ ڈیلیگیٹڈ SR LSP کو دوبارہ روٹ نہیں کرتا ہے۔
  حل: ڈیفالٹ روٹنگ کا طریقہ استعمال کریں۔
• اگر آپ متنوع ملٹی کاسٹ ٹری ڈیزائن کو انجام دینے کے بعد براہ راست ایک سمولیشن چلاتے ہیں، تو لنکس پر ٹنل ٹریفک کی رپورٹ (ٹنل لیئر سمولیشن رپورٹ> پیک نیٹ ورک کے اعدادوشمار) غلط ہے۔
  کام: متنوع ملٹی کاسٹ ٹری ڈیزائن کرنے کے بعد نیٹ ورک کو محفوظ کریں اور اسے بند کریں۔ نیٹ ورک کو دوبارہ کھولیں اور پھر نقلی چلائیں۔
• ناکامی کے منظرناموں (ٹولز> آپشنز> فیلور سمولیشن) کی تقلید کرتے ہوئے، اگر آپ پہلے ایک سے زیادہ ناکامی کا سمولیشن چلاتے ہیں اور پھر اس کے بعد ایک ہی ناکامی کا سمولیشن چلاتے ہیں، تو لنکس پر ٹنل ٹریفک کی رپورٹ (ٹنل لیئر سمولیشن رپورٹ> پیک نیٹ ورک کے اعدادوشمار) غلط ہے۔ رپورٹ واحد ناکامی کے بجائے متعدد ناکامی سمولیشن اقدار دکھاتی ہے۔
  حل: ایک ناکامی کے منظر نامے کی تقلید کرنے سے پہلے ایک سے زیادہ ناکامی والے ٹیب پر تمام اختیارات کو غیر منتخب کریں۔
• لنک یوٹیلائزیشن سمولیشن رپورٹ دوہری ناکامی کے منظر نامے کے دوران منفی اقدار دکھا سکتی ہے۔
  حل: کوئی نہیں۔
• جب کسی ڈیوائس کا میزبان نام تبدیل کیا جاتا ہے، تو تبدیلی تمام ڈیٹا بیسز میں ظاہر نہیں ہوتی ہے۔

کام: مندرجہ ذیل مراحل کو انجام دیں تاکہ نئے ڈیوائس کا میزبان نام تمام ڈیٹا بیس اور اجزاء پر ظاہر ہو۔

1. میزبان نام کی تبدیلی سے پہلے، ڈیوائس کو تمام ڈیوائس گروپس (کنٹرولر یا دیگر پلے بکس) سے ہٹا دیں۔
2. اس بات کو یقینی بنائیں کہ آلے کے حوالہ جات کو پیراگون آٹومیشن کے تمام مختلف اجزاء سے حذف کر دیا گیا ہے۔ کنفیگریشن > ڈیوائسز پیج پر جائیں۔
   a ڈیوائس کو منتخب کریں۔
   ب آلے کو حذف کرنے کے لیے کوڑے دان کے آئیکن پر کلک کریں۔ Delete Device صفحہ ظاہر ہوتا ہے۔
   c فورس ڈیلیٹ کو منتخب کریں اور ہاں پر کلک کریں۔
3. کنفیگریشن > ڈیوائسز پیج سے ڈیوائس آن بورڈنگ ورک فلو کا استعمال کرتے ہوئے، ڈیوائس کو دوبارہ آن بورڈ کریں۔
   ڈیوائس کو اب نئے میزبان نام کے ساتھ آن بورڈ ہونا چاہیے۔ ڈیوائس کی خصوصیات خاص طور پر سسٹم آئی ڈی (جے ٹی آئی اسٹریمز حاصل کرنے کے لیے اہم) کو بھی اپ ڈیٹ کیا جانا چاہیے۔
4. نئے میزبان نام کے ساتھ ڈیوائس کو دوبارہ ڈیوائس گروپس میں شامل کریں۔
5. (اختیاری) Grafana یا ڈیوائس CLI کا استعمال کرتے ہوئے Influxdb میں ڈیوائس کے تمام اعدادوشمار کی تصدیق کریں۔ ڈیٹا بیس کو نئے میزبان نام کے ساتھ اپ ڈیٹ کیا جانا چاہیے۔

• پوائنٹ ٹو ملٹی پوائنٹ (P2MP) LSPs کے لیے نیٹ ورک کنفیگریشن پروٹوکول (NETCONF) پروویژننگ کا طریقہ Cisco IOS-XR راؤٹرز میں تعاون یافتہ نہیں ہے۔
• Cisco IOS-XR راؤٹرز پر، P2MP ذیلی LSP سٹیٹس CLIProvisioned P2MP LSPs کے لیے کنفیگریشن حالت میں تعاون یافتہ نہیں ہے۔
  حل: کوئی نہیں۔
• Junos OS ریلیز 22.4R1 اور بعد میں SR-TE LSPs کے ساتھ ایک حد ہے۔
  پی سی ای پی سیشنز قائم کرنے کے لیے، آپ کو درج ذیل کمانڈ کا استعمال کرتے ہوئے ملٹی پاتھ فیچر کو غیر فعال کرنا ہوگا: سیٹ پروٹوکولز پی سی ای پی ڈس ایبل-ملٹی پاتھ کیپبلٹی سیکنڈری پاتھ تعاون یافتہ نہیں ہے۔
•  وفاق کا لنک بحال ہونے کے بعد قطار میں موجود پرانے پیغامات پر کارروائی کی جا رہی ہے۔
  حل: فیڈریشن لنک قطار کا ختم ہونے کا وقت Toposerver فیڈریشن لنک کی ناکامی کا پتہ لگانے کے وقت کے قریب سیٹ کریں (پہلے سے طے شدہ 3*5s ہے)۔
• آپ پیراگون آٹومیشن UI کا استعمال کرتے ہوئے Cisco IOS-XR راؤٹرز کے لیے P2MP LSPs کی فراہمی کے لیے NETCONF اور Path Computation Element Protocol (PCEP) کے طریقے استعمال نہیں کر سکتے۔
  کام کاج CLI کا استعمال کرتے ہوئے P2MP LSPs کی فراہمی کریں۔ کنفیگریشن کو پارس کرنے کے بعد، ڈیوائس کلیکشن ٹاسک کو چلائیں۔ view LSPs
•  جب تعیناتی محفوظ موڈ میں ہو تو آپ سچائی کے ماخذ کے جھنڈے کو غیر فعال نہیں کر سکتے۔
  کام کا طریقہ: محفوظ موڈ کے دوران سچائی کے ماخذ کے جھنڈے کو غیر فعال کرنے کے لیے ٹوپوسرور پوڈ کو دوبارہ شروع کریں۔
• جب آپ سنگل انگریس راؤٹر سے تعلق رکھنے والے متعدد ڈیلیگیٹڈ لیبل سوئچڈ پاتھ (LSPs) کو منتخب کرتے ہیں اور ڈیلیگیشن کو PCC پر واپس کریں پر کلک کرتے ہیں، LSPs میں سے صرف ایک ڈیوائس کنٹرول ہو جاتا ہے۔ جونوس میں ایک مسئلہ اس منظر نامے کا سبب بنتا ہے۔
  حل: ایک وقت میں ایک ایل ایس پی کا انتخاب کریں اور ہر ایل ایس پی کے لیے انفرادی طور پر پی سی سی کو وفد واپس کریں پر کلک کریں۔
• ڈیلیگیٹڈ SR-TE LSP کی آپریشنل حیثیت اس کے ڈیسٹینیشن نوڈ کے دوبارہ دریافت ہونے کے بعد بھی کم رہتی ہے۔
  حل: ڈیلیگیٹڈ SR-TE LSP ڈیسٹینیشن نوڈ کے دوبارہ دریافت ہونے کے بعد آپ کو نیٹ ورک ماڈل کی مطابقت پذیری کرنی چاہیے۔
• rabbitmq دوبارہ شروع ہونے کے بعد PCE سرور rabbitmq سے دوبارہ رابطہ قائم کرنے سے قاصر ہے۔
  حل: ns-pceserver پوڈ کو دوبارہ شروع کریں۔
• آپ REST API/UI سے use-federated-exchange کی ترتیب میں ترمیم نہیں کر سکتے۔
  حل: سی ایم جی ڈی سی ایل آئی سے براہ راست یوز فیڈریٹڈ ایکسچینج سیٹنگ میں ترمیم کریں اور تبدیلی کے اثر میں آنے کے لیے ٹاپسرور کو دوبارہ شروع کریں۔
• پیراگون بصیرت نام (میزبان نام یا آئی پی ایڈریس) فیلڈ کو ڈیوائس آئی ڈی فیلڈ میں نقشہ بناتی ہے۔ تاہم، مندرجہ ذیل وجوہات کی بنا پر آلہ کا نام مزید منفرد نہیں رہا:
• ڈوئل روٹنگ انجن ڈیوائس میں، "-reX" کو ڈیوائس کے نام کے ساتھ جوڑ دیا جاتا ہے۔
• انوٹا ایٹم جیسی تھرڈ پارٹی ایپلیکیشنز ڈومین کا نام ڈیوائس کے نام میں شامل کرتی ہیں۔
  اس کے علاوہ، کسی آلے کو اس کے یونیورسل منفرد شناخت کنندہ (UUID) کے ذریعے میپ کرنا نہ کہ میزبان نام کے ذریعے GUI دکھائے جانے والی معلومات میں مسائل پیدا کر سکتا ہے۔
  کام کاج: تنظیمی ایتھرنیٹ انٹرفیس کے لیے ایک اضافی آئی پی ایڈریس ترتیب دیں آلہ پر صرف ماسٹر اسٹیٹمنٹ کو شامل کر کے درجہ بندی کی سطح پر۔ اس کے بعد آپ کو اس اضافی آئی پی ایڈریس کو ڈیوائس پر آن بورڈ کرنے کے لیے استعمال کرنا چاہیے۔ مزید معلومات کے لیے دیکھیں مینجمنٹ ایتھرنیٹ انٹرفیس.
• اگر آپ نے TSDB کے لیے ایک نوڈ وقف کیا ہے، تو کچھ خدمات (سابقہ ​​کے لیےample, AtomDB, ZooKeeper، اور اسی طرح) عام نام کی جگہ میں جس میں PersistentVolumeClaim سیٹ ہے اگر متعلقہ پوڈ وقف نوڈ پر چل رہے ہوں تو متاثر ہو سکتے ہیں۔ یعنی TSDB نوڈ پر چلنے والے پوڈز کی حیثیت ہمیشہ Pending کے طور پر ظاہر ہوتی ہے۔
  حل: اس صورت حال سے بچنے کے لیے، TSDB کے لیے نوڈ وقف کرتے وقت، اس بات کو یقینی بنائیں کہ نوڈ کے پاس وقف خدمات کے لیے کوئی پوڈ نہیں ہے جو PersistentVolumeClaim استعمال کرتی ہے۔
• جب آپ کسی ڈیلیگیٹڈ LSP کو غیر ڈیلیگیٹ کرتے ہیں تو LSP کی منصوبہ بند بینڈوتھ صارف کی ان پٹ ویلیو کے بجائے ڈیوائس کے ذریعے رپورٹ کردہ بینڈوتھ پر مبنی ہوتی ہے۔
  حل: کوئی نہیں۔
• ڈیوائس کو شامل کرتے وقت، اگر آپ ایک سورس آئی پی ایڈریس بتاتے ہیں جو پہلے سے ہی نیٹ ورک میں استعمال ہو رہا ہے، تو ہو سکتا ہے کہ آپ ڈیوائس کو ڈیوائس گروپ میں شامل نہ کر سکیں، پلے بک کو متعین کر سکیں، فنکشن کے اندراج سے متعلق خرابیوں کا سامنا کریں، وغیرہ۔
  حل: متضاد سورس IP ایڈریس کو درست کریں۔ تعیناتی کی حیثیت کے آئیکن پر کلک کریں اور تبدیلیوں کا ارتکاب کریں۔
• اگر آپ الارم کے صفحہ پر محفوظ کردہ سوال کا انتخاب کرتے ہیں، تو محفوظ کردہ سوال کی بنیاد پر الارم فلٹر کیے جاتے ہیں۔ لیکن، گراف اور تاریخ کو اپ ڈیٹ نہیں کیا گیا ہے۔
  حل: کوئی نہیں۔
• اگر آپ ڈیوائس کے صفحہ پر ایک غیر منظم ڈیوائس شامل کرتے ہیں اور بعد میں غیر منظم ڈیوائس کے میزبان نام میں ترمیم کرتے ہیں، تو میزبان نام ڈیوائس گروپ اور ڈیش بورڈ پر ڈیوائسز ڈیشلیٹ میں ظاہر نہیں ہوتا ہے۔
  کام: آپ میزبان نام یا آلہ کے IP ایڈریس کا استعمال کرتے ہوئے ایک غیر منظم آلہ شامل کر سکتے ہیں۔
  اگر آپ نے میزبان نام کا استعمال کرتے ہوئے ایک غیر منظم آلہ شامل کیا ہے، تو موجودہ آلہ کو حذف کرنے اور نئے میزبان نام کے ساتھ آلہ شامل کرنے سے مسئلہ حل ہو جاتا ہے۔
  اگر آپ نے IP ایڈریس کا استعمال کرتے ہوئے ایک غیر منظم آلہ شامل کیا ہے، تو ڈیش بورڈ پر ڈیوائس گروپ اور ڈیوائسز ڈیشلیٹ میں، آپ کو IP ایڈریس کی بنیاد پر غیر منظم آلات کی شناخت کرنی ہوگی نہ کہ میزبان نام کی بنیاد پر۔
• پہلے سے طے شدہ طور پر، ٹوپولوجی فلٹر غیر فعال ہے۔ آپ پیراگون آٹومیشن GUI کا استعمال کرکے ٹوپولوجی فلٹر کو فعال نہیں کرسکتے ہیں۔
  کام: ٹوپولوجی فلٹر کو فعال کرنے کے طریقہ کار کے لیے، ٹاپولوجی فلٹر سروس کو فعال کریں کا موضوع دیکھیں۔
• Cisco IOS XR ڈیوائسز کے لیے، آپ ڈیوائسز پیج سے ڈیوائس کی کنفیگریشن کو بحال نہیں کر سکتے ہیں۔ آپ صرف ڈیوائس کنفیگریشن کا بیک اپ لے سکتے ہیں۔
  حل: اپنے Cisco IOS XR آلات کی ڈیوائس کنفیگریشن کو بحال کرنے کے لیے:
  1. کنفیگریشن > ڈیوائسز صفحہ پر، Cisco XR ڈیوائس کو منتخب کریں اور مزید > کنفیگریشن ورژن پر کلک کریں۔
  2. کنفیگریشن ورژن کاپی کریں جسے آپ بحال کرنا چاہتے ہیں۔
  3. CLI کا استعمال کرتے ہوئے کنفیگریشن کو بحال کریں۔
• اگر آپ نے آلے کے گروپ کی سطح پر آؤٹ باؤنڈ SSH کو فعال کیا ہے، تو آپ ڈیوائس گروپ میں سے کسی ایک ڈیوائس کے لیے آؤٹ باؤنڈ SSH کو غیر فعال نہیں کر سکتے ہیں۔
  حل: آپ MGD CLI یا Rest APIs کا استعمال کر کے آلے پر آؤٹ باؤنڈ SSH کو فعال یا غیر فعال کر سکتے ہیں۔ آؤٹ باؤنڈ SSH کو غیر فعال کرنے کے لیے آپ کو غیر فعال پرچم کو سچ پر سیٹ کرنا ہوگا۔ MGD CLI کا استعمال کرتے ہوئے آؤٹ باؤنڈ SSH کو غیر فعال کرنے کے لیے ڈیوائس پر درج ذیل کمانڈ کو چلائیں: سیٹ healthbot DeviceName outbound-ssh disable true
• آپ پیراگون آٹومیشن GUI سے تمام سروس لاگ ڈاؤن لوڈ نہیں کر سکتے۔
  حل: آپ کر سکتے ہیں۔ view لچکدار تلاش ڈیٹا بیس (ESDB) اور گرافانا میں تمام سروس لاگز۔ Grafana یا ESDB میں لاگ ان کرنے کے لیے، آپ کو config.yml میں grafana_admin_password فیلڈ میں پاس ورڈ کنفیگر کرنا ہوگا۔ file تنصیب سے پہلے.
• اگر آپ موجودہ LSP میں ترمیم کرتے ہیں یا روٹنگ کے معیار میں سے ایک کے طور پر ایک سلائس ID استعمال کرتے ہیں، تو راستہ پہلےview صحیح طریقے سے ظاہر نہیں ہو سکتا.
  حل: ایک بار جب آپ راستے کی فراہمی کرتے ہیں، تو راستہ سلائس ID کی رکاوٹوں کا احترام کرتا ہے اور راستہ پہلے کے راستے میں صحیح طریقے سے ظاہر ہوتا ہے۔view.
• اگر آپ PCEP کا استعمال کرتے ہوئے سیگمنٹ روٹڈ LSP فراہم کرتے ہیں، تو رنگ کی فعالیت کام نہیں کرتی ہے۔
  یہ مسئلہ اس وقت ہوتا ہے جب روٹر Junos OS ریلیز 20.1R1 پر چل رہا ہو۔
  حل: Junos OS کو 21.4R1 ریلیز کرنے کے لیے اپ گریڈ کریں۔
• مائیکرو سروسز PostgresSQL سے جڑنے میں ناکام ہو جاتی ہیں کیونکہ PostgresSQL بنیادی رول سوئچ اوور کے دوران کوئی کنکشن قبول نہیں کرتا ہے۔ یہ ایک عارضی حالت ہے۔
  کام: یقینی بنائیں کہ بنیادی رول سوئچ اوور مکمل ہونے کے بعد مائیکرو سروسز PostgresSQL سے منسلک ہوں۔
  • پوسٹگریس ڈیٹا بیس کچھ سسٹمز میں غیر فعال ہو جاتا ہے، جو کنکشن کی ناکامی کا باعث بنتا ہے۔
  کام: پرائمری نوڈ میں درج ذیل کمانڈ پر عمل کریں: ایٹم-db-{0..2} میں پوڈ کے لیے؛ کرو
  kubectl exec -n common $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 کی فراہمی کو متاثر نہیں کرتا ہے۔
  حل: لائیو نیٹ ورک ماڈل میں انٹرفیس کو بحال کرنے کے لیے، ڈیوائس جمع کرنے کے کام کو دوبارہ چلائیں۔
• نیا ورک فلو شامل کریں اور ورک فلو صفحات میں ترمیم کریں کے ٹاسکس ٹیب پر:
• اگرچہ آپ کینسل آپشن پر کلک کرتے ہیں، تب بھی وہ تبدیلیاں محفوظ ہو جائیں گی جو آپ نے کسی کام میں ترمیم کے دوران کی ہیں۔
• آپ اس قدم کا نام دوبارہ استعمال نہیں کر سکتے جسے آپ پہلے ہی حذف کر چکے ہیں۔
• جب آپ خالی اندراجات کے ساتھ ایک مرحلہ شامل کریں اور محفوظ کریں اور تعینات کریں پر کلک کریں تب بھی غلطی کا پیغام ظاہر نہیں ہوگا۔
  حل: کوئی نہیں۔
• ڈوئل آر ای موڈ کے ساتھ کچھ لوئر اینڈ پی ٹی ایکس ڈیوائسز کو اپ گریڈ کریں (مثال کے طور پرample, PTX5000 اور PTX300) پیراگون آٹومیشن میں تعاون یافتہ نہیں ہے۔ اس کی وجہ یہ ہے کہ ڈوئل آر ای موڈ والے لوئر اینڈ پی ٹی ایکس ڈیوائسز برجنگ یا برج ڈومین کنفیگریشن کو سپورٹ نہیں کرتے ہیں۔
  حل: کوئی نہیں۔
• POST/traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API کام نہیں کرتا ہے۔
  حل: ہم تجویز کرتے ہیں کہ آپ POST/NorthStar/API/v2/tenant/1/topology/1/rpc/ diverseTreeDesign API استعمال کریں۔
• پیراگون آٹومیشن نوکیا آلات کے لیے الارم نہیں دکھاتا ہے۔
  حل: کوئی نہیں۔
• روٹنگ کے طریقہ کار کے ساتھ ایک SRv6 LSP کو routeByDevice کے طور پر ترتیب دیتے وقت، آپ کو سیگمنٹ روٹنگ-Explicit Route آبجیکٹ (SR-ERO) کے لیے ایک قدر کی وضاحت کرنی ہوگی۔ بصورت دیگر، آپ ٹریفک لے جانے کے لیے SRv6 LSP استعمال نہیں کر سکتے۔
  کام: سرنگ شامل کرتے وقت، پاتھ ٹیب پر، مطلوبہ یا ترجیحی روٹنگ کی قسم کی وضاحت کرنے کے لیے ہاپس شامل کریں۔
• اگر نیٹ ورک سے آلہ کے زیر کنٹرول SRv6 LSP دریافت ہوتا ہے، تو اس LSP کے لیے جو راستہ نمایاں کیا گیا ہے وہ غلط ہو گا، قطع نظر اس کے کہ آپ روٹ کے لیے ایک Explicit Route آبجیکٹ (ERO) بتاتے ہیں یا نہیں۔
  حل: کوئی نہیں۔
• بعض اوقات، آپ سیگمنٹ روٹنگ LSPs کو بڑی تعداد میں حذف کرنے کے قابل نہیں ہوسکتے ہیں۔
  حل: آپ ان LSPs کو زبردستی حذف کر سکتے ہیں جو بلک ڈیلیٹ کرنے کے عمل کے دوران حذف نہیں ہوتے ہیں۔
•  پیراگون آٹومیشن GUI میں، نئے ورک فلو اور ایڈیٹ ورک فلو پیجز کے ٹاسکس ٹیب پر، جب آپ کسی تبدیلی کے بغیر کسی موجودہ مرحلے میں ترمیم اور محفوظ کرنے کی کوشش کرتے ہیں تو درج ذیل ایرر میسج ظاہر ہوتا ہے۔
  نام پہلے سے موجود ہے۔
  حل: اگر آپ نے غلطی سے ترمیم کے آپشن پر کلک کیا ہے، تو یقینی بنائیں کہ آپ کم از کم اس قدم کا نام تبدیل کریں۔
• اگر آپ نارتھ اسٹار نام کی جگہ میں تمام پوڈز کو دوبارہ شروع کرتے ہیں تو پی سی ای پی سیشن کبھی کبھی نیچے کے طور پر ظاہر ہوتا ہے۔
  حل: kubectl delete pods ns-toposerver- کا استعمال کرتے ہوئے ٹاپولوجی سرور کو دوبارہ شروع کریں۔ -n نارتھ اسٹار کمانڈ۔
• ایڈمنسٹریشن > لائسنس مینجمنٹ صفحہ پر، آپ نہیں کر سکتے view جب آپ لائسنس کا انتخاب کرتے ہیں تو لائسنس کا SKU نام اور پھر مزید > تفصیلات کو منتخب کریں۔
  حل: کوئی نہیں۔
• الارم صفحہ پر گراف تازہ ترین ڈیٹا کی عکاسی نہیں کرتا ہے۔ یعنی الارم کے فعال نہ ہونے کے بعد گراف اپ ڈیٹ نہیں ہوتا ہے۔
  حل: کوئی نہیں۔
• جب آپ iAgent کے لیے آؤٹ باؤنڈ SSH کنفیگر کرتے ہیں، تو کنفیگر شدہ اصول کے لیے ڈیٹا تیار نہیں کیا جائے گا۔
  حل: کوئی نہیں۔
• اگر آپ نے ٹو وے ایکٹو مینجمنٹ پروٹوکول (TWAMP)۔ یہ غلط ہے کیونکہ TWAMP IS-IS ٹریفک انجینئرنگ کے لیے پیکٹ نقصان برآمد کرنے کی حمایت نہیں کرتا ہے۔
  حل: کوئی نہیں۔
• اگر آپ MPC10+ لائن کارڈز کے ساتھ ڈیوائس استعمال کر رہے ہیں اور اگر ڈیوائس ریلیز 21.3R2-S2 یا ریلیز 21.4R2-S1 کے علاوہ Junos OS ریلیز پر چل رہی ہے، تو منطقی انٹرفیس کے اعداد و شمار جمع نہیں کیے جاتے ہیں۔ تاہم، جسمانی انٹرفیس اور LSPs کے اعداد و شمار جمع کیے جاتے ہیں۔
  حل: Junos OS ریلیز کو ریلیز 21.3R2-S2 یا 21.4R2-S1 میں اپ گریڈ کریں۔ نیز، اس بات کو یقینی بنائیں کہ آپ نے پیراگون آٹومیشن کو ریلیز 23.1 میں اپ گریڈ کیا ہے۔
• جب آپ کسی LSP کو غیر منتخب کرتے ہیں، LSP کی حیثیت بطور ڈیلیگیٹ ظاہر ہوتی ہے۔ جب آپ دوبارہ ایل ایس پی کو غیر منتخب کرنے کی کوشش کرتے ہیں تو، روٹر کنفیگریشن میں واضح روٹ آبجیکٹ (ERO) شامل کرنے کے لیے ترمیم کی جا سکتی ہے۔
  حل: اس سے پہلے کہ آپ دوبارہ ایل ایس پی کو واپس بھیجیں ٹنل ٹیب کو ریفریش کریں۔
• پیراگون پاتھ فائنڈر کسی ڈیلیگیٹڈ SR LSP کو نیچے نہیں لاتا ہے جب SR LSP سلائس رکاوٹوں کو پورا نہیں کرتا ہے اگر SR LSP کی حیثیت مقامی طور پر روٹ کی جاتی ہے۔
• اگر آپ 2**32 سے زیادہ یا اس کے برابر سلائس ID کے ساتھ ٹوپولوجی گروپ بناتے ہیں، تو ٹاپولوجی گروپ ID سلائس ID سے مماثل نہیں ہوگی۔
• Paragon Automation Kubernetes کلسٹر خود تیار کردہ kubeadm کے زیر انتظام سرٹیفکیٹس کا استعمال کرتا ہے۔
  یہ سرٹیفکیٹس تعیناتی کے بعد ایک سال میں ختم ہو جاتے ہیں جب تک کہ Kubernetes ورژن کو اپ گریڈ نہیں کیا جاتا یا سرٹیفکیٹس کو دستی طور پر تجدید نہیں کیا جاتا۔ اگر سرٹیفکیٹس کی میعاد ختم ہو جاتی ہے تو، پوڈز سامنے آنے میں ناکام رہتے ہیں اور لاگ میں سرٹیفکیٹ کی خراب خرابیاں ظاہر کرتے ہیں۔
  حل: سرٹیفکیٹس کو دستی طور پر تجدید کریں۔ سرٹیفکیٹ کی تجدید کے لیے درج ذیل اقدامات کریں:

1. اپنے کلسٹر کے ہر پرائمری نوڈ پر kubeadm certs check-expiration کمانڈ استعمال کرکے موجودہ سرٹیفکیٹس کی میعاد ختم ہونے کی تاریخ چیک کریں۔
2. سرٹیفکیٹس کی تجدید کے لیے، kubeadm certs کا استعمال کریں اپنے 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.
• Cisco IOS-XR آلات سے شروع ہونے والے SR-TE LSPs کے لیے رنگ صرف اس صورت میں نظر آتا ہے جب LSP ابتدائی طور پر ڈیوائس کے مجموعہ سے دریافت کیا گیا ہو۔
  حل: کوئی نہیں۔
• پی سی ای پی سے سیکھا گیا SR-TE LSP کا ایڈمن گروپ ٹوپولوجی سنکرونائزیشن کے بعد غائب ہو جاتا ہے، اگر LSP نے حالت ترتیب دی ہے۔
  حل: PCEP سے سیکھے گئے ایڈمن گروپ کو برقرار رکھنے کے لیے SR-TE LSP میں ترمیم کریں۔
• بہترین راستے پر چلنے والے LSPs PCS آپٹیمائزیشن کے دوران غیر ضروری PCEP اپ ڈیٹ حاصل کر سکتے ہیں۔
  حل: کوئی نہیں۔
• تشخیصی (کنفیگریشن> ڈیٹا انجیسٹ> ڈائیگناسٹک> ایپلیکیشن) فیچر میں ایک خرابی ایپلیکیشن ٹیسٹوں کے ناکام ہونے کا سبب بنتی ہے۔
  حل: کوئی نہیں۔
• نیٹ ورک > ٹوپولوجی > ٹنل ٹیب پر، جب آپ فلٹر (فنل) آئیکن پر ہوور کرتے ہیں اور فلٹر شامل کریں کو منتخب کرتے ہیں، تو معیار شامل کریں صفحہ ظاہر ہوتا ہے۔ اگر آپ فیلڈ کی فہرست میں رنگ منتخب کرتے ہیں، تو فیلڈ ویلیو رنگ کے بجائے منصوبہ بند پراپرٹیز کے طور پر ظاہر ہوتی ہے۔
  حل: کوئی نہیں۔
• راستے کے تجزیہ کی رپورٹ خالی ہے۔

حل: راستے کا تجزیہ کرنے سے پہلے آلہ جمع کرنے کا کام چلائیں۔ نوٹ کریں کہ اگر LSPs پہلے سے ہی بہترین راستے پر ہیں تو پاتھ انالیسس رپورٹ خالی ہو سکتی ہے۔

Juniper Networks، Juniper Networks لوگو، Juniper، اور Junos ریاستہائے متحدہ اور دیگر ممالک میں Juniper Networks, Inc. کے رجسٹرڈ ٹریڈ مارک ہیں۔ دیگر تمام ٹریڈ مارکس، سروس مارکس، رجسٹرڈ مارکس، یا رجسٹرڈ سروس مارکس ان کے متعلقہ مالکان کی ملکیت ہیں۔ Juniper Networks اس دستاویز میں کسی بھی غلطی کی ذمہ داری قبول نہیں کرتا ہے۔ Juniper Networks بغیر اطلاع کے اس اشاعت کو تبدیل کرنے، ترمیم کرنے، منتقل کرنے یا دوسری صورت میں نظر ثانی کرنے کا حق محفوظ رکھتا ہے۔ کاپی رائٹ © 2024 Juniper Networks, Inc. جملہ حقوق محفوظ ہیں۔

دستاویزات / وسائل

جونیپر نیٹ ورکس پیراگون آٹومیشن سافٹ ویئر [پی ڈی ایف] یوزر گائیڈ پیراگون آٹومیشن سافٹ ویئر، آٹومیشن سافٹ ویئر، سافٹ ویئر

حوالہ جات

• صارف دستی